中小加工制造企业 ERP 的开发与实施实践

车间里最容易被挪用的就是完工数量：A 接的单 B 顺手报了完工，月底计件工资就对不上人。这一轮迭代里最值的一条决定，是把「只能报自己接的单」做成服务端硬校验，而不是界面上的灰色按钮——前端限制只能劝阻，服务端校验才能兜底。谁接单、谁完工、谁能对上计件，一条链路闭环之后，报工数据的可信度完全不一样。

老系统的字段名多是拼音首字母缩写，表结构对照着猜总能对上七成；真正难的是剩下三成口径：同名字段两边的含义不同、金额有的含税有的不含、日期有的存字符串、作废单在老系统里是直接物理删除。最终迁移方案里一半的篇幅给了「口径对照表」，另一半才是抽取转换脚本。双轨并行跑了一个月、逐日比对差异数之后才敢切换，这个时间省不得。

车间工人报单说「那个白管子」，不会念完整的品名和规格。做法是把「客户 + 品名 + 规格」三个因子做成模糊匹配链，逐级收窄候选；匹配不出确定结果时宁可让工人重说一遍，也不替他猜一个——错一张单据的代价，比多说一句话高得多。语音录入则先按句分段再逐句识别，比整段送识别的准确率高，且丢句、吃字这类问题都能定位到具体某一句。

纸质时代开错单撕掉就行，系统里必须给每一类单据配「作废」：数据不物理删除、作废留痕可追溯、重开新单不占旧号。最容易被忽略的是报表口径——所有统计把作废单剔除的逻辑必须在一处收口，散落在各个查询里的话，对账时永远差那么一点。文里按销售、采购、生产三类单据分别过了 一遍作废后的联动处理。

客户欠款不是一张表能算出来的。踩过的坑：销售额一处算、收款一处算、冲销又一处算，三处口径微妙不同，月底对账就是噩梦。后来把所有资金进出收口到唯一一个流水入口，销售单按「总额 − 已收」挂账、收款按单据时间先后顺序核销，任何一笔余额都能顺着流水手工复算出来。口径只要多处计算，就一定会分叉。