回答 9/2 会上小平总的两个问题:「各系统职责边界要清晰,一般原则上应该从哪里发起」「非 SRM 范畴的需求要按频次、复杂度、风险系数去评估,钱放到哪里」。 表从左往右按决策顺序排:投入 → 年化价值(按降本/提效/提质/风控/合规五类拆,锚在采购额与行业基准上,每一行的测算逻辑,把鼠标划过那个数字、或点一下,就在原地展开)与不做的损失 → 回收期 → 常规在哪做/仙津现状/建议 → 核心动因 → SRM 适配度 → 结论。 标准已含的功能不占 ROI 行——它们是某条定制流程的一段,列在表下面、界面在那条流程里一起看。 点任一行,看该模块上线后在 SRM 里的真实界面——从发起人那一屏走到收尾人那一屏;点三个数字(投入/价值/回收期)则是就地展开算式,不进弹窗。
| # | 功能模块 | 本期投入划过看算式 | 年化价值划过看算式 | 不做的损失 | 回收期划过看算式 | 常规在哪做 → 建议仙津现状 | 为什么放 SRM核心动因 | SRM 适配度数据 · 入口 · 替代做不了 · 供应商协同 | |||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 采购申请(请购)从哪里发起从 OA 转出 | 本期投入是怎么来的报价口径 · 不随参数变化 21人天 对应报价场景 场景 1/6/9 中的 4 条(PRJ-01 飞书请购入口、FIN-28 三分流、FIN-34 无料号请购、PLT-19 科目映射) 另计 OA 流程逐条映射待估 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计5.6万/年提效2.8 万风控2.9 万 还有没算进来的:OA 采购类流程停用后,OA 侧许可与维护可按实际使用面重议——无读数,未计入。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失两个入口并行出重复单,采购逐张转录 ERP | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入0.0万 标「未算全」:这条的主要价值(OA 采购类流程停用后,OA 侧许可与维护可按实际使用面重议——无读数,未计入。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规SRM 或统一流程平台现状OA 千层流程→ 飞书工作台「采购请购」应用统一发起 | 请购历史一键复制,库存在途当场带出——有货就不申请 | 3/4ERP 1 · OA 1放 SRM 最优 | |||||||||||||||||||||||||||||||||||||||||
| 2 | MRP 物料需求运算非 SRM 常规范畴 | 本期投入是怎么来的报价口径 · 不随参数变化 68人天 对应报价场景 场景 2 · 物料需求运算与补货计划(12 条) 另计 原型确认后如范围变化再调 备注 ERP(鼎捷 T100)组件框死改不了——会上原话;这块不做,缺口就只能继续靠人盯。 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计28.5万/年降本16.8 万提效2.1 万风控9.6 万 还有没算进来的:许金 9/7:「未来可以延展供应链管理,SCM 共享供应链中心」——MRP 按产品录需求、按 BOM 大类分表,是 SCM(排产、销售预测、共享供应链中心)的底座,这部分延展价值无读数,未计入。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失缺口靠人盯,漏一次就是急采溢价或停线 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入10.2万 标「未算全」:这条的主要价值(许金 9/7:「未来可以延展供应链管理,SCM 共享供应链中心」——MRP 按产品录需求、按 BOM 大类分表,是 SCM(排产、销售预测、共享供应链中心)的底座,这部分延展价值无读数,未计入。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规ERP MRP 模块 / APS现状Excel 手算→ 在 SRM 做 | ERP 组件框死改不了;SRM 手上已有库存、在途、提前期、起送量 | 3/4ERP 1 · OA 0放 SRM 最优 | |||||||||||||||||||||||||||||||||||||||||
| 3 | 智能产能配额分配非 SRM 常规范畴 | 本期投入是怎么来的报价口径 · 不随参数变化 32人天 对应报价场景 场景 4 · 产能校验与智能配额分配(5 条) 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计32.4万/年降本32.2 万提效0.3 万 还有没算进来的:单一来源依赖下降带来的断供风险降低——取决于各品类的供应结构,无读数,未折成金额。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失份额偏差事后才发现;小额物料被拆成两家各发半车 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入4.8万 标「未算全」:这条的主要价值(单一来源依赖下降带来的断供风险降低——取决于各品类的供应结构,无读数,未折成金额。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规贴着下单的那个系统现状ERP 单物料份额→ 在 SRM 做 | 配额校验必须贴着下单动作,而下单已定在 SRM | 4/4ERP 0 · OA 0放 SRM 最优 | |||||||||||||||||||||||||||||||||||||||||
| 4 | 打样测试全流程从 OA 转出 | 本期投入是怎么来的报价口径 · 不随参数变化 48人天 对应报价场景 场景 3 · 打样测试全流程(8 条) 另计 可分两步上 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计47.2万/年降本20.0 万提效0.5 万提质2.7 万风控24.0 万 还有没算进来的:供应商引进周期缩短对新品节奏的复利效应、以及打样结论直接挂到准入与定点省掉的重复评审,未计入。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失三轮中试靠手工记;卡 116 小时没人知道 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入7.2万 标「未算全」:这条的主要价值(供应商引进周期缩短对新品节奏的复利效应、以及打样结论直接挂到准入与定点省掉的重复评审,未计入。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规PLM / NPI现状OA(到 70%)→ 在 SRM 做 | OA 没有「轮次」与「需求 ID」两个对象,状态机与计时做不了 | 4/4ERP 0 · OA 1放 SRM 最优 | |||||||||||||||||||||||||||||||||||||||||
| 5 | 项目立项与里程碑验收从 OA / 线下转出 | 本期投入是怎么来的报价口径 · 不随参数变化 72人天 对应报价场景 场景 1 · 预立项与立项管理(16 条) 备注 正式立项的纸质签批保留不变——只把签完的结果上传,之后全流程在系统里。 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计35.0万/年降本2.0 万提效2.1 万风控27.0 万合规4.0 万 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失里程碑漏催压后交付;立项书「半天都拿不出来」 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入10.8万 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规OA 立项 + 项目管理系统现状线下 + 部分 OA→ 预立项在 SRM | OA 做不了项目型管理:里程碑、计时、多阶段、分期付款对齐 | 3/4ERP 0 · OA 1放 SRM 最优 | |||||||||||||||||||||||||||||||||||||||||
| 6 | 对账、AI 发票比对与请款包与 ERP / 费控交互 | 本期投入是怎么来的报价口径 · 不随参数变化 66人天 对应报价场景 场景 5 · 请款包、对账与财务集中审(9 条) 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计14.9万/年降本5.4 万提效4.7 万合规4.8 万 还有没算进来的:对账从「月底集中一周」变成滚动之后,付款信用与供应商关系的改善,未计入;「未验真不付款」闸门挡掉的假票税务风险,无法折现。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失发票差异漏检直接多付钱;月底集中一周对账 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入9.9万 标「未算全」:这条的主要价值(对账从「月底集中一周」变成滚动之后,付款信用与供应商关系的改善,未计入;「未验真不付款」闸门挡掉的假票税务风险,无法折现。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规ERP 或 SRM 均常见现状Excel 对账→ 对账在 SRM | 发票逐行比对要收货、退货、扣款的底账,这些在 SRM | 3/4ERP 1 · OA 0SRM 主导 · ERP 记账 | |||||||||||||||||||||||||||||||||||||||||
| 7 | 来料判定 → 隔离 → ERP 库存状态与 ERP 交互 | 本期投入是怎么来的报价口径 · 不随参数变化 39人天 对应报价场景 场景 7 · 不合格品隔离、异常评审与整改闭环(8 条) 另计 ERP 侧 4 个接口由仙津协调鼎捷 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计10.6万/年提效0.1 万提质10.5 万 还有没算进来的:客诉、召回与品牌损失未计入——那类损失一次就可能盖过本条全部投入,但发生概率无读数,用概率估会变成编数。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失判了不合格产线照拉;「查不到是谁移的货」 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入5.8万 标「未算全」:这条的主要价值(客诉、召回与品牌损失未计入——那类损失一次就可能盖过本条全部投入,但发生概率无读数,用概率估会变成编数。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规QMS + ERP现状纸质 + 线下挪货→ 判定在 SRM 平板 | 判定在 SRM、库存账在 ERP——靠 4 个接口往返,不另记一份账 | 4/4ERP 1 · OA 0SRM 主导 · ERP 记账 | |||||||||||||||||||||||||||||||||||||||||
| 8 | 固定资产验收、转固与转移与 ERP / OA 交互 | 本期投入是怎么来的报价口径 · 不随参数变化 18人天 对应报价场景 场景 9 · 付款执行、资产转固与非物料月结(4 条) 另计 代签/条款带出/打印随之交付;资产转移待估 人天逐条取自《仙津 SRM 项目总报价》对应场景的计价工作量,本页未作任何改动;单价 1,500 元/人天是报价口径,不随下方参数变化——所以这一列改参数时不会动。 | 年化价值是怎么算出来的 · 按五类拆改参数当场重算
合计1.6万/年提效0.3 万风控0.8 万合规0.5 万 还有没算进来的:资产台账准确性对审计结论的影响,无读数,未计入。——它不等于不划算,只等于没算全。 算式里的输入多半是我方预填的行业经验值,请在本表下方「金额是怎么算出来的」里换成贵司实际数——改完这里与整表当场重算。 | 不做的损失签收表满桌找;转固/费用化事后追问采购 | 回收期是怎么算出来的投入 ÷ 年化价值 × 12 本期投入2.7万 标「未算全」:这条的主要价值(资产台账准确性对审计结论的影响,无读数,未计入。)我方无读数、没折成金额,分母因此偏小 ⇒ 真实回收期只会比这个数更短,不会更长。 回收期=本期投入 ÷ 年化价值 × 12,单位个月;分子是报价里的一次性投入,分母是上面那张算式表算出来的年化价值。分母一变,这个数当场跟着变。 | 常规ERP 固资 + OA现状纸质签收→ 两段式 | 验收与留痕在 SRM、转固在 ERP、转移走飞书审批——各归其位 | 2/4ERP 1 · OA 1SRM 主导 · ERP 记账 | |||||||||||||||||||||||||||||||||||||||||
| 合计 · 8 条定制5 条放 SRM 最优 · 3 条 SRM 主导 ERP 记账 | 本期投入 · 8 条定制逐条另有 3 条标准已含、不另收
合计51.5万=343人天 × 1,500 元/人天 人天逐条取自《仙津 SRM 项目总报价》,本页未作改动。标准已含的 3 条不在此表内——它们是上面某条流程的一段,不单独计价。 |
年化价值 · 逐条与五类合计每条的算式点那一行的数字看
合计175.9万/年降本76.3 万提效12.8 万提质13.2 万风控64.3 万合规9.3 万 合计约为年采购额的 0.88%——前期价值评估表的行业基准是 1%–5%,本表落在保守端。 | 整体回收期合计投入 ÷ 合计年化价值 × 12 合计投入51.5万 分子只含上表 8 条定制的投入,分母只含这几条的年化价值——标准已含的 3 条两边都不进,口径一致。 |
降本76.3 万提效12.8 万提质13.2 万风控64.3 万合规9.3 万
合计年化价值 ≈ 年采购额的 0.88%(前期价值评估表的行业基准是 1%–5%,本表落在保守端)。投入取报价里对应场景的计价人天 × 1,500 元。与总报价的口径关系:本页 343 人天 = 展开的 7 个完整场景;另有场景 6 预算全周期管控与费用扫码验收 41 人天、场景 8 来料检验结论与电子批记录 17 人天未在本页展开成独立行,三者相加 = 总报价的 401 人天。第 1 行「采购申请」的 21 人天不重复计——它那 4 条分别属于场景 1/6/9,已计在第 5、8 行与场景 6 里;但它的年化价值(请购提效+重复单风控)与那两行不重叠,仍计入合计。 标「未算全」的行,主要价值(召回损失等)我方无读数、没折成金额——它们不等于不划算,只等于没算全。 | |||||||||||||||||||||||||||||||||||||||||||||
四项判据每项 1 分,SRM/ERP/OA 同口径各打一遍——只给 SRM 打分的表说服不了人。每条的四项依据在弹窗里逐项列出。
主数据都要同步到 ERP,未来是以 ERP 为准的;我们要搭一个 MDM 主数据平台,以后要分域,不可能以 ERP 为中轴分给其他系统;无论从 SRM 从哪里来的数据——采购单、供应商的信息、来源——都一定要推给 ERP,因为未来做 MES、做 WMS 可能不从 SRM 出发—— 许金 · 9/7
五类主数据的权威库都是 ERP;SRM 不维护、不改码,只拿来用
SRM 是录入入口、不是终点:这些单据在 SRM 里走完,落到 ERP 记账,编码以 ERP 为准回写
许金:不能以 ERP 为中轴分给其他系统,会拖垮——所以今天就按「域」设计接口
每个模块推 ERP 的对象、时点与编码规则,在该模块弹窗「更多依据」的第一行「→ ERP」里;接口名与答疑页 D6 接口清单逐字同名,按业务对象归并、不按页面归并。
每一个金额都是算出来的,算式与测算逻辑在各模块弹窗里——不是拍出来的。价值按降本/提效/提质/风控/合规五类拆,锚在年采购额与行业基准上(沿用前期价值评估表的框架)。算式的输入多半是预填的: 标 预填 的请改成贵司实际数,改完整页当场重算(只存在您自己的浏览器里);标 会议 的取自 9/2 或 8/18–19 逐字稿;标 报价 的取自《仙津 SRM 项目总报价》;标 资料 的取自前期价值评估表。
核心动因:请购历史一键复制,库存在途当场带出——有货就不申请 不做的损失:两个入口并行出重复单,采购逐张转录 ERP
涉及部门:使用部门采购部SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 使用部门多 1 步 | 采购部步数持平 | 系统新增 | |
|---|---|---|---|
| 今天 | 2 步员工在 OA「千层」菜单里找到请购表单,手填物料/数量/科目逐级审批(看不到库存、在途与预算余额) | 2 步采购拿到 OA 单,线下再转录一遍采购员在 ERP 手工建采购单;生产物料另一条路由 ERP 推 | — |
| 上线后 | 3 步飞书工作台 · 采购请购填请购单(飞书里打开的 SRM 页)飞书审批卡 · 一键审批 | 2 步需求池 · 分派与路径按行转采购订单 | 1 步PO 推 ERP 记账 · 申请人收到进度 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 物料、库存快照、在途、预算余额、历史请购单都在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | ✓ | 申请人用飞书应用,全员免登、不占账号 |
| 替代方案做不了 | ✓ | — | — | OA 表单没有业务对象,做不到历史复制、库存带出、数据分析——许金(9/7):「OA 就没有办法快速带出来」;ERP 外部门无账号 |
| 需供应商在线协同 | — | — | — | 请购是内部动作 |
| 适配度 | 3/4 | 1/4 | 1/4 |
还有没算进来的OA 采购类流程停用后,OA 侧许可与维护可按实际使用面重议——无读数,未计入。
有 SRM 的企业:请购在 SRM 或统一流程平台发起,审批完自动转 PO。OA 只做无业务对象的行政审批。
OA「千层」流程发起零星请购,生产物料由 ERP 自动推,两条路、两套表单,OA 与飞书未打通。
飞书工作台「采购请购」应用统一发起(全员免登)→ SRM 审批 → 转 PO → 推 ERP。OA 采购类流程停用。
9/2 已定:徐总「OA 流程全废」、吴部长「只能一个端」。仙津先给 OA 流程与影响点清单。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 提效 | 填单与转单提效行业基准:事务性工时减少 10%–20%。月单量 × 12 × 每单省下的分钟 ÷ 60 ÷ 8 = 人日/年,再乘综合人力成本。n*12*(t0-t1)/60/8 | 51.0 人日/年 | 2.5 万 |
| 提效 | 重复单返工两个入口各提一次、事后作废,每单返工按 40 分钟计。dup*12*40/60/8 | 4.0 人日/年 | 0.2 万 |
| 风控 | 重复采购造成的库存积压重复单里有一部分真的买了两遍:重复单数 × 平均金额 × 资金占用与呆滞率。上线后单一入口、填单时库存与在途当场可见,重复不再发生。dup*12*dv*cc/100 | 2.9 万/年 | 2.9 万 |
投入对应:场景 1/6/9 中的 4 条(PRJ-01 飞书请购入口、FIN-28 三分流、FIN-34 无料号请购、PLT-19 科目映射);OA 流程逐条映射待估
→ ERP:推什么请购单本身不推 ERP(ERP 没有请购对象、外部门也没有 ERP 账号);它按行转出的采购订单推 ERP何时推转 PO 下达那一刻(见 P2);请购只能选 ERP 已同步的物料码编码/权威物料码、供应商码以 ERP 为准;请购单号是 SRM 内部号,不进 ERPD6 接口ERP 物料主数据同步、ERP 采购订单出站
技术限制 OA 表单没有业务对象(物料、预算、库存),所以历史复制、库存带出、数据分析三件事结构上做不了——许金原话「OA 就没有办法快速带出来」;ERP 客户端组件框死、外部门无账号。
一线体感 申请人在飞书里点一次:① 历史单就在眼前,「复制」一下、改个数就提交,不用从头再填;② 填数量时库存/在途已经带出来,有货就不用申请——销售、品牌部门在同一个飞书入口只读看到同一份库存,不用再来问采购;③ 审批到谁一目了然,不用再问「该去 OA 还是 ERP」。
收益 ① 请购历史一键复制,重复性请购从「填一张」变成「改一个数」;② 库存/在途当场带出,有货就不申请,重复采购与跨部门问库存这两件事一起消掉;③ 请购数据沉淀在 SRM,未来可按部门/物料/频次做分析。消掉两个端、两套审批;请购→PO→ERP 一条链,采购只对一个系统。
核心动因:PO 跟着 MRP 与供应商协同走,ERP 只需一张记账镜像 不做的损失:改单要切系统,交期口径靠微信、失真
涉及部门:采购部供应商SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 采购部步数持平 | 供应商步数持平 | 系统新增 | |
|---|---|---|---|
| 今天 | 3 步采购员在 ERP 手工建采购单(供应商、物料、数量逐个录)订单截图微信/邮件发供应商,对方回一句「大概下周三」交期手工回填、无凭证;改期改量再回 ERP 改一遍 | 1 步订单截图微信/邮件发供应商,对方回一句「大概下周三」 | — |
| 上线后 | 3 步请购行 → 生成采购订单采购订单 PO-2609-0087 · 下达到货计划与催交看板 | 1 步供应商门户(飞书里打开)· 接单/改期 | 1 步PO 自动推 ERP 建单记账 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 协议价、请购行、供应商档案在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | ✓ | — | 采购员在 SRM 按行转单 |
| 替代方案做不了 | — | — | — | ERP 能建单,但改单要切系统、等同步 |
| 需供应商在线协同 | ✓ | — | — | 供应商在门户接单、改期 |
| 适配度 | 3/4 | 2/4 | 0/4 |
主流做法:SRM 下单、ERP 记账——PO 在 SRM 生成后推 ERP 建一张对应订单,收货/发票/付款仍以 ERP 为准。
采购单全部在 ERP 手工建,供应商协同靠微信/邮件。
SRM 下单、ERP 记账(U2 那条)。
9/2 已定:吴部长「以后采购只对一个系统,就是 SRM」,徐总确认「从 SRM 请购、转订单、再推 ERP」。
→ ERP:推什么采购订单头+行:供应商码、物料码、数量、单价、交期、项目号、请购来源何时推下达即推;供应商在门户接单/改期/改量后再推一次差异编码/权威PO 号由 SRM 生成,ERP 单号回写 SRM 并排显示;物料码、供应商码以 ERP 为准,SRM 不造码D6 接口ERP 采购订单出站、ERP 供应商主数据
技术限制 MRP 放在 SRM 后,物料/库存/在途/提前期本来就在 SRM 手上;PO 回 ERP 生成要多绕一圈,改单尤其贵。
一线体感 采购员一天开十几张单,只在一个系统里操作;供应商在门户接单、改期,采购不用切到 ERP 改。
收益 改单、催交、接单确认全在一处;ERP 只收记账结果。
核心动因:ERP 组件框死改不了;SRM 手上已有库存、在途、提前期、起送量 不做的损失:缺口靠人盯,漏一次就是急采溢价或停线
涉及部门:计划部供应商SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 计划部少 1 步 | 供应商新增 | 系统新增 | |
|---|---|---|---|
| 今天 | 4 步计划员从 ERP 导出四个仓的库存、在验量、采购未送货,在 Excel 里套公式手工算料去年做过 ERP 导入台账,后来没人用再同步到多维表格,视图不是想要的缺口靠人盯,漏了才发现,急采加急运费 | — | — |
| 上线后 | 3 步需求计划录入 · 按产品物料需求分表 · 按大类确认建议 → 一键转请购/送货计划 | 1 步到货计划到供应商门户 · 回流网格 | 2 步BOM 同步(ERP 只读)· 树形补货建议 · 按供应商 / 按大类 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 库存快照、在途、供应商起送量与提前期都在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | — | 计划员只按产品录需求,BOM 展开、按大类分表由系统算 |
| 替代方案做不了 | ✓ | — | — | 徐总 9/2:「鼎捷组件全是框死的,根本没办法改」 |
| 需供应商在线协同 | — | — | — | 运算是内部动作 |
| 适配度 | 3/4 | 1/4 | 0/4 |
还有没算进来的许金 9/7:「未来可以延展供应链管理,SCM 共享供应链中心」——MRP 按产品录需求、按 BOM 大类分表,是 SCM(排产、销售预测、共享供应链中心)的底座,这部分延展价值无读数,未计入。
ERP 的 MRP 模块或 APS;有 SRM 的企业很少把它放 SRM。
ERP(鼎捷 T100)做不了:「客户端的,组件全是框死的,根本没办法改」;去年做过导入台账,没人用。
在 SRM 做:按产品录需求 → BOM 展开 → 扣库存与在途 → 起订量/包装倍数圆整 → 按大类分表看缺口 → 一键转请购。BOM 主数据仍在 ERP,SRM 只读。
9/2 已定:徐总、吴部长都同意在 SRM 做;我方先出原型,计控/采购/仓库确认后再定这块的价。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 风控 | 避免缺料停线行业基准:每年规避 1–2 起重大供应事件。停线次数 × 单次小时 × 产线每小时产值损失。st*sh*lv | 9.6 万/年 | 9.6 万 |
| 降本 | 避免急采溢价急采含加急运费与临时议价,按次计。urg*uc | 4.8 万/年 | 4.8 万 |
| 降本 | 库存水位下降释放的资金行业基准:需求可见后库存下降 10%–20%。库存额 × 下降比例 × 资金成本。inv*10000*ir/100*cc/100 | 12.0 万/年 | 12.0 万 |
| 提效 | 计划编制提效每个工作日一次:Excel 手算+导台账+同步多维表格 → 录计划自动展开看网格。n*12*(t0-t1)/60/8 | 41.2 人日/年 | 2.1 万 |
投入对应:场景 2 · 物料需求运算与补货计划(12 条);原型确认后如范围变化再调。ERP(鼎捷 T100)组件框死改不了——会上原话;这块不做,缺口就只能继续靠人盯。
→ ERP:推什么不直接推 ERP——MRP 结果转成请购/送货计划,落到采购订单后随 PO 推;MRP 自己只从 ERP 取数何时推库存快照、在验量按日拉(既定 #2);BOM 按版本变更拉(场景 2);在途从 SRM 自己的 PO 取编码/权威物料码、BOM 版本以 ERP 为准;缺口与补货建议是 SRM 的计算结果,不回写 ERPD6 接口ERP 库存快照、ERP BOM 结构、ERP 采购订单出站
技术限制 ERP 改不了;SRM 手上已有库存快照、在途、供应商起送量与提前期,缺的只是 BOM 结构接口(ERP 侧提供)。
一线体感 计控在一张「物料 × 日期」网格里看缺口,点一下转请购;不再手工做台账再导 ERP。
收益 需求→补货→请购一条链,缺口当天可见;为未来 SCM(排产、销售预测)留底座。
核心动因:配额校验必须贴着下单动作,而下单已定在 SRM 不做的损失:份额偏差事后才发现;小额物料被拆成两家各发半车
涉及部门:采购部供应商SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 采购部步数持平 | 供应商新增 | 系统新增 | |
|---|---|---|---|
| 今天 | 3 步ERP 按单个物料设份额,太死;小物料想整单给一家做不到月底翻单据手工汇总各家份额标签纸这类小额物料被拆成两家各发半车,两次物流 | — | — |
| 上线后 | 3 步配额协议(按品类)下单时自动分配份额水位看板 | 2 步可产规格与产能申报 · 签样确认供应商确认 → PO 推 ERP | 1 步供应商确认 → PO 推 ERP |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | — | — | 可产规格档案、签样结果、月度水位都在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | — | 采购下单在 SRM,分配当场给 |
| 替代方案做不了 | ✓ | — | — | ERP 按单物料设份额太死,做不了「按月总额平衡」 |
| 需供应商在线协同 | ✓ | — | — | 供应商签样确认、产能申报在门户 |
| 适配度 | 4/4 | 0/4 | 0/4 |
还有没算进来的单一来源依赖下降带来的断供风险降低——取决于各品类的供应结构,无读数,未折成金额。
ERP 按单个物料设份额;配额校验一般贴着下单动作放在下单的那个系统。
ERP 份额按单个物料太死;小物料想整单给一家、按月总额 60/40 分,现在靠人算。
在 SRM 做:份额/绝对量、阈值以下不拆单整单派一家、月度总额平衡、供应商签字确认返回。
9/2 已定:吴部长「下订单在这边,月度份额是下订单时处理的」。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 降本 | 份额说到做到换来的年度议价行业基准:常规物料降本 1%–2.5%。份额执行得到位,供应商才肯给年度价与返利;纳入配额的品类采购额 × 议价改善率。cs*10000*dr/100 | 30.0 万/年 | 30.0 万 |
| 降本 | 避免拆单双倍物流纠偏次数 × 单次重新下单与两次物流成本。sp*12*sc | 2.2 万/年 | 2.2 万 |
| 提效 | 份额核算提效月底翻单据手工汇总 → 按月看水位。n*12*(t0-t1)/60/8 | 5.5 人日/年 | 0.3 万 |
投入对应:场景 4 · 产能校验与智能配额分配(5 条)
→ ERP:推什么配额协议不推 ERP(ERP 没有「按品类配额」对象);分配结果体现在采购订单上,随 PO 推何时推下单自动分配、供应商确认后,随 PO 下达推编码/权威供应商码以 ERP 为准;产能申报、份额水位留在 SRM,ERP 只看到分完的 POD6 接口ERP 采购订单出站
技术限制 下单入口在 SRM(P2 已定),配额校验必须贴着下单;放 ERP 等于两头开发两头对接。
一线体感 下单时系统直接给出分给谁、分多少,超配额提示但允许人工调,全程留痕。
收益 份额执行可查、可平衡;避免小额物料被拆成两家各发半车。
核心动因:OA 没有「轮次」与「需求 ID」两个对象,状态机与计时做不了 不做的损失:三轮中试靠手工记;卡 116 小时没人知道
涉及部门:研发生产采购部品控供应商SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 研发多 1 步 | 生产新增 | 采购部多 1 步 | 品控新增 | 供应商步数持平 | |
|---|---|---|---|---|---|
| 今天 | 2 步OA 发起打样申请,一单一张,第二轮要重开第二、三轮手工记在表格里,多轮挂不到同一需求 | — | 2 步催办靠人喊:「上机测试到哪了?」结论线下通知供应商,与飞书未打通 | — | 1 步结论线下通知供应商,与飞书未打通 |
| 上线后 | 3 步项目群里发起打样(飞书表单卡)侧边栏项目详情 · 多轮与打回都在一张单上会签卡上三方直接点 · 通过或打回 | 1 步会签卡上三方直接点 · 通过或打回 | 3 步卡点日报自动浮出 · 一键催办到人定点结论回写准入 · 可产规格入档打样管理列表 · 哪张单卡在哪、等谁 | 2 步侧边栏项目详情 · 多轮与打回都在一张单上会签卡上三方直接点 · 通过或打回 | 1 步外部群收任务 · 回寄样单号 · 传自检报告 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | — | — | 样品、检测项、供应商准入档案都在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | ✓ | 品控/研发在 SRM 发起,供应商在门户传结果 |
| 替代方案做不了 | ✓ | — | — | 吴部长 9/2:OA 只到 70%,多轮挂同 ID 与催办做不了 |
| 需供应商在线协同 | ✓ | — | — | 供应商在门户收任务、寄样、传报告 |
| 适配度 | 4/4 | 0/4 | 1/4 |
还有没算进来的供应商引进周期缩短对新品节奏的复利效应、以及打样结论直接挂到准入与定点省掉的重复评审,未计入。
PLM/NPI 系统;没有 PLM 的企业常放 OA 或 SRM。
OA 已有打样流程,能到 70%;一单一张、多轮次不能挂同一需求 ID、催办做不了、与飞书未打通。
在 SRM 做:多入口发起 → 小试/中试/批试状态机与三方会签 → 多轮次挂同一需求 ID → 节点计时与催办看板 → 门户下发。
9/2 已定:徐总「你先整体报个价」,吴部长「觉得贵」但同意在 SRM 做;OA 催办我们免费帮配。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 降本 | 引入第二供应商/换源的议价行业基准:多供应商寻源降本 1%–5%。打样是引入新供应商的必经之路,卡在打样上就是卡在议价上。ns*10000*dr/100 | 20.0 万/年 | 20.0 万 |
| 风控 | 新品提前上市依赖打样的新品数 × 每个提前天数 × 日毛利。⚠️ 日毛利是预填值。np*d*gm | 24.0 万/年 | 24.0 万 |
| 提质 | 减少重打样与检测浪费多轮次挂不到同一需求 ID、结果丢失就得重打:项目数 × 轮次 × 重打比例 × 单轮成本。p*r*rw/100*sc | 2.7 万/年 | 2.7 万 |
| 提效 | 记录与催办提效一单一张手工记、电话催 → 同一需求 ID 下多轮次、超时自动催办。p*r*(t0-t1)/60/8 | 9.4 人日/年 | 0.5 万 |
投入对应:场景 3 · 打样测试全流程(8 条);可分两步上
→ ERP:推什么定点结论回写 SRM 准入与可产规格;新定点供应商的档案推 ERP 建供应商主数据何时推定点通过那一刻;样品本身不进 ERP 库存编码/权威供应商码由 ERP 给、回写 SRM;打样单号是 SRM 内部号D6 接口ERP 供应商主数据
技术限制 OA 没有「轮次」与「需求 ID」这两个对象,状态机与计时看板结构上做不了;OA 与飞书未打通,催办推不到人。
一线体感 研发/采购/品控在同一张单上看第几轮、卡在哪、卡多久;供应商在门户收任务、传结果。
收益 三轮中试不再靠手工记;打样结论直接挂到供应商准入/定点。
核心动因:OA 做不了项目型管理:里程碑、计时、多阶段、分期付款对齐 不做的损失:里程碑漏催压后交付;立项书「半天都拿不出来」
涉及部门:使用部门采购部财务部总经理SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 使用部门多 1 步 | 采购部步数持平 | 财务部新增 | 总经理步数持平 | |
|---|---|---|---|---|
| 今天 | 2 步预立项靠口头/表格,没有入口部分流程走 OA,与项目对象没有关联 | 2 步立项书打印、老板签字,「半天都拿不出来」里程碑靠人催,验收表、签收表散落 | — | 1 步立项书打印、老板签字,「半天都拿不出来」 |
| 上线后 | 3 步预立项 · 意向需求(飞书入口)到期催办卡 · 悬浮告警台里程碑验收单 → 三单匹配 → 分期放款 | 2 步意向需求池 → 转正式立项项目主档 · 四方会签 · 预算占用 | 1 步里程碑验收单 → 三单匹配 → 分期放款 | 1 步立项书线下签批(保留) |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | — | — | 预算科目、合同、验收单、付款节点都在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | ✓ | 预立项走飞书入口,节点负责人在 SRM 收催办 |
| 替代方案做不了 | ✓ | — | — | 徐总 9/2:「OA 没办法做项目型管理」;Meego 已否决 |
| 需供应商在线协同 | — | — | — | 对外采购部分走寻源,本条主体是内部管理 |
| 适配度 | 3/4 | 0/4 | 1/4 |
OA 立项审批 + 项目管理系统跟里程碑;SRM 只管采购执行。
预立项没有入口;正式立项走线下纸质签批;里程碑靠人催;验收表、签收表分散。
预立项在 SRM(飞书入口)→ 正式立项仍线下签批、扫描件上传 → SRM 跑项目全流程(分级审批、四方会签、里程碑=付款节点、验收单、催办)。
9/2 已定:徐总「该走线下的还是走线下,但要留痕,资料都在系统里」。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 风控 | 项目延期损失下降里程碑漏催直接压后交付:项目数 × 延期比例 × 平均延期天 × 每天成本。上线后节点到期自动催、超期上榜。p*dl/100*dd*dc | 27.0 万/年 | 27.0 万 |
| 降本 | 按里程碑放款的资金效率分期付款自动对齐验收、不再早付:项目金额 × 早付比例 × 提前天数 × 资金成本。pa*10000*ep/100*ed*cc/100/365 | 2.0 万/年 | 2.0 万 |
| 合规 | 审计准备时间缩短行业基准:审计准备时间缩短 10%–20%。立项书、验收单、评价一处归档。au*10000*ar/100 | 4.0 万/年 | 4.0 万 |
| 提效 | 查档提效「半天都拿不出来」→ 按类归档检索即得。f*(t0-t1)/60/8 | 5.2 人日/年 | 0.3 万 |
| 提效 | 避免里程碑漏催返工漏催次数 × 单次返工与顺延成本。m*mc | 1.8 万/年 | 1.8 万 |
投入对应:场景 1 · 预立项与立项管理(16 条)。正式立项的纸质签批保留不变——只把签完的结果上传,之后全流程在系统里。
→ ERP:推什么项目号出站:立项通过后推 ERP 建项目号,此后该项目的 PO、收货、请款都带这个号;里程碑验收 → 请款走 P7 那条链何时推立项四方会签通过即推;预算占用/冻结/释放走汇联易(场景 6)编码/权威项目号以 ERP 为准(SRM 立项单号 ↔ ERP 项目号一对一回写)D6 接口ERP 项目号出站、汇联易 预算四动作(查额度/占用/冻结/释放)
技术限制 OA 做不了项目型管理(里程碑、计时、多阶段);纸质签批保留,只把结果上传。
一线体感 高层看悬浮告警台(卡在哪、卡多久);节点负责人到期自动收催办;找立项书和验收单不再「半天拿不出来」。
收益 立项书、验收单、三方评价一处归档;里程碑与分期付款自动对齐。
核心动因:发票逐行比对要收货、退货、扣款的底账,这些在 SRM 不做的损失:发票差异漏检直接多付钱;月底集中一周对账
涉及部门:采购部财务部供应商SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 采购部少 1 步 | 财务部少 1 步 | 供应商多 2 步 | 系统新增 | |
|---|---|---|---|---|
| 今天 | 2 步供应商发 Excel 对账单,采购人工逐行核手工拼请款包:合同+对账单+发票 | 2 步发票靠眼睛对,财务去税局网站逐张查验财务在汇联易审批,ERP 再手工做收票/请款/付款三个作业 | 1 步供应商发 Excel 对账单,采购人工逐行核 | — |
| 上线后 | 1 步核对对账单 · 判定付款 | 1 步请款包推汇联易 · 财务审批 | 3 步自助拉对账单 · 确认/提异议上传发票 · 开票名称检核付款结果回传 · 凭证号回写 | 2 步自动验真 · 匹配 · 生成请款单收票/请款作业自动审核 · 生成支付单 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 收货、退货、索赔扣款底账在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | — | 采购只看 AI 列出的差异行 |
| 替代方案做不了 | — | — | — | ERP 能出对账单但没有门户与 AI 比对;审批仍留在汇联易 |
| 需供应商在线协同 | ✓ | — | — | 供应商门户自助拉单、确认、开票、回传盖章件 |
| 适配度 | 3/4 | 1/4 | 0/4 |
还有没算进来的对账从「月底集中一周」变成滚动之后,付款信用与供应商关系的改善,未计入;「未验真不付款」闸门挡掉的假票税务风险,无法折现。
对账在 ERP 或 SRM 均常见;请款审批在费控;记账与付款在 ERP。
对账靠 Excel;发票核对人工;请款包手工拼;财务在汇联易审批。
对账在 SRM(供应商门户自助拉单、确认/异议/开票、盖章件回传)→ AI 发票差异比对 → 自动生成请款包推汇联易 → 凭证号回传。
9/2 口径不变:AI 比对与请款包「小的额外工作量」——已在场景 5 计价。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 降本 | 避免差异漏检多付差异笔数 × 12 × 单笔金额 × 现状漏检率——AI 逐行比对后差异当场提回。e*12*ea*er/100 | 5.4 万/年 | 5.4 万 |
| 合规 | 发票开票名称检核发票量 × 不合规率 × 单张退票重开与税务风险成本。inv*nr/100*nc | 4.8 万/年 | 4.8 万 |
| 提效 | 采购对账提效Excel 往返 → 供应商门户自助拉单、采购只看差异行。s*12*(t0-t1)/60/8 | 56.2 人日/年 | 2.8 万 |
| 提效 | 财务审核工时行业基准:事务性工时减少 10%–20%。财务人数 × 对账审核占比 × 减少比例 × 240 工作日。fin*fs/100*fr/100*240 | 38.4 人日/年 | 1.9 万 |
投入对应:场景 5 · 请款包、对账与财务集中审(9 条)
→ ERP:推什么入站 ERP 对账单做比对;出站请款包(合同+对账单+发票)推汇联易,ERP 收票/请款作业自动审核并生成支付单;付款结果回传何时推请款单生成即推汇联易;财务审批通过后 ERP 生成支付单;付款结果回传后凭证号回写门户编码/权威对账金额以 ERP 对账单为准(SRM 只比对差异);发票以验真结果为准,凭证号以 ERP 为准D6 接口ERP 对账单入站、汇联易 请款包出站、银企 / 付款结果回传
技术限制 发票与账单逐行比对需要收货、退货、扣款的底账,这些在 SRM;费控只负责审批与付款。
一线体感 供应商在门户自己对账、自己上传发票;采购只看差异行;财务在汇联易照旧审批。
收益 对账周期从「月底集中一周」变成滚动进行;差异当场提回,不再来回微信。
核心动因:二维码由 SRM 生成,扫码必须落在 SRM;入库照旧在 ERP 不做的损失:纸质送货单、手工录 ERP,批次录错一路带到对账
涉及部门:仓库供应商今天还要动手、上线后不再有动作:采购部SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 采购部动作拿掉 | 仓库少 2 步 | 供应商步数持平 | 系统新增 | |
|---|---|---|---|---|
| 今天 | 1 步供应商没打码/只有快递单时,全部线下核对,系统里没有这单 | 4 步仓管清点后手工记在收货记录本上供应商没打码/只有快递单时,全部线下核对,系统里没有这单回办公室在 ERP 手工录收货,批次录错一路带到对账检验后在 ERP 入库 | 1 步供应商纸质送货单,司机签字 | — |
| 上线后 | — | 2 步扫单头码/箱标收货 · 没码按订单收检验合格后入库(不变) | 1 步按到货计划提交送货单 · 打印带码单据 | 2 步收货完成 · 触发待检推 ERP 生成待检收货单 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 送货单、箱标、到货计划、未收完的订单在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | ✓ | — | 仓管拿 PDA 扫;没码就按订单人工对单,不进菜单 |
| 替代方案做不了 | — | — | — | ERP 能录收货,但码不是它生成的,无码到货也没人对单 |
| 需供应商在线协同 | ✓ | — | — | 供应商在门户打印带码送货单;漏打码时系统回推提醒 |
| 适配度 | 3/4 | 2/4 | 0/4 |
收货在 WMS/ERP;SRM 负责送货单与到货协同。
供应商送货单纸质;仓库在 ERP 手工录收货;入库在 ERP。
扫码收货在 SRM(码是 SRM 生成的),数据自动推 ERP 生成待检收货单;入库照旧在 ERP。供应商漏打码/只有快递单时,PDA 上「没有码?按订单收货」:搜订单、选行、填数量、拍快递单,收货单照生成,留痕标「无码收货 · 人工对单」。
9/2 口径不变:「收货是收货、入库是入库,不重复」。9/7 许金:「供应商没有二维码(真的漏打了)如何签收?绝对会出现,数字化一定要留口子」——留的口子就是按订单人工对单。
→ ERP:推什么收货单:PO 行、送货单号、批次、数量、扫码时间,推 ERP 生成待检收货单;ERP 签收回传何时推扫码收货完成即推;入库仍在 ERP 做(不变)编码/权威收货单号 SRM 生成、ERP 单号回写;批次号以送货单上的为准,两边同一个D6 接口ERP 收货单出站、ERP 签收回传
技术限制 二维码由 SRM 生成,扫码必须落在 SRM;库存账在 ERP,入库不动。
一线体感 仓管只做一个动作:拿 PDA 扫单头码/箱标;不进 SRM 菜单,不在 ERP 重录。没码的货按订单对单收,一样在 PDA 上完成,系统回推提醒供应商下次打码。
收益 一次扫码两边都有;到货时段、车辆信息提前可见。
核心动因:判定在 SRM、库存账在 ERP——靠 4 个接口往返,不另记一份账 不做的损失:判了不合格产线照拉;「查不到是谁移的货」
涉及部门:采购部品控仓库SRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 采购部步数持平 | 品控步数持平 | 仓库步数持平 | 系统新增 | |
|---|---|---|---|---|
| 今天 | 1 步异常处理报告单给采购,采购线下组织评审,三四天后才上 OA 流程 | 1 步品控纸质检验记录、判定;群里发一句「不合格」 | 2 步仓管线下挪货,无记录:谁、何时、从哪到哪人工改冻结状态,漏改产线照拉;退货单在 ERP 手工填 | — |
| 上线后 | 1 步异常评审 · 让步/退货/报废 | 1 步待检批次 · 判定 | 2 步隔离任务 · 线下移完扫码确认退货单自动生成 · 仓库确认数量 | 3 步判不合格即并行触发三件事接口① 库存状态置「冻结」接口②③④ 解冻/过账/退货报废回写 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 检验结论、批次、照片、隔离任务在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | — | 品控用平板判定,仓管扫码移仓 |
| 替代方案做不了 | ✓ | — | — | ERP 只有库存状态位,没有隔离任务、会签与留痕 |
| 需供应商在线协同 | ✓ | — | — | 供应商在门户提 8D/整改方案 |
| 适配度 | 4/4 | 1/4 | 0/4 |
还有没算进来的客诉、召回与品牌损失未计入——那类损失一次就可能盖过本条全部投入,但发生概率无读数,用概率估会变成编数。
QMS 判定 + ERP 库存状态;两边靠接口往返。
没有隔离仓,靠 ERP 冻结状态;判完不合格后谁移的货、状态改没改,查不到。
判定在 SRM 平板(只填结论);隔离任务单、平板扫码移仓确认在 SRM;库存冻结/过账/解冻/退货报废 4 个接口回写 ERP。
9/2 口径不变:徐总「那这块是有一定的开发量」——即场景 7 已计价的那段。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 提质 | 避免不合格品误用判定穿透到 ERP 库存冻结:不合格批次 × 现状误用概率 × 单批损失。b*mr/100*ml | 6.0 万/年 | 6.0 万 |
| 提质 | 质量损失整体下降行业基准:线上质量协同后损失降低 10%–20%。年度质量损失(页顶参数,前期评估表 30 万)× 降低比例。qloss*10000*qr/100 | 4.5 万/年 | 4.5 万 |
| 提效 | 追溯提效「查不到是谁移的货」→ 扫码移仓留痕。b*(t0-t1)/60/8 | 2.3 人日/年 | 0.1 万 |
投入对应:场景 7 · 不合格品隔离、异常评审与整改闭环(8 条);ERP 侧 4 个接口由仙津协调鼎捷
→ ERP:推什么库存状态出站 ×4:判不合格 → 冻结;隔离完成 → 隔离仓过账;让步接收 → 解冻;退货/报废 → 退货报废出库。检验记录、评审结论留 SRM何时推每个判定动作即时推,不攒批(漏一步产线照拉)编码/权威库存状态以 ERP 为准(SRM 只发指令、读回结果);检验判定的权威在 SRM,ERP 不存判定明细D6 接口ERP 库存冻结 / 隔离仓过账 / 解冻 / 退货报废出库
技术限制 库存账在 ERP,SRM 不该再记一份;判定要穿透到库存只能靠往返接口。
一线体感 品控只填合格/不合格/让步;仓管扫一下确认移仓;采购看异常处理单会签。
收益 判了不合格产线当场拉不走;处置完自动解冻或退货,两边状态对得上。
核心动因:验收与留痕在 SRM、转固在 ERP、转移走飞书审批——各归其位 不做的损失:签收表满桌找;转固/费用化事后追问采购
涉及部门:使用部门采购部财务部ITSRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 使用部门少 1 步 | 采购部步数持平 | 财务部步数持平 | IT多 1 步 | 系统新增 | |
|---|---|---|---|---|---|
| 今天 | 3 步交付请购方后纸质签收表本人签再打印验收单找领导签一次转移走 OA 审批,资产、转给谁都手填 | 1 步再打印验收单找领导签一次 | 1 步财务月底在 ERP 转固,事后追问采购「该转固还是费用化」 | 1 步固资到货 IT 先收货、装系统、打自编号二维码,SRM 认不出 | — |
| 上线后 | 2 步飞书扫资产码验收资产转移 · 飞书审批卡 · 接收人扫同一枚资产码 | 1 步验收单 · 转固/费用化标记 | 1 步验收单 · 转固/费用化标记 | 2 步固资到货 · IT 先收货确认装 IPGuard 与系统 · SRM 生成资产码贴机身 | 2 步验收结果推 ERP · ERP 转固建卡转移结果推 ERP 更新保管人 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | ✓ | — | 合同验收条款、请购、收货记录在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | ✓ | 领用人在飞书扫码,支持代签 |
| 替代方案做不了 | — | — | — | ERP 管资产账,转固仍在 ERP;OA 能审批但带不出条款 |
| 需供应商在线协同 | — | — | — | 内部动作 |
| 适配度 | 2/4 | 1/4 | 1/4 |
还有没算进来的资产台账准确性对审计结论的影响,无读数,未计入。
固资在 ERP 固定资产模块;验收签字多在 OA 或纸质。
IT 先收货、装 IPGuard 与系统、打自编号二维码(SRM 认不出)再交付请购方;固资一厂有签收表,验收要打印让本人签、再让领导签;转移走 OA;转固在 ERP 手工操作。
两段式:IT 收货确认 → 装 IPGuard 与系统 → SRM 资产码(IT 装机后生成贴机身,不依赖供应商)→ 飞书扫码验收(支持代签、带出合同验收条款、可打印)→ 转固/费用化标记 + 结果推 ERP(转固动作在 ERP)→ 资产转移走飞书审批卡,接收人扫同一枚码签收;一码三用:验收签收、转移、盘点。
9/2 已定:代签要支持;转固仍在 ERP;徐总会后盘 OA 固资流程再优化。9/7 许总:IT 先收货、装 IPGuard 与系统、打资产码再交付,SRM 扫这枚码签收与转移归属人;与邹工盘点转移流程,简化。
| 类别 | 价值项 · 测算逻辑 · 算式 | 量 | 金额 |
|---|---|---|---|
| 合规 | 盘点与审计准备缩短验收、转固、转移全留痕,资产账与实物对得上。ac*ar/100 | 10.0 人日/年 | 0.5 万 |
| 风控 | 避免资产遗失签收表满桌找、转移不留痕的资产最容易丢:年验收数 × 遗失比例 × 单件价值。n*lr/100*av | 0.8 万/年 | 0.8 万 |
| 提效 | 验收提效打印+两次签字+归档 → 扫一下。n*(t0-t1)/60/8 | 4.2 人日/年 | 0.2 万 |
| 提效 | 转固标记前置,免去事后追问采购在验收单上标转固/费用化,财务不用月底追人。a*ta/60/8 | 1.7 人日/年 | 0.1 万 |
投入对应:场景 9 · 付款执行、资产转固与非物料月结(4 条);代签/条款带出/打印随之交付;资产转移待估
→ ERP:推什么固资验收结果出站(含转固/费用化标记),ERP 转固建卡;资产转移结果推 ERP 更新保管人何时推验收单确认即推;转移审批卡通过即推编码/权威资产编号与卡片以 ERP 为准,SRM 只存验收单、扫码留痕与转移轨迹D6 接口ERP 固资验收结果出站(含转固/费用化标记)
技术限制 资产账在 ERP;SRM 管验收与留痕,不做折旧;转移审批走飞书原生审批,不进 OA。
一线体感 领用人扫一下就验收,请假了别人可代签;转移在飞书卡片上点一下。
收益 验收留痕在线,签收表不再满桌找;财务不用事后问「该转固还是费用化」。
核心动因:Punchout 取平台实时价,比价、审批、记账全在 SRM 不做的损失:「下两遍单」;月结两边对
涉及部门:使用部门采购部财务部ITSRM 是录入入口,ERP 是权威库,MDM 上线后按域授权
| 使用部门多 3 步 | 采购部少 1 步 | 财务部步数持平 | IT步数持平 | 系统新增 | |
|---|---|---|---|---|---|
| 今天 | 2 步在京东慧采网页版选货下单快递到门卫只有快递单:IT 与采购线下核对,使用人在 OA 里签不了收 | 2 步快递到门卫只有快递单:IT 与采购线下核对,使用人在 OA 里签不了收再到 SRM/ERP 补一遍单,金额手抄 | 1 步月底两边对账:平台账单 vs 内部单据 | 1 步快递到门卫只有快递单:IT 与采购线下核对,使用人在 OA 里签不了收 | — |
| 上线后 | 5 步零星物资请购 · 推荐路径「商城直采」Punchout 免登跳京东专属商城购物车带回 · 与供应商报价并排比价飞书审批卡(按金额分档)快递到货 · 对单签收 | 1 步月结对账 · 京东账单自动比对 | 1 步月结对账 · 京东账单自动比对 | 1 步快递到货 · 对单签收 | 1 步审批通过推单京东 · 订单/发票回写 |
| 判据 | SRM | ERP | OA | 依据 |
|---|---|---|---|---|
| 数据在 SRM | ✓ | — | — | 请购、审批、签收、对账在 SRM |
| 入口在 SRM/飞书/门户 | ✓ | — | — | 申请人在 SRM 点「去京东选货」;到货在飞书对单签收 |
| 替代方案做不了 | — | — | — | ERP 无商城对接能力;OA 不管采购、签不了收 |
| 需供应商在线协同 | ✓ | — | — | 与京东平台接口对接(视同外部协同) |
| 适配度 | 3/4 | 0/4 | 0/4 |
Punchout 跳转选品、购物车带回 SRM 审批、审批过再推单——主流平台都走这条。
京东慧采网页版下单,SRM 里再下一遍;快递到门卫只有快递单,IT 与采购线下核对,使用人在 OA 里签不了收;月结。
SRM 里点「去京东选货」→ 免登跳专属商城 → 购物车带回 SRM 审批 → 推单京东 → 订单/发票信息回写 → 快递到门卫后使用人/IT 在飞书对着请购单商品清单勾选、拍快递单签收,回写收货并进对账。
9/2 已定:只做京东慧采,API 已谈好、已签协议;仙津拉三方群,我方提 API 需求清单。
→ ERP:推什么京东订单/发票回写 SRM 后,作为采购订单与发票推 ERP;月结对账通过后推入账何时推京东推单成功回写后同步 PO;账单比对通过后推发票/请款编码/权威PO 号 SRM 生成、ERP 单号回写;京东订单号作外部单号带在 PO 上;⚠️ 京东侧接口待其文档(D6 · C4 待估)D6 接口京东慧采 Punchout / 订单回写、ERP 采购订单出站
技术限制 全量 SKU 同步进 SRM 价格会对不上;Punchout 让价格永远是平台实时价。
一线体感 在 SRM 里比价、下单、对账一处完成,不再两边各下一遍;快递到了在飞书对单签收,不走 OA、不用找采购或 IT 线下核对,资产类自动转固资流程。
收益 解决「下两遍单」;京东价可直接与供应商报价并排比。