通用 ERP 流程都是很复杂吗？

一般的 ERP 分很多模块。
一个使用者一般只使用某个模块的某几个查询命令就可以了。

ERP 复杂度很高，企业要引入也很难。
企业管理是件复杂的事儿，所以 ERP 也很复杂。

上 ERP 是找死
不上 ERP 是等死🐶

@wangkun025 #1 关键我是第三方外包公司。。之前一直都是给客户开发低端业务系统，或者网站。。没什么技术积累。。我老十多年前半路出家，自己帮人开发过一个 php 网站，就开始在香港接外包业务，在大陆请人开发， 啥外包业务都接，基本公司的开发人员都是单打独斗，一个人做一个项目，没 pm ，没设计，对于老板来讲，能交到货给客人就 ok 那种。。最近他可能将会接到两个仓存管理系统，于是叫我去分析业务需求。。然后我研究着，就找到了 erpnext 。。

上面打错，应该是“我老板十多年前半路出家，自己帮人开发过一个 php 网站”

以前大家一般用 odoo
op 在东莞吗？可以留个联络方式聊下 ERP

差不多 11 年 erp 咨询开发经验路过。

你们可能缺失了一个咨询的过程，程序员直接操刀开发可能还是有失稳妥。用户是很难一次性把自己需求表达称为可以编程的逻辑的，而且他们也可能自相矛盾、前后矛盾、彼此矛盾。

如果说操作难度，实际上可能还好：作为开发/管理员你总揽全局，但是每个用户可能只操作一段步骤：比如库管只操作入库、出库、盘库，而对于库存价值不用管，因为那是财务的事情。

精确来说，你们正在做 wms ，说小了是 erp 定义范围的一部分，说大了可能是一个独立系统。没有项目、产品管理经验可能比较辛苦，最好有较好的沟通表达记录技能，循序渐进逐步上线，迭代开发。

总之说来话长。哈哈

握手握手 同样是外行人在看 erpnext 同样一头雾水

流程可能是根据职能角色而定的，比如生产采购流程常见的就是：制定产品 BOM ，制定生产计划，按照计划采购，入库，质检，之后生产部门原料调拨，记录生产，产品入库。

而有时候定制化生产是先销售、后排产、入库交付。

还有 dropship ，先销售再采购。

总之你把自己放到用户角色，这个流程就出来了。多喝和用户沟通（并且记下来他们的需求让他们审阅）

@wangkun025 #4 东莞人，一直在东莞。。moxuanyuan#gmail.com

@nzynzynzy #5 关键中间夹着我老板，平时都是他去谈业务，然后他再把他理解的需求口述给我听。。注意，一般都没任何文字资料，有时有些他手画的简单的图。。

@moxuanyuan 你可以理解你老板为咨询顾问，他的口述你最好记录成为文字+图标。但是你如果发现他沟通有问题最好及时让他认识到这一点（比如你按照他的要求开发出来，用户不接受说“我没这么说，这不是我想要的”）让他找些沟通技能好的人。

odoo 很好用啊，二次开发也简单

你想的没错，erp 软件确实要比互联网应用难很多。
主要是既要通用性又要灵活性 就导致了你逻辑会很复杂，否则就没法支撑业务。

而且 erp 还不能闭门造车，你必须有人数多的公司各种流程经验 才能做出适合多数人用的产品，否则就是皇帝的金锄头了

ERP 系统，很简单的。

只要理解了物料的来龙去脉，和规划上的来龙去脉，和成本的来龙去脉。

程序员还是不要自己直接上手摸，你需要的是一个熟悉 ERP 方向的产品经理。

如果只是仓库管理没有扩展需求，没必要搞 ERP ，上个 WMS (warehouse management system)就行了。
ERP 涉及整个公司方方面面，你得有很广泛的基础知识，还要针对每家公司了解业务。基本上除了小微企业之外，ERP 都需要进行实施甚至定制。

erpnext 这套东西的文档挺差的，你要去翻第三方插件的代码就会好理解很多
核心就是那个 doctpye

仓存管理系统如果没那么大规模的千万别上 erpnext ，阿三的这鬼东西真不是一般的难用。
ERP 甚至有一个岗位叫做实施工程师... 整套 ERP 就是屎山加屎山构成的

@nzynzynzy 哥，咨询个问题。程序员想要了解 ERP 中的各种概念，有什么书推荐我看吗。例如那些财务知识里的红冲蓝冲，生产计划，BOM 之类的

刚上金蝶云星空 ERP ，前期准备工作花了顶多时间的

@twofox 真不好意思，我感觉我一本书都没看过，都是靠跟项目、和相关用户聊天攒起来的知识。不过我觉得你看一下基础会计，最好在看一本英文的，因为财务是 ERP 的核心需求，无论是采购、销售、资产，借记贷记都有了。

生产计划 BOM 之类的这个模块叫做 MRP ，Material Requirements Planning ，你随便找点相关的基础书看一下就行。

@twofox 想了一下还是要确立一个概念：开发与实施咨询。

这个工作的过程可大可小

- 如果是大，至少分为 3 个部分——咨询，开发，实施。咨询应该和用户沟通整个现有企业的流程（比如他们之前是有一套流程和系统）或者确立现有的流程（比如以前他们是瞎做，没什么岗位流程），然后把整套流程画图和用文字描述；然后开发按照这个流程去做系统，交给实施顾问把期初数据装进去，手把手交给用户怎么使用，答疑，如果有问题就迭代这个过程。

- 如果是小，以上 3 个部分可以缩短，可能一个人兼任多个角色，比如咨询的过程中给用户就把系统传授了，顺便做一些修改，甚至做一些立等可取的开发。

所以你作为一个程序员我觉得如果是比较正规的、系统规模大一点的，就会涉及一个角色的转换，就要会一些沟通、画流程图，了解财务生产销售的知识，相当于转岗了。如果你想往这方面发展的话，投入时间是很值得的。不然我觉得可能你们公司有点赶鸭子上架，见过很多这样的例子，开发人员不善言辞被用户挂在会上烤“这个不是我们要的，我没说过这样做”……

真正的 ERP 是个很复杂的系统，对公司的规范化也有很高的要求。
以大多公司的管理水平其实是上不了真正的 ERP 的。
能将 ERP 系统里的具体几个模块用起来就已经是不错了。

@nzynzynzy 好嘞，谢谢你这么详细的建议。

我现在是在甲方当咸鱼。一部分工作就是对现在的 erp 进行一些维护和二开。但是毕竟是 Java web 出身，对 erp 不是很了解。很多业务流程也不知道为什么要这么走。特别是财务知识所知甚少。

最近公司有考虑升级或者重新实施 erp ，所以我想着有没有书籍能够让我快速了解整个 erp 里面的概念。
我这个公司是个饲料行业的一个小公司，erp 主要也是用库存、生产制造、成本核算之类的模块。erp 已经用了十年了，目前改动的很少，但是有些 BUG 处理起来，我不是很能应付那些业务逻辑。

还没毕业那会在一家台企维护过一段时间的 ERP, 制造业/代工厂, 表示一个出入库模块, 出库入库类型加起来得几十种, 计算方法每个都不一样, 系数, 折损等还要根据不同的订单, 物料调整

表示光理解清楚这个流程就花了好久

95%的企业那点业务，依靠 excel 宏开发外加简单的脚本程序就能实现。但有些企业，人员配置都不齐就想上 erp 系统，简直就是撒钱玩儿。

@twofox 如果是升级或者重新实施可能还真的是一个不错的学习机会。不知道升级或者重新实施希望是因为什么？希望实现新的功能还是老系统有什么不妥的地方。

这个想象空间还是很大的，比如如果只是觉得老系统难看或者反应慢，可能重新整理流程开发就好了。如果希望实现一些新功能，既可能是一个提高整体业务水平的机会，也可能是一场噩梦。随便列几个稍微可能提高业务水平的需求

1. 旧系统管理库存不能 FIFO （先进先出）导致产品批次混乱，经常有东西放过期；或者是全靠人为操作，但是库管随便挑个批次就出了。
2. 生产制造过程中，经常因为某个原料没到位导致整体交期延后。
3. 成本管理混乱，不符合财务的需求。究竟成本应该是上次采购价格为准，还是批次为准，还是什么为准（想象饲料行业经常涉及采购成本价格变动，如果公司未来上市或者融资，你仓库的玉米、在途的玉米、订单上的玉米都要随着市场价格浮动，在某个时间点产生总账影响）

这些东西都有相关的需求，我是做二次开发的所以产品本身有的功能我只用配置就够了，如果你是造轮子那就比较复杂了。究竟做出来的东西是随便用用，还是要审计，这个精确可靠程度要求不太一样的。

希望你和#23 楼所说的一样只是普通需求（读硕士时候有个课程老师讲：你们信息系统最大的竞争对手就是 EXCEL 表格）。如果是比如要上市、要审计，整个开发难度就完全不一样了。

@nzynzynzy 公司上市了的，募集到了一些资金。想要升级是觉得旧系统太慢，太封闭以及一些经常性的 BUG 导致的单据走不通。因为系统有大量的二开功能。希望能够把这部分梳理好，做一个整体升级，不要总是有 BUG 。成本核算也经常统计的不是很准确，或这或那的原因导致单据做的不对，成本分摊就出错

升级是最好的选择，但是老板比较抠门，不一定能够批下来这个预算。然后部门领导说要不就重新实施供应链模块

我。。看着这一堆屎山。重新实施，还不如不实施

@twofox 之前是什么系统？我感觉整体实施可能是坑，一边开发一边迁移可能弄的你里外不是人，系统使用受影响而且开发也很多限制条件，而你可能就是首当其中第一人。

@nzynzynzy 就是用友 NC65 ，已经很久了的。重新实施也是找的用友弄吧。我倒是还好。这个锅不会甩到我头上，大部分工作还是会给乙方，或者外包出去的