为了省钱，独立研发ERP已经从心底说：不要天真！

让我们看看独立研发的实际案例：

该公司是一家跨境电商公司，年收入数亿，员工约100人。公司使用的ERP系统是由老板开发的，他在半年前聘请了几名技术人员担任产品经理。服务器部署在阿里云上，采用Web+SQL服务器架构。这个系统有很多问题，所以让我们举几个典型的例子。

该系统目前存在的问题如下：

1.没有完整的采购、销售和库存。首先，因为产品的出库单价使用最新的入库单价，所以库存成本总是不均衡的。其次，该系统只能显示实时库存，不能显示某个时间点的库存。因此，为了在月末获得库存以供评估，该技术每月开发一个功能，以自动保存每月某个时间点的实时库存数量，这导致了另一个问题。即使是技术也无法告诉库存是如何计算的，但只知道它会在月末自动保存。当库存不准确时，例如记录很少或记录错误时，这是一场灾难。因为它是时间点的数据，所以如果存在错误，您无法检查该技术编写的程序。

2.功能复杂。真正可以使用的函数很少。经过几年的开发，数百个函数、数十万个数据表，甚至一个简单的汇总表都将创建一个模块。它非常复杂，甚至技术人员都无法解释其功能和逻辑。由于系统功能太多，服务器必须执行许多进程。尽管有些模块只有数万个数据，但它们的打开速度很慢，有时甚至无法显示数据。

3.由于许多需求是业务部门为技术开发而编写的，而业务部门不了解技术，因此提出的需求类似于使用数据库来实现原始Excel表中的统计信息，就像使用数据库作为共享Excel表一样，没有充分发挥数据库数据验证、不同表之间的关联和权限管理的优势，例如，通常情况下，企业的人员和部门可以一一匹配。将自动显示进入部门的人员的姓名。然而，我们系统的模块人员和部门必须同时输入，这有时会导致发现某些人员有两个部门。为了节省时间，技术人员在使用Excel导入数据时没有验证数据的逻辑关系，例如缺少数据或没有相应的项目。结果，尽管数据库用于管理企业数据，但全天都有奇怪的数据。例如，付款凭证的货币为空，或者很明显付款是以人民币进行的，但付款凭证的币种是外币。

4.日志管理混乱。这是由于需求部门对技术的无知。日志记录在文档上。例如，采购订单的修改将记录在采购订单日志中，这会导致两个问题。首先，如果采购订单被删除，订单日志也将被删除。找不到订单删除日志。第二个问题是，当系统遇到错误时，您很难检查日志记录，因为日志都在订单上。此外，没有整个系统的日志记录，这类似于记录每个人登录系统的时间、操作哪些模块、生成哪些文档。这对技术沟通来说太麻烦了。

5.所有订单只能单向流动，无法实现复杂的审批流程和数据的反审批。例如，采购订单审批后，即使发现单价输入错误，也无法取消审批。我向技术部门提出了这个问题，表示在批准后不会移动数据库。要修改它，该技术只能改变数据库本身的数据，这给内部控制带来了许多困难，因为数据库中修改的数据没有记录。

这些仍然是强大公司的成就。他们有钱聘请专业技术人员来开发和支持技术开发团队。经过仔细计算，一个熟练的开发人员的月工资是多少，这远远超过了