Rss & SiteMap

康柏仕电脑学院 index.asp

康柏仕电脑学院--台湾正航ERP软件售后技术论坛,客服热线0769-81158210
共1 条记录, 每页显示 10 条, 页签: [1]
[浏览完整版]

标题:印刷行业管理难点及解决方案

1楼
Tzl137898040 发表于:2014/10/7 10:47:12

印刷行业管理难点
   1.成品基本无共用性:由于印刷内容及规格都是依客户要求所设计,所以存在同一成品在客户间不可共用,只能专属此客户;
   2.产品种类繁多:由于每一产品都是对应客户的专属产品,造就成品种类多,相应的也造就了材料的规格多且杂;
   3.材料管理困难:仓库中同一类纸质材料存在N多种不同规格的库存;同类纸质中的不同规格产品存在循环替代状况。
   4.生产排产困难,用料用量及成本计算困难:由于印刷产品的主要原材料为纸张和油墨,同时纸张的不同排版方式造成同规格的纸张用量也不同。

    在实施过程中,需要结合印刷行业的管理特点,以及企业各部门的现状及需求提供适合的解决方案,所以“只有适合的ERP软件,没有最好的ERP软件”,也就是说如果软件无法提供符合印刷行业管理特点的解决方案,那么软件功能再强大也是没用的。

正航印刷行业解决方案
1、灵活完善的编码原则
    印刷行业成品基本无共用性,但偶尔会存在不同客户相同产品的状况,为此就需要有一个完善的编码原则:将产品的特性做为编码原则的依据,如不干胶商标,可以从规格、所用材质、是否共用件等做为编码原则的依据。当然,也许有人会提出“现在建立的产品目前只有一个客户有这个需求,于是就将它定义为非共用件,但若后续发展中又有其它客户也同样需求此产品时要怎么办呢?”对此,正航印刷行业解决方案提供了一个好用的功能——批次变更基本资料,也就是说若后续此产品由非共用变为共用时可以通过此功能将编码由非共用变更为共用。

除了产成品种类繁多外,连原材料也同样是各式各样,品种繁杂,因此在有一套完善的产品编码原则的基础上要求ERP系统的产品编码原则也必须依此编码原则自动生成,避免了一料多编的问题产生。对此,我们正航印刷行业解决方案也同样提供了相应的“产品编码原则”功能,只要将已确认的编码原则对应建立到ERP系统中,则在新产品编码时可以通过设定的特性自动生成产品的编码,若是重复ERP系统则会自动报错,这样就能很好的规避了一料多编的问题。

2、等级品管理功能实现多规格多材质原材料管理
    对于印刷行业来讲,材料的选取除了材质外,对于规格的要求也是很严格的。因为材料会因材质的不同,其成本值也会不同,同时在需求数量与采购数量的符合度上也是很难做到一致。如需求某种材质规格的纸张(原料)只需要90平方,但对于供应商来说,绝大部分是不可能你要多少就提供多少,基本是有一个最低采购的要求,即这个纸(原料)只能按100平方出售,这就会造成买回来的原料比实际需求的数量多得多。基于以上状况,那么原料的管控就需要物尽其用了,也就是每张订单完成后若有剩余的原料仍可使用(规格宽度会依使用到此产品的规格要求来定义),则需要将其加工(分切)为对应的规格,如200MM宽的规格可以分切成90MM、30MM、20MM及60MM,又或者分切成80MM、20MM、100MM的规格,具体依产品的销售状况来定,像这样同样是200MM规格的材料要分切成各种不同组合规格的材料,对于系统管控也是个重点。对此,正航印刷行业解决方案同样提供了一个非常适用的功能:等级品管理。只要将200MM规格的产品设为等级品就可以实现此管控要求了。

3、开料软件与ERP系统相结合
    对于排产,为了让原材料—纸张能实现最大的利用率以便节约材料成本,一般都会使用开料软件来实现。那么对于开料软件的数据要如何与ERP系统做结合,这也是印刷行业的管理重点。对此,正航印刷行业解决方案提供相应的接口,将相关的数据引入到ERP系统中生成材料的实际需求量,这对于材料的使用、利用都是一个上好的选择。

    当然,以上的状况只是印刷行业解决方案的冰山一角。对于印刷行业,由于企业各自的管理特色,相对的解决方案并不是一成不变的。正所谓“三分软件、七分实施、十二分数据”。这就需要有好用的、适用的软件外,自然更是少不了有相当实力经验的ERP实施团队以及企业的高度配合。这样才能达到我们的“基础信息化、流程信息化、整合信息化以及持续优化”的成功标准,最终实现“成本控制、企业管理制度的完善及优化、利润的最大化”。

正航软件东莞分公司

共1 条记录, 每页显示 10 条, 页签: [1]

Copyright ©2005 - 2024 康柏仕电脑学院 清理缓存

正航ERP软件-企业ERP最佳选择! http://www.chidg.com  0769-81158210
Powered By Dvbbs Version 8.3.0
Processed in .00781 s, 2 queries.