按流程讲,代价是必须说实话
一条流水线只要有一截是空的,整条就不成立,藏不住。所以这一页每步都挂着状态: 第三、第四步已经交付,第二步是半成品——采购建议不自动落单、产能不跨厂调配;第一步链路已通,缺 OCR 与模型配置。
按模块讲,客户听到的是「你有销售、有库存、有财务」;按流程讲,他听到的是「我这单从进来到收钱,哪几段不用再敲一遍」。 前者方便对功能表,后者才是他真正在付钱买的东西。
一条流水线只要有一截是空的,整条就不成立,藏不住。所以这一页每步都挂着状态: 第三、第四步已经交付,第二步是半成品——采购建议不自动落单、产能不跨厂调配;第一步链路已通,缺 OCR 与模型配置。
三个字对应得很死:「已交付」= 演示里点得到、凭证与台账都动;「部分」= 能算但口径有缺口; 「路线图」= 代码里没有这一块。改功能时这张表要跟着改,写错一行比少写十行更贵。
每段都写三件事:进来什么、出去什么、系统里现在到底怎么做的。写不出「现在怎么做的」的,就是还没做。
一封客户邮件、一段粘进来的聊天记录,变成一张填了一半的销售订单。
订单转成工单之后,一键算出缺什么料、什么时候必须下单。
发货、收货、领料、结算一发生,凭证在同一个事务里就记好了。
这张单到底赚了多少,不该等到月底财务算完才知道。
下表可以和自己的需求清单逐行对,每条都标了状态:已具备 / 部分 / 不做—— 「不做」也是结论,比含糊的「后续版本规划」有用。
| 能力 | 状态 | 说明 |
|---|---|---|
| 客户档案:信用额度 / 账期 / 开票信息 | 已具备 | 审核那一刻按「已审未收 + 本单」实时校验 |
| 超信用硬拦截,并给出三条出路 | 已具备 | 先收款 / 调额度 / 拆到下个账期;服务端拦,绕开页面也拦得住 |
| 销售发货 → 应收 → 凭证,同一事务 | 已具备 | 来源单号幂等,作废与反审核同步红冲 |
| 采购收货 / 退货 → 应付 → 凭证 | 已具备 | 与销售侧口径对称,进项税一并冲减 |
| 收付款核销与账龄 | 已具备 | 到期日 = 账单日 + 客户账期;一笔收款可拆核多张 |
| BOM 多层展开与缺料分析 | 已具备 | 多层递归、起订量取整、提前期倒推、缺口下钻到工单 |
| 销售订单起算的 MRP | 已具备 | 订单未发量 → 展开 BOM → 缺口 + 采购建议草稿,不自动下单 |
| 缺料缺口 → 采购申请 | 部分 | 只提示不落单,批量与供应商由人定 |
| 可用量核算(ATP) | 已具备 | 现存 − 锁定 + 在途 + 在制;锁库明细可下钻到占用单据 |
| 交期模拟(库存 + 在途 + 产能) | 已具备 | 工作中心日产能、工作日与日历例外逐日占用,已有工单先占坑;暂不支持跨厂调配 |
| 订单毛利 | 已具备 | 收入与出库成本按订单聚合,订单详情可下钻到发货行与成本 |
| 期间费用分摊 / 订单净利 | 已具备 | 按账期从总账取数、按规则摊到订单;管理口径,只写结果不生成凭证 |
| 邮件 → 销售订单草稿 | 部分 | 规则 + 模型双解析已跑通;图片 / PDF 要 OCR,尚未支持;单价不采信来信,留给人填 |
| 微信 / 企业微信消息直接接入 | 部分 | 回调端点已就绪(验签 → 落库 → 入队),需在企微后台建应用、配回调地址;未配置前仍可粘贴来信 |
| 财务软件接口级对接 | 不做 | 凭证与三张表导出 xlsx,由财务导进现有软件;接口对接按项目另谈 |