面向数字出版的ERP专版设计改进

据我所知,目前针对出版行业的ERP套件有两家:云因(专版)+Oracle(平台)、用友(平台)+某(专版),前种应该尚未完成。

目前的专版一般是从编务开始,相当于产品设计研发阶段,下一步是生产,在出版一般称为印务,实际上包括图书和电子音像制品,后者量少,经常被忽略。一旦进入供应链,后面的就差不多了,仓储、物流、财务等等。

对于出版,最关键的就是编务到印务这个对接。目前的思路是:

1. 选题申请单,编辑选题备案,可以配置审批流,但过于冗长有碍效率,属于创意管理;

2. 项目信息登记表,选提通过后进入多部门协作的研发阶段;

3. 书稿三审,责任编辑约稿后对稿件依次进行责任编辑、部门负责人、社长三级审批,须填写意见及可能返回重审;

4. 发稿单,定稿后的一个意见汇总;

5. 接下来就是对应的几个并行环节:书号版号申请、美术设计、书稿三校等;

6. 全搞完了以后接加工申请单、付型审批单、印订施工单;

7. 接下来是发料加工、产成品入库,到这里就和供应链接上了。

因多数出版人的自以为独特以及大陆独特的出版管制体制,各个环节造成了一个如上的次序,但民营出版业的蓬勃发展实际上xx打乱了这样一个状态。而ERP因循这样一个势必落后的逻辑显然是个自断前程的事,但说回来,ERP为了争取那些出版大佬的支持也只好顺着他们的思路来。

有一个概念叫单品核算,因为除了制造,稿费、编审费也是要算在这个产品头上的,所以就从选题开始一个选题对应一个产成品,便于累加费用。但随着多载体产品的出现,这种逻辑被严重扭曲。

综合来讲,我提出一个面向数字出版(内容管理)的改进设计,总体分为以下几个阶段:

1. 创意管理,这一块对现有ERP的表单模式会提出更高的要求,如果暂时不能实现,xx可以通过其他方式实现,比如利用QQ群、微博,甚至Google的Buzz进行,ERP中只做一个每次研讨的结论存档;

2. 研发管理,即对应原来的三审三校发稿等,与上面的创意的关系是:一个创意可以对应一个或多个选题,或者多个创意对应一个选题,一个选题可以派生出多个存货(半成品或产成品),其中非实物类如书稿、美术设计、录音剪辑、视频剪辑等均视为存货,如此便可以供应链的相关概念进行操作,这是改进的重点;

3. 生产管理,这里不再多讲。

其中对于研发管理,可仿照供应链模块另建表库,业务上遵循生产加工的基本逻辑,如把约稿视为采购,把成稿作为半成品,把作者视为供应商,把稿费视为采购成品,版权期限视为该存货的有效期等,为便于传统编辑操作,可以优化模板系统来解决。而对于书号审批等与时间相关的难点即可纳入生产排程来管理。

对于没有生产制造部门的出版单位,这种改进的效益就更加明显了,我们xx没必要抛开一套成熟的生产管理系统而追求一个独特的编务系统。

本文原创,转载请注明出处。

Leave a Reply

郑重声明:资讯 【面向数字出版的ERP专版设计改进】由 发布,版权归原作者及其所在单位,其原创性以及文中陈述文字和内容未经(企业库qiyeku.com)证实,请读者仅作参考,并请自行核实相关内容。若本文有侵犯到您的版权, 请你提供相关证明及申请并与我们联系(qiyeku # qq.com)或【在线投诉】,我们审核后将会尽快处理。
—— 相关资讯 ——