今天又遇到一个头疼医脚的

今天又遇到一个头疼医脚顾头不顾腚的

现状：高度自定义带来的“双刃剑”效应

我们用勤哲，具有高度自定义功能，好，也不好。

• 好的地方：全可自定义。
• 不好的地方：全可以自定义。

这就导致一个问题：修修补补，补丁超多。想到什么补什么，根本不管是不是符合流程。再加上人多了，全都想偷懒。

思考：关于“偷懒”的边界

偷懒是好事，我也喜欢偷懒，我也鼓励偷懒。

• 偷懒发明了电梯，但是你不能因为早晚高峰电梯难等，你从8楼跳窗下楼；
• 偷懒发明了汽车，但是你不能横冲直撞，不能违反交规；
• 偷懒也造成了黄河变悬河!!!!!!!!!!!!!!!!

只要你还在三界内，还在五行中，有些规矩你必须遵守。

问题：网状交叉的逻辑泥潭

T类工艺单关联的表单至少有40张以上。任何表单有问题，你只顾改有问题的那张，那么所有与之关联的，全都要引用你改的这张表。

这导致了严重的后果：

1. 数据混乱：久而久之形成大量循环引用、隐性依赖、脏数据。
2. 逻辑复杂：关联关系网状交叉。
3. 排查困难：后期想排查一个数据错误，需要逐张表单检查逻辑，根本不知道哪张是对的。
4. 成本激增：修改成本指数级上升。

方案：回归 ERP 的核心本质

ERP 的核心是数据同源、流程贯通。 你这种改法根本不具备可维护性。

正确的做法：
如果你更改源头表单（T类工艺单），那么所有表单只引用这一张工艺单即可。

这样做的好处：

• 口径一致：既能保证全系统数据口径一致，又能将维护点集中在一处。
• 根治依赖：从根源上避免循环依赖与逻辑混乱。
• 提升稳定性：大幅提升 ERP 系统的稳定性、可扩展性与长期可维护性。
• 实现价值：真正实现源头统一、流程贯通的 ERP 管理价值。