揭秘：是什么扼杀了服装erp系统的使用效率？
日期：2021-05-24 / 人气：
变化无疑会影响服装erp系统的使用，所谓变化，就是对企业当前运营状态的改变。
变化分两种类型，一种是有计划的，也是可控的，如新产品的引进、新的产线或者设备的添加、业务流程的更改等；另一种变化是计划外的，也是不可控的，如订单交货期或者交货数量的更改、生产设备的突然中断、生产过程中的材料因质量问题不能使用等等。
第一种变化是可控的，尽管在最初发生改变的时候会增加工作量，用户需要增加新的数据或者对原有的数据和业务流程做调整，只要增加或调整后的数据融入到原有的系统里，系统的使用效率不会发生改变。
如新产品的引进，需要添加主数据、定义物料清单和工艺流程，并且完善相关业务和财务属性的定义，一旦基础数据的建立工作完成，对该产品的原材料的采购、生产和销售过程也就和其他已有的产品一样融入到系统的运行中。
另一种变化是计划外的并且不可控，所谓不可控，也就是说，这样的变化是突发性的、是不以人的意志为转移的。
不可控的变化打断了原来的流程，如果没有可做备用的缓冲，必然会影响生产计划，从而影响上游的采购和下游的销售，这是任何企业都不愿意看到的结果。于是，为了不影响原有的采购、生产和销售，我们必须用到缓冲。
如为了避免某生产设备的中断而引起其下游工序的停顿，我们需要维持一定数量的在制品，以便在该设备突然停止工作时，后面的工序还能不受影响的工作，在制品的数量取决于生产设备恢复工作需要的时间；
又如为了避免产品装配经常用到的某关键料因质量问题可能造成的影响，我们需要多采购一定数量作为生产用料的备份。
在这两个例子中，维护的一定数量的在制品和多采购的关键料的数量都是缓冲，都是用以保障业务流程不受中断影响而做出的妥协，在这种情况下使用服装erp系统，需要的库存和在制品的数量比按标准的物料需求计划（MRP）计算的结果要多。而这也并无不妥，只要缓冲是平衡的，是介于避免中断和增加库存之间的平衡。
当所有为避免中断而准备的缓冲还是不能完全杜绝中断时，使用服装erp系统就成了解决中断而引起的变化的累赘。为了使系统中计划的数据适应变化的实情，用户需要花大量的时间在系统中做出调整，而这样的调整又会在下一个变化到来后变得全无用处。这时候，往往是用户之间的直接沟通会有效的多！于是，鉴于对中断的害怕，用户往往会放大中断对服装erp系统的影响，过度地定义缓冲量，当然，过多的缓冲量大大降低的中断发生的概率，但是，它也打破了平衡，放大了对以下几个方面的影响：
1 .增加WIP（在制品）的数量；
2 .增加库存；
3. 浪费产能，降低生产资源的使用效率；
4 .延长平均加工或装配时间，降低单位时间产出；
5 .增加生产周期，造成延期交货，降低客户满意度。
无疑，在以上五个方面的影响下，服装erp系统的使用效率大大的降低了。可笑的是，当我们最初希望通过使用服装erp系统来改善以上五个方面的现状时，我们最终反而是放大了这些问题的现状，这不能不说是一个讽刺。
面临升级：旧服装erp系统，替换还是打补丁？为什么要在现有的服装erp系统上增加新的功能？
要是可以把新的功能模块，添加在原有的服装erp系统之上，企业显然可以获得更大的好处。这样的话，企业可以直接应用这些功能，可以获得可观的投资回报（ROI），整个工期肯定会比替换系统大大缩短。
这种情况下，企业需要考虑的是如何把新功能或新模块集成到“旧服装erp系统”中。
很多情况下，专家或单项功能最好的供应商所提供的方案，要比集成性产品的功能好。服装erp的未来将更加突出专业化。
对很多行业或垂直整合的企业来说，听从专注该产业的供应商的意见，可以获得显著的运营优势。最好的、专业型的供应商通常会把他们的市场锁定在一些密切相关的行业。
如果每个功能模块都选市场上最好的，付出的真正代价在哪里？整合是必须考虑的一个方面，因为这可不是免费的，因此就需要有一个权衡。
现实情况是，集成性产品的整合性更好，而且供应商会负担整合的成本。
当然用户也不能掉以轻心。
如果所有的代码都是由供货商自己写的，整合不成问题；
如果其中一部分模块是供应商通过并购获得，那应该也没问题，但用户一定要亲自检验才保险；
如果有些模块是供应商的“战略伙伴”提供的，那么只要这种合作能给双方都带来好处，而且他们没有形成竞争关系，整合问题就会一直存在。
对整合的权衡影响整合的效果。
同一供应商、一体化的解决方案应该有更好的整合品质；选择单项领域里最好系统拼接在一起，其中最大的问题是“这些产品能够在整合在一起，达到实用的效果吗？”
“实用”可不是“最佳”，而是经过必要的权衡后还是可接受的。
在附加新的功能或模块后，用户必须忍受多出来的代码、维护整合的代码；用户还必须有心理准备，系统中互为拷贝的文档不能同步更新；
当一个或两个系统运行不正常的时候，用户还得协调这时候总是相互指责的供应商们；当然还要时刻关注供应商们新一轮产品的发布，而这些从来都不是同步的。
因此，选择添加新的功能，就必须考虑所选产品与现有系统整合的能力：
它能够整合起来吗？它支持什么样的整合技术？维护整合的成本和风险如何？
当然，无论用户选择更新系统还是增加新模块，整合都是用户需要考虑的关键问题。在这个关键因素的前提下，用户才能从均衡的角度出发，决定是否更换自己的“旧服装erp系统”。
变化分两种类型，一种是有计划的，也是可控的，如新产品的引进、新的产线或者设备的添加、业务流程的更改等；另一种变化是计划外的，也是不可控的，如订单交货期或者交货数量的更改、生产设备的突然中断、生产过程中的材料因质量问题不能使用等等。
第一种变化是可控的，尽管在最初发生改变的时候会增加工作量，用户需要增加新的数据或者对原有的数据和业务流程做调整，只要增加或调整后的数据融入到原有的系统里，系统的使用效率不会发生改变。
如新产品的引进，需要添加主数据、定义物料清单和工艺流程，并且完善相关业务和财务属性的定义，一旦基础数据的建立工作完成，对该产品的原材料的采购、生产和销售过程也就和其他已有的产品一样融入到系统的运行中。
另一种变化是计划外的并且不可控，所谓不可控，也就是说，这样的变化是突发性的、是不以人的意志为转移的。
不可控的变化打断了原来的流程，如果没有可做备用的缓冲，必然会影响生产计划，从而影响上游的采购和下游的销售，这是任何企业都不愿意看到的结果。于是，为了不影响原有的采购、生产和销售，我们必须用到缓冲。
如为了避免某生产设备的中断而引起其下游工序的停顿，我们需要维持一定数量的在制品，以便在该设备突然停止工作时，后面的工序还能不受影响的工作，在制品的数量取决于生产设备恢复工作需要的时间；
又如为了避免产品装配经常用到的某关键料因质量问题可能造成的影响，我们需要多采购一定数量作为生产用料的备份。
在这两个例子中，维护的一定数量的在制品和多采购的关键料的数量都是缓冲，都是用以保障业务流程不受中断影响而做出的妥协，在这种情况下使用服装erp系统，需要的库存和在制品的数量比按标准的物料需求计划（MRP）计算的结果要多。而这也并无不妥，只要缓冲是平衡的，是介于避免中断和增加库存之间的平衡。
当所有为避免中断而准备的缓冲还是不能完全杜绝中断时，使用服装erp系统就成了解决中断而引起的变化的累赘。为了使系统中计划的数据适应变化的实情，用户需要花大量的时间在系统中做出调整，而这样的调整又会在下一个变化到来后变得全无用处。这时候，往往是用户之间的直接沟通会有效的多！于是，鉴于对中断的害怕，用户往往会放大中断对服装erp系统的影响，过度地定义缓冲量，当然，过多的缓冲量大大降低的中断发生的概率，但是，它也打破了平衡，放大了对以下几个方面的影响：
1 .增加WIP（在制品）的数量；
2 .增加库存；
3. 浪费产能，降低生产资源的使用效率；
4 .延长平均加工或装配时间，降低单位时间产出；
5 .增加生产周期，造成延期交货，降低客户满意度。
无疑，在以上五个方面的影响下，服装erp系统的使用效率大大的降低了。可笑的是，当我们最初希望通过使用服装erp系统来改善以上五个方面的现状时，我们最终反而是放大了这些问题的现状，这不能不说是一个讽刺。
面临升级：旧服装erp系统，替换还是打补丁？为什么要在现有的服装erp系统上增加新的功能？
要是可以把新的功能模块，添加在原有的服装erp系统之上，企业显然可以获得更大的好处。这样的话，企业可以直接应用这些功能，可以获得可观的投资回报（ROI），整个工期肯定会比替换系统大大缩短。
这种情况下，企业需要考虑的是如何把新功能或新模块集成到“旧服装erp系统”中。
很多情况下，专家或单项功能最好的供应商所提供的方案，要比集成性产品的功能好。服装erp的未来将更加突出专业化。
对很多行业或垂直整合的企业来说，听从专注该产业的供应商的意见，可以获得显著的运营优势。最好的、专业型的供应商通常会把他们的市场锁定在一些密切相关的行业。
如果每个功能模块都选市场上最好的，付出的真正代价在哪里？整合是必须考虑的一个方面，因为这可不是免费的，因此就需要有一个权衡。
现实情况是，集成性产品的整合性更好，而且供应商会负担整合的成本。
当然用户也不能掉以轻心。
如果所有的代码都是由供货商自己写的，整合不成问题；
如果其中一部分模块是供应商通过并购获得，那应该也没问题，但用户一定要亲自检验才保险；
如果有些模块是供应商的“战略伙伴”提供的，那么只要这种合作能给双方都带来好处，而且他们没有形成竞争关系，整合问题就会一直存在。
对整合的权衡影响整合的效果。
同一供应商、一体化的解决方案应该有更好的整合品质；选择单项领域里最好系统拼接在一起，其中最大的问题是“这些产品能够在整合在一起，达到实用的效果吗？”
“实用”可不是“最佳”，而是经过必要的权衡后还是可接受的。
在附加新的功能或模块后，用户必须忍受多出来的代码、维护整合的代码；用户还必须有心理准备，系统中互为拷贝的文档不能同步更新；
当一个或两个系统运行不正常的时候，用户还得协调这时候总是相互指责的供应商们；当然还要时刻关注供应商们新一轮产品的发布，而这些从来都不是同步的。
因此，选择添加新的功能，就必须考虑所选产品与现有系统整合的能力：
它能够整合起来吗？它支持什么样的整合技术？维护整合的成本和风险如何？
当然，无论用户选择更新系统还是增加新模块，整合都是用户需要考虑的关键问题。在这个关键因素的前提下，用户才能从均衡的角度出发，决定是否更换自己的“旧服装erp系统”。