对ERP物料(品目)管理与版本管理结合的思考,文件系统分布式ERP畅想
我们在用EcountERP, 不过感觉应该所有ERP对于下面的问题应该都差不多.
ERP中的品目管理是所有其他管理的基础. 所有品目管理最主要的就是要保证品目唯一性. 然而产品需求的快速改变和迭代开发导致品目也在不断迭代更新. 此时旧的代码需要停用,然后增加新的代码. 然而ERP原生没有版本管理, 增加的新代码也看不出和老代码有什么关联, 随着品目更新,停用的代码越来越多, 翻查新代码也是个问题.
ERP应该结合软件代码版本管理的思想, 不说分布式Git了, 集中式SVN的思想多少得有点儿吧, 这样代码+版本号来管理品目. 具体来说:
- 每次品目更改执行commit操作, 说明更改内容并自动升级版本号
- 可以用x.y.z的版本方式人工命名,也可以生成像Git一样的自动版本号
- 从品目到往来单位, BOM版本都可以通过版本管理来做,甚至订单模板等等也可以这么做.
- 甚至可以进行自动化单元测试, 以查看定义的品目有没有问题, 原材料组合成的BOM有没有遗漏, 有没有使用旧的版本等等
总结来说, 通过版本管理, 甚至自动化测试, ERP进一步减轻人工管理的负担, 专注于新物料的开发, 与产品开发能够同步.
另外,不知道有没有可能基于文件系统的分布式ERP
- 可以基于Git, 但又有更细致的针对不同目录的权限管理
- 可以使用Excel或者其他本地数据库进行存储
- 可以使用特定的后缀名或本地软件, 便捷的UI以方便普通员工操作