采购数字化(SRM)项目 · 9/2 沟通会后 · 争议项 ROI 决策表

12 条有争议的流程:
投入多少、一年值回多少、多久回本

9 月 2 日会上小平总提了两个问题——「各系统职责边界要清晰,一般原则上应该从哪里发起」「非 SRM 范畴的需求要按频次、复杂度、风险系数去评估,钱放到哪里」。 这一页就是回答,顺序按决策来排:先看钱(投入/年化价值/回收期),再看为什么放 SRM,最后把流程画成界面看一遍。 所有金额都由页面上的参数算出、算式可见、参数可改。

47.1万元/年12 条合计年化价值我方预填参数
54.6万元本期投入 · 364 人天
13.9 个月整体回收期
12从 OA 转出 3 · 与 ERP/外部交互 7 · 非 SRM 常规范畴 2
先把这两件事说清楚 我方预填参数

① 下面每一个金额都是算出来的,算式就摆在旁边——不是拍出来的。 ② 但算式的输入多半是我方按同行经验预填的,标着 预填 的都请改成贵司的实际数, 改完整页当场重算(改动只存在您自己的浏览器里)。标 会议 的取自 9/2 或 8/18–19 逐字稿, 标 报价 的取自《仙津 SRM 项目总报价》。

01

决策总表

一屏看完 12 条:本期投入多少、一年值回多少、多久回本,然后才是「常规在哪个系统做、我们为什么建议放 SRM」。 点表头可以按回收期或价值排序;点流程名跳到那一条的详情,那里有可调参数、算式与界面原型。

排序:
#流程本期投入年化价值回收期 建议落点为什么不放在原来那个系统频次风险
1采购申请(请购)从哪里发起从 OA 转出3.12.8 万/年13.7 个月飞书工作台「采购请购」应用统一发起请购要带物料、库存、在途、预算余额这些业务对象,OA 里一个都没有;两个入口并行必然出两张单,而重复不会报错。
2采购订单在哪个系统生成与 ERP 交互0标准已含5.2 万/年不到 1 个月SRM 下单、ERP 记账PO 主数据跟着 MRP 与供应商协同走,ERP 只需一张记账镜像;「ERP 建单、SRM 展示」那条路改单最贵,往往上线后才暴露。
3MRP 物料需求运算非 SRM 常规范畴10.26.9 万/年17.8 个月在 SRM 做ERP(鼎捷)组件框死改不了;SRM 手上已有库存、在途、提前期、起送量,只缺 BOM 结构只读接口。
4智能产能配额分配非 SRM 常规范畴4.82.4 万/年23.7 个月+未算全在 SRM 做配额校验必须贴着下单动作,而下单已定在 SRM;放 ERP 等于两头开发两头对接。
5打样测试全流程从 OA 转出7.20.5 万/年15.4 年+未算全在 SRM 做OA 没有「轮次」与「需求 ID」两个对象,状态机、计时看板、门户下发结构上做不了;OA 与飞书未打通,催办推不到人。
6项目立项与里程碑验收从 OA / 线下转出10.82.1 万/年5.2 年+未算全预立项在 SRM正式立项的纸质签批保留,只把结果上传;项目型管理(里程碑、计时、多阶段)OA 做不了。
7对账、AI 发票比对与请款包与 ERP / 费控交互9.98.2 万/年14.5 个月对账在 SRM发票逐行比对要收货、退货、扣款的底账,在 SRM;审批仍在汇联易、记账付款仍在 ERP,三家各管一段。
8发票验真与费控交互0标准已含0.0 万/年不到 1 个月+未算全优先对接汇联易查验;SRM 预留第三方验真接口,超量验真通道用汇联易已购额度,SRM 只做调用、回写、闸门;预留第三方接口是为换供应商不改流程。
9仓库收货与入库与 ERP 交互0标准已含3.0 万/年不到 1 个月扫码收货在 SRM二维码由 SRM 生成,扫码必须落在 SRM;库存账不动,入库照旧在 ERP。
10来料判定 → 隔离 → ERP 库存状态与 ERP 交互5.86.1 万/年11.5 个月+未算全判定在 SRM 平板库存账在 ERP,SRM 不该再记一份;「判定穿透到库存」在结构上只能是两个系统的往返接口。
11固定资产验收、转固与转移与 ERP / OA 交互2.70.3 万/年9.3 年+未算全取件二维码 + 飞书扫码验收验收与留痕在 SRM、转固在 ERP、转移审批走飞书原生审批不进 OA——三段各归其位,谁都不重复。
12集采平台(京东)采购与外部平台交互0标准已含9.6 万/年不到 1 个月SRM 里点「去京东选货」→ 免登跳专属商城 → 购Punchout 让价格永远是平台实时价,不把几十万 SKU 同步进 SRM;换一家平台复用度最高。
合计投入取报价里这几条对应的场景人天 54.6 47.1 万/年 13.9 个月 合计投入 364 人天 × 1,500 元。 ⚠️ 这 12 条覆盖报价里 9 个场景中的 7 个;场景 6(预算管控)与场景 8(检验结论)9/2 没有争议,不在本表。

先说清「回收期很长」的那几条:带 +未算全 的行, 是因为它的主要价值我方没有读数、不敢折成金额(比如打样提前上市值多少、不合格品召回一次赔多少), 上表只算了能折现的那部分。⛔ 它们不等于「不划算」,只等于「这个数没算全」——每条详情里都写明了缺的是哪一块。

三类争议、三条处理原则从 OA/线下转出(3 条)只转有业务对象的那一段,纸质签批与行政审批留在原处; 与 ERP/费控/外部交互(7 条)账在谁那里就留在谁那里,SRM 只做协同与留痕、靠接口往返、不另记一份账; 非 SRM 常规范畴(2 条)是因为 ERP 做不了、而下单入口已定在 SRM,放别处等于两头开发。

02

逐条:ROI 怎么算的、为什么放 SRM、界面长什么样

每条三段:上面是 投入/价值/回收期 三个数与它们的算式;中间是 常规在哪做 → 仙津现状 → 我们建议 → 核心动因;下面把流程画成界面——上一行是今天怎么走,下一行是上线后怎么走,每一屏标着它落在哪个系统。

01

采购申请(请购)从哪里发起

从 OA 转出 频次 高 · 每天都在发生 · 风险 中 · 两个入口并行会出重复单,且重复不报错
本期投入3.1万元 21 人天 × 1,500 元
年化价值2.8万元/年 55 人日/年 + 避免的直接损失
回收期13.7 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
填单与转单提效n*12*(t0-t1)/60/851.0 人日/年2.5
重复单返工(按每单 40 分钟计)dup*12*40/60/84.0 人日/年0.2

参数(改成贵司的数,整页当场重算)

OA 采购类流程停用后,OA 侧许可与维护可按实际使用面重新议价——这块没有读数,未计入。

为什么建议放 SRM

常规在哪个系统做

有 SRM 的企业:请购在 SRM 或统一流程平台发起,审批完自动转 PO。OA 只做无业务对象的行政审批。

仙津现状

OA「千层」流程发起零星请购,生产物料由 ERP 自动推,两条路、两套表单,OA 与飞书未打通。

我们建议

飞书工作台「采购请购」应用统一发起(全员免登)→ SRM 审批 → 转 PO → 推 ERP。OA 采购类流程停用。

核心动因

请购要带物料、库存、在途、预算余额这些业务对象,OA 里一个都没有;两个入口并行必然出两张单,而重复不会报错。

9/2 会上结论

9/2 已定:徐总「OA 流程全废」、吴部长「只能一个端」。仙津先给 OA 流程与影响点清单。

更多依据(技术限制、一线体感、变化点)

技术限制OA 没有业务对象(物料、预算、库存),做不了「填单时看库存、在途、预算余额」;ERP 客户端组件框死、外部门无账号。

一线体感申请人在飞书里点一次,能看历史单、能复制、能看审批到谁;不用再问「该去 OA 还是 ERP」。

本期投入对应场景 1/6/9 中的 4 条(PRJ-01 飞书请购入口、FIN-28 三分流、FIN-34 无料号请购、PLT-19 科目映射);OA 流程逐条映射待估

  • 申请人只有一个入口,且不占 SRM 账号
  • 审批在 SRM,OA 侧不再建采购类流程
  • OA 的资产类型→科目映射、权限映射迁到 SRM 维护(一次性)
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
OA · 流程中心OA
用印申请
出差申请
请购申请
报销
用车
更多
找菜单
请购申请单OA
物料手填:果葡糖浆 F55
数量20
科目手选
预算
看不到库存、在途与预算余额
提交
审批完
采购转录线下
采购收到 OA 单
手抄
再录一遍
ERP 采购申请ERP
料号再录一遍
数量20
供应商手选
保存
上线后
飞书工作台飞书
🛒采购请购
📋我的申请
📊看板
审批
📁档案
更多
点开应用
新建请购单SRM
物料F55 果葡糖浆 · MAT-SYRUP-055
数量20 吨
库存8 吨 · 在途 5 吨
预算余额32.6 万
复制上一张单 → 改数即可提交
提交审批复制历史单
提交
审批流转SRM
申请人 · 已提交
部门经理 · 已通过
采购经理 · 审批中
转采购订单
审批通过
请购按行转单SRM
物料数量状态
1F55 糖浆20 吨可转单
2包材 PE300 件可转单
转采购订单
02

采购订单在哪个系统生成

与 ERP 交互 频次 高 · 每天都在发生 · 风险 中 · 改单要切系统,交期口径易失真
本期投入0万元 0 人天 × 1,500 元 · 标准已含,不另收
年化价值5.2万元/年 105 人日/年 + 避免的直接损失
回收期不到 1 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
下单提效n*12*(t0-t1)/60/895.0 人日/年4.8
改单提效n*chg/100*12*(c0-5)/60/810.0 人日/年0.5

参数(改成贵司的数,整页当场重算)

本条投入为 0:PO 主数据放 SRM 是标准能力,不额外收费。

为什么建议放 SRM

常规在哪个系统做

主流做法:SRM 下单、ERP 记账——PO 在 SRM 生成后推 ERP 建一张对应订单,收货/发票/付款仍以 ERP 为准。

仙津现状

采购单全部在 ERP 手工建,供应商协同靠微信/邮件。

我们建议

SRM 下单、ERP 记账(U2 那条)。

核心动因

PO 主数据跟着 MRP 与供应商协同走,ERP 只需一张记账镜像;「ERP 建单、SRM 展示」那条路改单最贵,往往上线后才暴露。

9/2 会上结论

9/2 已定:吴部长「以后采购只对一个系统,就是 SRM」,徐总确认「从 SRM 请购、转订单、再推 ERP」。

更多依据(技术限制、一线体感、变化点)

技术限制MRP 放在 SRM 后,物料/库存/在途/提前期本来就在 SRM 手上;PO 回 ERP 生成要多绕一圈,改单尤其贵。

一线体感采购员一天开十几张单,只在一个系统里操作;供应商在门户接单、改期,采购不用切到 ERP 改。

本期投入对应标准已含(PO 出站接口在既定 10 条内)

  • PO 主数据在 SRM,ERP 那张是记账镜像
  • 改单单向:SRM 改、ERP 同步
  • 应付链(收货→发票→付款)起点仍是 ERP 回执
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
ERP 采购单录入ERP
供应商手选
物料手录
数量20
交期待定
保存
通知供应商
微信 / 邮件线下
发给供应商订单截图+交期确认
供应商回复「大概下周三」
人工回填
手工记交期ERP
交期手工回填
确认无凭证
保存
供应商要改期
改期再来一遍ERP
原交期09-12
新交期09-15
同步手工
保存
上线后
请购行 → 转单SRM
物料数量协议价供应商
F55 糖浆20 吨3,850/吨金穗
生成采购订单
一键生成
采购订单 PO-2609-0087SRM
供应商金穗食品
金额77,000 元
要求交期09-12
状态待接单
下达
推送门户
供应商门户 · 接单门户
订单PO-2609-0087
确认交期09-12
如需改期填写原因
确认接单申请改期
接单后出站
ERP 采购单已建ERP
自动推 ERP 记账收货、发票、付款仍以 ERP 为准
03

MRP 物料需求运算

非 SRM 常规范畴 频次 高 · 每个工作日一次 · 风险 高 · 算漏一次就是急采或停线
▶ MRP 运算原型填生产计划 → 自动出缺口与补货建议,能点能改
本期投入10.2万元 68 人天 × 1,500 元
年化价值6.9万元/年 41 人日/年 + 避免的直接损失
回收期17.8 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
计划编制提效n*12*(t0-t1)/60/841.2 人日/年2.1
避免急采溢价urg*uc4.8 万/年4.8

参数(改成贵司的数,整页当场重算)

ERP(鼎捷 T100)组件框死改不了——会上原话;这块不做,缺口就只能继续靠人盯。

为什么建议放 SRM

常规在哪个系统做

ERP 的 MRP 模块或 APS;有 SRM 的企业很少把它放 SRM。

仙津现状

ERP(鼎捷 T100)做不了:「客户端的,组件全是框死的,根本没办法改」;去年做过导入台账,没人用。

我们建议

在 SRM 做:计划输入 → BOM 展开 → 扣库存与在途 → 起订量/包装倍数圆整 → 缺口网格 → 一键转请购。BOM 主数据仍在 ERP,SRM 只读。

核心动因

ERP(鼎捷)组件框死改不了;SRM 手上已有库存、在途、提前期、起送量,只缺 BOM 结构只读接口。

9/2 会上结论

9/2 已定:徐总、吴部长都同意在 SRM 做;我方先出原型,计控/采购/仓库确认后再定这块的价。

更多依据(技术限制、一线体感、变化点)

技术限制ERP 改不了;SRM 手上已有库存快照、在途、供应商起送量与提前期,缺的只是 BOM 结构接口(ERP 侧提供)。

一线体感计控在一张「物料 × 日期」网格里看缺口,点一下转请购;不再手工做台账再导 ERP。

本期投入对应场景 2 · 物料需求运算与补货计划(12 条);原型确认后如范围变化再调

  • BOM 结构从 ERP 只读同步,不在 SRM 二次维护
  • 原料按库存水位、包材按生产计划两条口径分开
  • 开工前先做分岗位流程图会审,不再「做了没人用」
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
Excel 手工算料线下
物料需求库存缺口
F55 糖浆=?手查手算
包材 PE=?手查手算
BOM 展开靠人,起订量靠记
算完导入
导入 ERP 台账ERP
导入一次去年做过,后来没人用
再同步一次
多维表格再同步线下
第三份台账
月底对账才发现
缺口靠人盯线下
漏了才发现急采+加急运费
上线后
生产计划录入SRM
成品1.25L 果味饮料
计划产量8 万箱
期间2026-10
来源手工录入/Excel 导入
运算
BOM 展开
需求 / 供应 / 缺口网格SRM
10-0110-0210-0310-04
F55 糖浆20-12
包材 PE300-80
柠檬酸5
红色即缺口 · 已扣库存与在途 · 已按起订量圆整
点开缺口
补货建议SRM
物料缺口建议量供应商
F55 糖浆12 吨20 吨金穗
包材 PE80 件300 件顺成
按最小起订量与包装倍数向上取整
一键转请购
一键转请购
请购单已生成SRM
转入 P1 那条链审批 → 转 PO → 推 ERP
04

智能产能配额分配

非 SRM 常规范畴 频次 中 · 每月一轮核算,每单校验 · 风险 中 · 份额执行偏差事后才发现,且无法追溯
▶ 智能配额原型换一张需求单,看系统为什么这么分——七步理由链
本期投入4.8万元 32 人天 × 1,500 元
年化价值2.4万元/年 6 人日/年 + 避免的直接损失
回收期23.7 个月 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
份额核算提效n*12*(t0-t1)/60/85.5 人日/年0.3
避免拆单与超配额纠偏sp*12*sc2.2 万/年2.2

参数(改成贵司的数,整页当场重算)

还有没算进来的份额执行偏差对年度议价能力的影响——取决于年采购额与谈判结果,我方无读数,未折成金额。

配额校验必须贴着下单动作,而下单已定在 SRM;放 ERP 等于两头开发、两头对接。

为什么建议放 SRM

常规在哪个系统做

ERP 按单个物料设份额;配额校验一般贴着下单动作放在下单的那个系统。

仙津现状

ERP 份额按单个物料太死;小物料想整单给一家、按月总额 60/40 分,现在靠人算。

我们建议

在 SRM 做:份额/绝对量、阈值以下不拆单整单派一家、月度总额平衡、供应商签字确认返回。

核心动因

配额校验必须贴着下单动作,而下单已定在 SRM;放 ERP 等于两头开发两头对接。

9/2 会上结论

9/2 已定:吴部长「下订单在这边,月度份额是下订单时处理的」。

更多依据(技术限制、一线体感、变化点)

技术限制下单入口在 SRM(P2 已定),配额校验必须贴着下单;放 ERP 等于两头开发两头对接。

一线体感下单时系统直接给出分给谁、分多少,超配额提示但允许人工调,全程留痕。

本期投入对应场景 4 · 产能校验与智能配额分配(5 条)

  • 配额规则随下单动作执行,不是事后统计
  • 超配额弱管控:提示、允许调、留痕
  • 与签样联动:只在已签样供应商中分配
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
ERP 份额设置ERP
物料逐个物料设
A 家60%
B 家40%
按单物料设,太死
月底
手工按月核算线下
翻单据汇总各家份额
下单时
小额物料被拆单ERP
物料A 家B 家
标签纸半车半车
两次物流
上线后
配额协议SRM
品类甜味剂
口径份额 60 / 40
月度上限300 吨
小额阈值< 5 万整单派一家
生效
下单累计
本月份额水位SRM
供应商目标已执行偏差
金穗60%57%-3%
顺成40%43%+3%
按月看水位、按年平衡
新单进来
下单时自动分配SRM
本单20 吨
系统建议金穗 20 吨(整单)
理由低于阈值不拆单
超配额只提示、允许人工调,全程留痕
采纳人工调整
仅在已签样供应商中分配
供应商签样确认门户
打样已签样
可产规格符合
确认
05

打样测试全流程

从 OA 转出 频次 中 · 每年十余个打样项目 · 风险 中 · 打样拖期直接压后新品上市
▶ 打样测试原型一个需求 ID 挂三轮、节点超时红牌、电子签闸门
本期投入7.2万元 48 人天 × 1,500 元
年化价值0.5万元/年 9 人日/年 + 避免的直接损失
回收期15.4 年 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
记录与催办提效p*r*(t0-t1)/60/89.4 人日/年0.5

参数(改成贵司的数,整页当场重算)

还有没算进来的⚠️ 这条的主要价值没算进上面那个数:打样周期缩短带来的新品提前上市收益,取决于单品毛利与上市节奏,我方无读数。会上举过「上机测试 116 小时」那种卡点,消掉它值多少钱,只有仙津自己算得出。

OA 现有流程能到 70%,但没有「轮次」与「需求 ID」两个对象,状态机与计时看板结构上做不了。「提前 10 天上市」的收益取决于单品毛利,我方无读数,未折成金额。

为什么建议放 SRM

常规在哪个系统做

PLM/NPI 系统;没有 PLM 的企业常放 OA 或 SRM。

仙津现状

OA 已有打样流程,能到 70%;一单一张、多轮次不能挂同一需求 ID、催办做不了、与飞书未打通。

我们建议

在 SRM 做:多入口发起 → 小试/中试/批试状态机与三方会签 → 多轮次挂同一需求 ID → 节点计时与催办看板 → 门户下发。

核心动因

OA 没有「轮次」与「需求 ID」两个对象,状态机、计时看板、门户下发结构上做不了;OA 与飞书未打通,催办推不到人。

9/2 会上结论

9/2 已定:徐总「你先整体报个价」,吴部长「觉得贵」但同意在 SRM 做;OA 催办我们免费帮配。

更多依据(技术限制、一线体感、变化点)

技术限制OA 没有「轮次」与「需求 ID」这两个对象,状态机与计时看板结构上做不了;OA 与飞书未打通,催办推不到人。

一线体感研发/采购/品控在同一张单上看第几轮、卡在哪、卡多久;供应商在门户收任务、传结果。

本期投入对应场景 3 · 打样测试全流程(8 条);可分两步上

  • 多轮次挂同一需求 ID,历史轮次可回看
  • 每节点标准工时+超时红牌
  • 打样结论挂钩准入与定点决策
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
OA 打样申请OA
样品190 克瓶
轮次第 1 轮
一单一张,第二轮要重开
第 2、3 轮
第二三轮手工记线下
中试记录表
手写
卡住了
催办靠人喊线下
电话/微信「上机测试到哪了?」
出结果
结论线下通知线下
打样结论
上线后
打样单 · 小试SRM
需求 IDREQ-2609-014
样品190 克瓶
阶段小试
轮次第 1 轮
下发供应商
门户下发
供应商上传结果门户
样品编号SMP-014-R1
检测报告已上传
寄样单号SF...
提交
结果回传
三方会签 · 进中试SRM
研发 · 通过
生产 · 通过
质量 · 审批中
进入中试
多轮次挂同一 ID
卡点看板SRM
小试
REQ-014 · R1 ✓
中试
REQ-011 · 上机 116h
批试
REQ-008
06

项目立项与里程碑验收

从 OA / 线下转出 频次 中 · 每年二十余个项目 · 风险 高 · 里程碑漏催直接压后交付与付款
本期投入10.8万元 72 人天 × 1,500 元
年化价值2.1万元/年 5 人日/年 + 避免的直接损失
回收期5.2 年 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
查档提效f*(t0-t1)/60/85.2 人日/年0.3
避免里程碑漏催m*mc1.8 万/年1.8

参数(改成贵司的数,整页当场重算)

还有没算进来的⚠️ 这条的主要价值没算进上面那个数:项目按期交付、里程碑与分期付款自动对齐带来的资金效率与违约风险下降,我方无读数。

正式立项的纸质签批保留不变——只把签完的结果上传,之后全流程在系统里。

为什么建议放 SRM

常规在哪个系统做

OA 立项审批 + 项目管理系统跟里程碑;SRM 只管采购执行。

仙津现状

预立项没有入口;正式立项走线下纸质签批;里程碑靠人催;验收表、签收表分散。

我们建议

预立项在 SRM(飞书入口)→ 正式立项仍线下签批、扫描件上传 → SRM 跑项目全流程(分级审批、四方会签、里程碑=付款节点、验收单、催办)。

核心动因

正式立项的纸质签批保留,只把结果上传;项目型管理(里程碑、计时、多阶段)OA 做不了。

9/2 会上结论

9/2 已定:徐总「该走线下的还是走线下,但要留痕,资料都在系统里」。

更多依据(技术限制、一线体感、变化点)

技术限制OA 做不了项目型管理(里程碑、计时、多阶段);纸质签批保留,只把结果上传。

一线体感高层看悬浮告警台(卡在哪、卡多久);节点负责人到期自动收催办;找立项书和验收单不再「半天拿不出来」。

本期投入对应场景 1 · 预立项与立项管理(16 条)

  • 线下签批不改,改的是「签完就上传、之后全在系统」
  • 项目号出站 ERP
  • 验收单三单匹配后分期放款
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
口头 / 表格提需求线下
意向需求
线下签批
立项书打印签字线下
项目立项书
签字
走审批
部分流程走 OAOA
流程千层菜单
关联
执行中
里程碑靠人催线下
验收表散落「半天都拿不出来」
上线后
预立项 · 意向需求飞书
需求新增糖浆产线
期望完成2026-12
预算科目AI 推荐:设备购置
提交
预立项通过
正式立项书线下签批线下
立项书(保留纸质)
老板签字
扫描上传
上传签批件 → 项目主档SRM
预立项 · 完成
立项书上传
四方会签 · 财务
执行
会签通过
里程碑与验收SRM
进行中
设备到厂 · D-3
待验收
安装调试 · 超期 2 天
已付款
首付款 30%
07

对账、AI 发票比对与请款包

与 ERP / 费控交互 频次 高 · 每月一轮,覆盖全部活跃供应商 · 风险 高 · 差异漏检直接多付钱
本期投入9.9万元 66 人天 × 1,500 元
年化价值8.2万元/年 56 人日/年 + 避免的直接损失
回收期14.5 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
对账提效s*12*(t0-t1)/60/856.2 人日/年2.8
避免差异漏检多付e*12*ea*er/1005.4 万/年5.4

参数(改成贵司的数,整页当场重算)

AI 差异比对与请款包生成已在场景 5 计价,不在 90.95 万之外另收。

为什么建议放 SRM

常规在哪个系统做

对账在 ERP 或 SRM 均常见;请款审批在费控;记账与付款在 ERP。

仙津现状

对账靠 Excel;发票核对人工;请款包手工拼;财务在汇联易审批。

我们建议

对账在 SRM(供应商门户自助拉单、确认/异议/开票、盖章件回传)→ AI 发票差异比对 → 自动生成请款包推汇联易 → 凭证号回传。

核心动因

发票逐行比对要收货、退货、扣款的底账,在 SRM;审批仍在汇联易、记账付款仍在 ERP,三家各管一段。

9/2 会上结论

9/2 口径不变:AI 比对与请款包「小的额外工作量」——已在场景 5 计价。

更多依据(技术限制、一线体感、变化点)

技术限制发票与账单逐行比对需要收货、退货、扣款的底账,这些在 SRM;费控只负责审批与付款。

一线体感供应商在门户自己对账、自己上传发票;采购只看差异行;财务在汇联易照旧审批。

本期投入对应场景 5 · 请款包、对账与财务集中审(9 条)

  • 两条新增接口:ERP 对账单入站、汇联易请款包出站
  • 按采购类型四单/三单/两单分岔(FIN-31)
  • 未验真不付款闸门
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
供应商发 Excel 对账单线下
对账单.xlsx
收到
人工逐行核发票线下
单号账单发票
GR-0112,00012,000
GR-028,4008,040
靠眼睛看
核完
手工拼请款包线下
合同+对账单+发票
提交
汇联易审批汇联易
财务审批附件靠人拼
上线后
供应商自助拉对账单门户
期间2026-08
收货12 笔 · 96,400 元
扣款1 笔 · -2,000
确认提异议
供应商开票
AI 发票与账单差异比对SRM
单号账单发票差异
GR-0112,00012,000
GR-028,4008,040-360
只看列出来的差异行
差异清零
请款包SRM
对账单已确认
发票已验真
盖章件已回传
应付日按账期自动算
推送汇联易
出站
汇联易 · 财务审批汇联易
一包推过去凭证号回传 SRM
08

发票验真

与费控交互 频次 高 · 每张发票一次 · 风险 中 · 假票入账的税务风险
本期投入0万元 0 人天 × 1,500 元 · 标准已含,不另收
年化价值0.0万元/年 0 人日/年 + 避免的直接损失
回收期不到 1 个月 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
用汇联易已购额度,不重复采购验真inv*pr0.0 万/年0.0

参数(改成贵司的数,整页当场重算)

还有没算进来的「未验真不付款」这道闸门本身的价值(假票入账的税务风险)无法折现,未计入。

会上仙津合同含 10 万张免费验真额度。这条的价值主要不是省这笔钱,是「未验真不付款」这道闸门本身。

为什么建议放 SRM

常规在哪个系统做

费控或税务平台自带查验,SRM 只调用结果。

仙津现状

汇联易合同含验真额度(10 万张免费,国内 OCR 0.03 元/张),未与任何系统打通。

我们建议

优先对接汇联易查验;SRM 预留第三方验真接口,超量或换供应商时切换。

核心动因

验真通道用汇联易已购额度,SRM 只做调用、回写、闸门;预留第三方接口是为换供应商不改流程。

9/2 会上结论

9/2 已定:优先汇联易,仙津去核合同额度;「留个口子」,我方另做市场调研。

更多依据(技术限制、一线体感、变化点)

技术限制验真通道本身要外部服务;SRM 做的是调用、回写与闸门。

一线体感供应商上传发票后自动验真,结果回写发票状态;财务不用再去税局网站逐张查。

本期投入对应查重与「未验真不付款」闸门标准已含;汇联易接口对接待其确认后另报(工作量小)

  • 验真通道可切换
  • 超量单价由仙津与汇联易谈,不在我方报价内
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
供应商传发票门户
发票已上传
人工
财务去税局网站逐张查线下
🔍
手工查验一张一张来
汇联易额度闲置汇联易
10 万张免费额度没跟任何系统打通
上线后
供应商传发票门户
发票号0244...
金额8,040 元
提交
自动触发
调汇联易验真汇联易
用已购额度不重复采购验真次数
结果返回
结果回写SRM
发票号验真状态
0244...通过可付款
0251...失败已拦截
驱动闸门
未验真不付款SRM
🔒
付款闸门验真态不为「通过」,请款走不下去
09

仓库收货与入库

与 ERP 交互 频次 高 · 每天多次 · 风险 低 · 但录入错漏会一路带到对账
本期投入0万元 0 人天 × 1,500 元 · 标准已含,不另收
年化价值3.0万元/年 60 人日/年 + 避免的直接损失
回收期不到 1 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
收货录入提效n*12*(t0-t1)/60/860.0 人日/年3.0

参数(改成贵司的数,整页当场重算)

仓管只做一个动作:扫码。入库照旧在 ERP,不存在两套操作。

为什么建议放 SRM

常规在哪个系统做

收货在 WMS/ERP;SRM 负责送货单与到货协同。

仙津现状

供应商送货单纸质;仓库在 ERP 手工录收货;入库在 ERP。

我们建议

扫码收货在 SRM(码是 SRM 生成的),数据自动推 ERP 生成待检收货单;入库照旧在 ERP。

核心动因

二维码由 SRM 生成,扫码必须落在 SRM;库存账不动,入库照旧在 ERP。

9/2 会上结论

9/2 口径不变:「收货是收货、入库是入库,不重复」。

更多依据(技术限制、一线体感、变化点)

技术限制二维码由 SRM 生成,扫码必须落在 SRM;库存账在 ERP,入库不动。

一线体感仓管只做一个动作:拿 PDA 扫单头码/箱标;不进 SRM 菜单,不在 ERP 重录。

本期投入对应标准已含(收货单出站在既定 10 条内)

  • 断网缓存、联网补传,同批判重挂起人工确认
  • PDA 可改服务器地址(E5)
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
纸质送货单门户
送货单(手写)
司机签
到货
仓管清点手工记线下
收货记录本
回办公室
ERP 手工录收货ERP
单号手录
数量手录
批次手录
保存
合格
检验后入库ERP
入库照旧在 ERP
上线后
门户打印送货单门户
送货单ASN-2609-102
二维码单头码+箱标
车牌 / 司机粤A·陈师傅
到货时段上午
打印
到厂
PDA 扫码收货SRM
扫单头码 / 箱标箱级防重复扫 · 断网自动缓存
扫完
收货明细SRM
物料应收实收
F55 糖浆20 吨20 吨
包材 PE300298
确认收货
确认
自动推 ERPERP
生成待检验收货单入库仍在 ERP,不重复操作
10

来料判定 → 隔离 → ERP 库存状态

与 ERP 交互 频次 低 · 每年数十批 · 风险 高 · 不合格品误投产是食品厂最贵的一种错
本期投入5.8万元 39 人天 × 1,500 元
年化价值6.1万元/年 2 人日/年 + 避免的直接损失
回收期11.5 个月 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
避免不合格品误用b*mr/100*ml6.0 万/年6.0
追溯提效b*(t0-t1)/60/82.3 人日/年0.1

参数(改成贵司的数,整页当场重算)

还有没算进来的客诉、召回与品牌损失未计入——那类损失一次就可能盖过本条全部投入,但发生概率无读数,用概率估会变成编数。

库存账在 ERP,SRM 不该再记一份——所以这段只能靠 4 个往返接口,这也是它被划为边界场景的原因。

为什么建议放 SRM

常规在哪个系统做

QMS 判定 + ERP 库存状态;两边靠接口往返。

仙津现状

没有隔离仓,靠 ERP 冻结状态;判完不合格后谁移的货、状态改没改,查不到。

我们建议

判定在 SRM 平板(只填结论);隔离任务单、平板扫码移仓确认在 SRM;库存冻结/过账/解冻/退货报废 4 个接口回写 ERP。

核心动因

库存账在 ERP,SRM 不该再记一份;「判定穿透到库存」在结构上只能是两个系统的往返接口。

9/2 会上结论

9/2 口径不变:徐总「那这块是有一定的开发量」——即场景 7 已计价的那段。

更多依据(技术限制、一线体感、变化点)

技术限制库存账在 ERP,SRM 不该再记一份;判定要穿透到库存只能靠往返接口。

一线体感品控只填合格/不合格/让步;仓管扫一下确认移仓;采购看异常处理单会签。

本期投入对应场景 7 · 不合格品隔离、异常评审与整改闭环(8 条);ERP 侧 4 个接口由仙津协调鼎捷

  • 4 个 ERP 接口从零建(现有通道无库存移动方向)
  • 推送失败重试、告警、日结比对
  • 8D/SCAR 整改闭环标准已含
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
纸质检验记录线下
来料检验记录
品控签
判不合格
仓管线下挪货线下
挪到隔离区无记录:谁、何时、从哪到哪
记得就改
人工改冻结状态ERP
库存状态手工改
漏改产线照拉
处置
让步 / 退货线下会签线下
异常处理单
上线后
平板判定SRM
批次GR-2609-041
结论不合格
现场照片已附 3 张
提交
判定即触发
ERP 库存冻结ERP
🔒
接口① 置冻结产线拉不走这批货
隔离任务派单
仓管扫码移仓SRM
扫码确认移入隔离区留痕:谁、何时、原库位 → 目标库位
移仓完成
异常处理单四方会签SRM
生产 · 通过
计控 · 通过
质量 · 审批中
让步 / 退货 / 报废
11

固定资产验收、转固与转移

与 ERP / OA 交互 频次 中 · 每年数十次 · 风险 中 · 转固/费用化标记缺失,财务事后追人
本期投入2.7万元 18 人天 × 1,500 元
年化价值0.3万元/年 6 人日/年 + 避免的直接损失
回收期9.3 年 投入 ÷ 年化价值 × 12 · ⚠️ 只按已折现的部分算

价值是怎么算出来的

价值项算式金额
验收提效n*(t0-t1)/60/84.2 人日/年0.2
转固标记前置,免去事后追问a*ta/60/81.7 人日/年0.1

参数(改成贵司的数,整页当场重算)

还有没算进来的资产台账准确性与审计合规的价值未计入(无读数)。

转固动作仍在 ERP。SRM 只做验收、留痕与标记,并把结果推过去。

为什么建议放 SRM

常规在哪个系统做

固资在 ERP 固定资产模块;验收签字多在 OA 或纸质。

仙津现状

固资一厂有签收表,转固在 ERP 手工操作;验收要打印让本人签、再让领导签;转移走 OA。

我们建议

取件二维码 + 飞书扫码验收(支持代签、带出合同验收条款、可打印)→ 转固/费用化标记 + 结果推 ERP(转固动作在 ERP)→ 资产转移走飞书审批卡。

核心动因

验收与留痕在 SRM、转固在 ERP、转移审批走飞书原生审批不进 OA——三段各归其位,谁都不重复。

9/2 会上结论

9/2 已定:代签要支持;转固仍在 ERP;徐总会后盘 OA 固资流程再优化。

更多依据(技术限制、一线体感、变化点)

技术限制资产账在 ERP;SRM 管验收与留痕,不做折旧;转移审批走飞书原生审批,不进 OA。

一线体感领用人扫一下就验收,请假了别人可代签;转移在飞书卡片上点一下。

本期投入对应场景 9 · 付款执行、资产转固与非物料月结(4 条);代签/条款带出/打印随之交付;资产转移待估

  • 代签三方留痕
  • 验收单与费用类扫码验收同一套
  • 低于 2000 元的低值资产同一流程
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
固资到货线下
纸质签收表
本人签
签完
再找领导签一次线下
验收单
领导签
要转给别人
转移走 OAOA
资产手填
转给手填
月底
财务在 ERP 转固ERP
转固该转固还是费用化?事后追问采购
上线后
飞书扫码验收飞书
扫取件二维码本人或代签(代签人/时间/被代签人三留痕)
扫码带出
验收单SRM
资产服务器 ×2
合同条款自动带出验收标准
转固 / 费用化转固
确认验收下载打印
验收完成
结果推 ERPERP
ERP 触发转固建卡转固动作仍在 ERP
日后转移
资产转移飞书
张三 → 李四飞书审批卡
接收人扫码签收结果推 ERP
12

集采平台(京东)采购

与外部平台交互 频次 中 · 每月数十单 · 风险 低 · 但「下两遍单」的账目差异要人工兜
本期投入0万元 0 人天 × 1,500 元 · 标准已含,不另收
年化价值9.6万元/年 12 人日/年 + 避免的直接损失
回收期不到 1 个月 投入 ÷ 年化价值 × 12

价值是怎么算出来的

价值项算式金额
免去重复下单n*12*t0/60/812.0 人日/年0.6
多平台比价ms*10000*sv/1009.0 万/年9.0

参数(改成贵司的数,整页当场重算)

比价那一项按「商城年采购额」算,而这个数我方没有读数——它是本表里最需要仙津替换的一个参数。

为什么建议放 SRM

常规在哪个系统做

Punchout 跳转选品、购物车带回 SRM 审批、审批过再推单——主流平台都走这条。

仙津现状

京东慧采网页版下单,SRM 里再下一遍;月结。

我们建议

SRM 里点「去京东选货」→ 免登跳专属商城 → 购物车带回 SRM 审批 → 推单京东 → 订单/发票信息回写。

核心动因

Punchout 让价格永远是平台实时价,不把几十万 SKU 同步进 SRM;换一家平台复用度最高。

9/2 会上结论

9/2 已定:只做京东慧采,API 已谈好、已签协议;仙津拉三方群,我方提 API 需求清单。

更多依据(技术限制、一线体感、变化点)

技术限制全量 SKU 同步进 SRM 价格会对不上;Punchout 让价格永远是平台实时价。

一线体感在 SRM 里比价、下单、对账一处完成,不再两边各下一遍。

本期投入对应待京东侧接口文档后按对接深度另报;C4 三档:订单回传 4–10/Punchout 11–25/全量直连 26–45 人天

  • 一家平台一套接口,先跑通京东
  • 接口文档由京东侧服务商给,走三方群
把流程点开看:现在是这样走的,上线后是这样走的线框级原型,字段与单号取自会议里的真实说法;配色布局是示意,不作 UI 验收依据
现状
京东慧采网页版京东
商品单价数量
显示器1,2992
下单
下完单
再到 SRM / ERP 补一遍线下
单据重复录入
金额手抄
保存
月底
月结两边对线下
对账:平台 vs 内部
上线后
请购单 · 综采SRM
类型零星物资
推荐路径商城直采
去京东选货
Punchout 免登跳转
京东专属商城京东
商品协议价库存
显示器1,199有货
免登跳转,价格永远是平台实时价
加入购物车
选完带回
购物车带回 · 比价SRM
商品京东供应商报价
显示器1,1991,280
提交审批
审批通过
推单京东京东
审批通过才推单订单与发票信息回写 SRM