仙津 SRM 报价答疑
20 条会审意见的会上结论 ＋ 7 项新增 ＋ 逐接口清单

「询比价这一块是有招标的，你这里没有写……上次演示的时候就有开标招标」「保证金和中标通知书，应该放在询比价跟招标一起」

标准产品已含完整招标链：招标／邀请公告（含资质要求、报名与报价两个截止时间）→ 供应商报名与资格受理 → 投标保证金登记（未缴保证金即无效标的闸门）→ 未到截止不可开标 → 可配置评分项与否决阈值的评标 → 废标／流标／招标终止 → 中标通知书。

报价页把这一整条压缩成了「寻源管理」一行——呈现问题在我们，会后功能清单会把招标逐项展开列明。「保证金与中标通知书」与招标是同一条链，将合并呈现。

补充：仙津过去按份收取标书费（200 元／份）的做法，可在保证金同一收退链路上配置在线收取，属小增强，随范围一起确认即可。

「供应商要在门户网站上面做送货单打印……仓库应该知道我今天要收什么东西、要到多少」

标准已含。供应商在门户创建送货单（ASN）→ 打印带单头二维码的送货单与箱标 → 仓库 PDA 扫码收货、箱级防重复扫。送货单上还带车牌／司机／联系方式／车次与计划到货日期、到货时段（上午／下午／精确时刻）——仓库提前可见今日应到什么货、来多少。

「请款对账就是供应商这边发起，应该是标准功能，为什么它这里属于我新增的呢？」

对账协同本身是标准的：按周期生成对账单 → 供应商门户在线确认／异议／开票 → 盖章件回传与审核。这三步随 40 万标准交付一次性授权，不按人天计费。

竖着这条主干是 SRM 内部流程，横着的线才是接口。要钱的是图上橙色的那几处，分两类 —— 每个数都能在图上数出来：

• 两根橙虚线＝既定 10 条之外的新增接口（ERP 对账单、汇联易请款包）
• 两格橙色＝SRM 内的定制功能（AI 发票与账单差异比对、请款包生成与财务集中审）

判断标准只有一条 —— 在不在那 10 个既定接口清单里：在（如收货单出站），对接联调已含在集成实施费 12 万内；不在，属本次新增，单独计量。汇联易费控接口走的是同一把尺子，报价页上早已这么写。

「三单匹配本身就是标准的，哪个财务收账都要有这些单」

对。基础三单匹配（订单-收货-发票）标准已含。场景 5 里计费的是仙津特有的「按采购类型分叉」：生产物料四单、辅料三单、服务两单、项目三单（合同＋PO＋里程碑验收单）——这套分叉规则目前靠财务人工判断，标准产品没有，需按仙津口径开发。

「合格与不合格应该是标准功能，异常上报你也收费？我这里有异常扣款、有 8D 啊」

对，而且比会上点到的还多几样。这些全部是标准，一分钱不收：现场异常上报（拍照上传）、8D、SCAR 整改与升级、索赔扣款，还有让步接收会签与复检（初检不合格可再开一轮，两轮读数各自留底、不互相覆盖）。

场景 7 收费的只有一件事——把品控的判定结果穿透到 ERP 的库存上。说白了：判了不合格，这批货在 ERP 里要当场冻住、产线拉不走；人把它挪到隔离区要有记账；处置完（让步接收／退货／报废）还得再回一次 ERP 把状态改回来。这条往返标准品没有。下面这张图按两条泳道画：左边是 SRM 做的事，右边是 ERP 要配合的事，中间每一根横箭头就是一次跨系统调用——数一下就知道要新开几个接口。

为什么标准品做不了中间这一段

一句话：库存的账在 ERP，不在 SRM。 SRM 管得了「这批货判成什么」，管不了「这批货此刻躺在哪个库位、能不能被拉走投料」——那是 ERP 的账，SRM 也不该自己再记一份：两个系统各记一份库存，迟早对不上，而对不上的那天不会有任何地方报错。

所以标准产品的检验链走到「判定」为止：判完通知采购、通知供应商、开索赔单、走 8D。仙津要的是再往前一步——判定要能穿透到库存，而这一步在结构上只能是两个系统之间的往返。

开发工作量具体花在哪

「这里不是有发票查重验证吗？那还去汇联易干嘛？」「建议能用汇联易已购的次数，不要再掏钱了」

查重（同一供应商同票号拦截）与「未验真不付款」闸门是标准已含。验真的查验通道本身需要外部服务——我们完全同意仙津的建议：对接汇联易已购的查验服务，发票传过去、验真结果回写 SRM，不重复采购查验次数。

需仙津与汇联易确认接口开放方式与是否额外收费；SRM 侧对接工作量小（见 C3）。

「只填结论，不填那些，这个明确说了……这不用做」

按会上结论调整范围：取消平板逐项录入检验原始数据的开发。保留链路为——仓库收货后自动推送检验任务 → 品控在平板只填结论（合格／不合格／让步）→ 结论推送 ERP；异常时携图片推送采购、供应商、仓管员。

「费用类和固定资产类的折旧均摊应该是 ERP 直接做，把那人天给他砍掉」

同意。均摊规则与执行留在 ERP；SRM 只做一件事——按费用类型把数据推送给 ERP，由 ERP 按财务口径处理。

「固定资产转固不是在 ERP 里面做吗？这个不用做了」

同意，转固动作在 ERP 做。这里把边界说清——原条目是「收货 → 验收 → 转固，并标记转固还是费用化」，砍掉的是转固这个账务动作，SRM 侧保留三样：

① 取件二维码 ＋ 飞书扫码验收：固资不入原料仓、直接送到使用人手上，由本人扫码确认（本人扫码为准；支持代签并三方留痕——9/2 会上徐总定的，见第 02 节 E2），不用再签纸质单。这条链与费用类／非物料月结的扫码验收是同一套，不另计费。

② 立项／请购时标记「转固」还是「费用化」：这半原本也在被砍的那条里，但建议留下——ERP 侧要转固，光收到「已验收」还不够，得知道这台该转固、还是当年直接进费用（会上举的品牌 518 活动就属后者）。这个标记位一起砍掉，会上那句「固资该转固还是费用化，财务事后找采购问」就还在。

③ 验收结果 ＋ 转固标记一并推送 ERP，由 ERP 触发转固与资产建卡。

「有些供应商没有飞书……挂在广东仙津公众号下面，300 个供应商就有 300 个粉丝」

好主意，分两层：

• 飞书单点登录：内部员工的飞书免登是标准已含；供应商侧飞书 SSO 可做，随门户一起交付。
• 微信公众号授权登录为新增：门户 H5 挂仙津服务号，供应商关注后授权即登录——公司动态、获奖信息也能顺路触达供应商，正是仙津说的「300 个粉丝」。

前置条件在仙津：认证服务号 ＋ 开通网页授权权限。工作量不大，评估后单独报价。

「供应商送货时直接把车辆预约了……时段满了就不能排；仓储审批确认，驳回就改时间同步供应商；快递除外」

现状一半已有：送货单上已带车辆信息与到货时段（上午／下午／精确时刻），仓库可见今日应到。会上要的新增是三样：

1. 时段容量控制：每时段限 N 台车，约满自动往后排（仙津说的「像停车场满位提示」）；
2. 仓储确认／驳回改期回路：驳回后调整到货时间并自动同步供应商，快递车辆除外；
3. 与行政来访预约（登记到保安室）打通——这一样牵涉行政侧系统是否配合开发，建议仙津内部先定口径，我们出对接方案。

「应该是开发 API 接口直接去调汇联易的接口……把发票传过去，把结果返回给我们」

与 A6 呼应：SRM → 汇联易查验服务的接口对接——发票信息传过去、验真结果返回并回写发票状态，驱动「未验真不付款」闸门。替代自购验真服务，不重复花钱。

待汇联易确认接口开放方式与费用后另报；SRM 侧预计工作量小。

「跟京东确定可以做 API 的话，直接把接口对过来……我们现在是下两遍单」

SRM 已含协议目录直采与商城框架（标准模块「综采与商城」）。与京东或其他电商平台的 API 直连，在仙津与平台谈妥后按接口对接另报——届时在 SRM 下单直接推送平台，不再两边各下一遍。

国内可做系统对接的集采平台——我方调研清单（供仙津圈选）

「已公开的对接方式」＝公开资料可查到的对接形态；具体接口、开通条件与费用以平台商务／技术文档为准，我方不代平台承诺。未查到的不等于没有，多半只是不公开——仙津已有合作的，直接向对方要接口说明最快。

三种对接深度——工作量差别很大，建议和平台一并圈选

提醒：京东侧可能按年采购额度设开发门槛，平台接口费（如电商管家每年数千元）由平台收取，不在我方报价内。

⚠️ 一家平台一套接口，彼此不通用——报价按仙津最终圈定的平台家数 × 对接深度逐家评估，不是一口价。建议第一期只上 1～2 家主力平台，跑顺再扩。

「贵州诚数没听过，可信度不知道高不高」「我合作才查，不可能 300 家天天刷」「你们爬数据 IP 会封——有 API 一定用 API」

1. 数据源可插拔，选型由仙津拍板：企查查、天眼查的官方 API 填入仙津凭据即可接入（爱企查暂无对企业开放的标准 API）；贵州诚数只是低成本候选，仙津不认可即不用。查询费按次据实结算（报价「不含」中已列明），不产生绑定。
2. 调用频率完全可配：默认「纳入合作前按次查」；批量排查支持按周／按月定时，且带总次数上限闸门——预算包用尽自动停。不存在「300 家供应商每天全量刷」。
3. 合规原则与仙津完全一致：有 API 用 API；RPA 只用于没有 API 的场景，且做成人机协同（用仙津自己的账号登录态、限速运行），不做无人值守爬虫。卓创行情那条走的也是「官方导出文件导入」，不是高频抓取。

「ERP 也能算，关键是结合最小起订量」「流程图要细到每个岗位干什么」「以前做了导入功能没人用」

运算范围：销售／生产计划输入（保留手工经验录入 ＋ Excel 导入两条路，不强制打通销售预测，与会上共识一致）→ BOM 展开 → 扣库存与在途 → 按最小起订量与包装倍数圆整（仙津例：共母算出 5 公斤、按 10 公斤起订、按倍数采买）→ 需求／供应／累计缺口网格 → 一键转请购。

落地保障——针对「以前做了没人用」：开发前输出分岗位细化流程图（计控、采购、仓储每个人在哪一步做什么），与计控、采购的一线使用者现场确认后才开工；UAT 由同一批人验收。流程图会审是硬前置，先让用的人认可，再写代码。

「ERP 份额分配按单个物料太死……我想按当月整批总额 60/40 分，小物料整单给一家」「让他把清单列详细」

这正是场景 4 要解决的。底座标准已含：配额支持份额／绝对量两种口径、强弱管控档位、单月上限。场景 4 在此之上开发仙津要的规则：低于阈值的小额物料不拆单、整单派给一家，按月度总额平衡两家份额；并联动签样——A、B 供应商打样签字确认后，订单组只在已签样供应商中分配。

为什么不在 ERP 做：下单入口在 SRM，配额校验必须贴着下单动作；放 ERP 等于两头开发、两头对接，正是会上说的「做重复事情」。

「OA 里现在也有打样流程和报表，7 万多贵」「但 OA 一单一张，190 克瓶三轮中试全靠手工记」「我建议还是在 SRM 里搞」

1. OA 能干的，我们帮仙津先配起来（不收费）：现有 OA 流程加每日定时催办推送——会上已确认这是配置问题，不是开发问题。
2. OA 结构上做不了的四样（会上逐条对过）：多轮次挂同一需求 ID（三轮中试不再靠手工记录）；小试→中试→批试连贯状态机与研发／生产／质量三方会签；供应商门户打样任务下发与进度可见；节点计时卡点看板（「上机测试 116 小时」这类卡点自动浮出）。
3. 支持分步上：一期先上状态机＋多轮挂 ID＋计时看板＋催办；门户下发与电子签联动放二期。先跑顺再扩，避免一次上满没人用。价格随整包与分期谈。

「仓库收货还是在 ERP 操作就好了，不要让他在 SRM 搞来搞去」

仓库人员只做一个动作：拿 PDA 扫送货单／箱标（这一步在 SRM 侧，因为码是 SRM 生成的），扫完数据自动推送 ERP 生成待检验收货单，后续入库照旧在 ERP。不存在两套录入、不用进 SRM 菜单。

「接口只有这么几个吗？不可能吧」

标准接口表是按业务对象归并的——一行「主数据同步」背后是物料、供应商、组织、银行账户等多个接口。会后输出逐接口明细清单（含方向、字段、触发时机），供仙津接口负责人核对补漏。

「买硬件我们都不出费用的，谁要谁出钱」

与报价口径一致：平板、PDA、标签打印机不在报价内，由使用部门（品控／仓储）自行采购；我们提供选型建议并负责到货后的联调。唯一提醒：场景 7、8 的验收依赖硬件 11 月底前到位。

「我的建议是把 OA 的流程全废了」「只能一个端进得来，两个端大家就乱了」「把 OA 原来映射的资产类型、跟财务大类做科目的映射……历史在途单据、权限映射，这块直接出在我们这里」（01:09–01:16）

方向与我们一致，而且比原方案更干净——一个入口、一套流程、一条链：飞书工作台上的「采购请购」应用（全员免登、不占 SRM 账号）→ 请购单进 SRM 审批 → 转采购订单 → 推 ERP 记账。零星物资（办公用品、劳保、饮水机、电脑）与生产物料走同一个入口，只是分流规则不同。

已在报价里的部分（场景 1／6／9，不另收）：飞书 H5 请购入口（PRJ-01）、采购类型三分流（FIN-28）、无料号请购（FIN-34）、品类→财务科目映射表（PLT-19）、历史数据迁移（实施 B3）。

会上新增、需要仙津先给输入的部分：OA 上现有的采购／请购流程逐条映射到 SRM 的审批流（表单字段、审批节点、资产类型→科目、权限）、历史在途单据的迁移口径。徐总会上已答应「给一下 OA 上采购和请购的相关流程和影响点」——拿到清单后我们 3 个工作日内给出这部分的人天，按「每条 OA 流程」计，不是一口价。

「支持代签吧，要不然别人都请假了，难道你还不让别人代签吗」「验收的内容都来源于合同，能不能关联合同上的验收标准」「扫一下带出来之后，再选择转给谁，走一个审批，到了谁再做一个扫码签收」（00:09–00:23）

原答疑 B3 写的是「校验是不是本人、防代签」——会上把方向定反了，按仙津的来：支持代签，但代签人、代签时间、被代签人三样都留痕。这一条与 B3 保留的「取件二维码 ＋ 扫码验收 ＋ 转固／费用化标记 ＋ 结果推 ERP」是同一条链，只是验收这一步范围扩了四样：

1. 代签：扫码验收时可选「代 ×× 签收」，留三方留痕；
2. 验收单带出合同验收标准条款（财务刘老师提的）：扫码后按资产类型带出对应合同里的验收条款与固资明细，验收人逐条勾；
3. 验收单可打印签字：线上确认为准，同时支持下载打印让本人签字归档（徐总：「能不能在系统上就有一个表单留痕」）；
4. 资产转移（徐总参考字节做法）：领用人扫码 → 选择转给谁 → 飞书审批卡（不进 OA）→ 接收人扫码签收 → 结果推 ERP 固定资产模块。

①②③ 是在既有链路上加字段与模板，工作量小；④ 是一条新的小流程。徐总会后会与伟群把 OA 上的固定资产流程盘一遍，我们等那份流程再定 ④ 的范围。

「我把我的历史请购单带出来，点一下复制，改个数字，我就可以往下走了……OA 做不了」（01:34）

这是标准 SRM 该有的能力，建议本期直接含、不加价：请购列表「复制」按钮 → 带出上一张单的物料、数量、科目、收货人 → 改数即提交；一键下单走既有的「申请按行转单」。

「未来只有一个平台，把 SRM、MES 通过权限去控……作为一个模块集成进来，以菜单的方式嵌入，把用户的单点登录授权给我打通就好了」（01:02–01:05）

可以做，而且我们这侧已经有底子：飞书免登 SSO 是标准已含，员工 ID 与飞书、ERP 是同一套。嵌入的具体形态要看仙津那个统一工作台长什么样——是 iframe 嵌页、按菜单跳转、还是微前端；三种形态的工作量差得很远。

徐总会上指定刘钰槐、曾建业会后与我们对一次。对完再报，报的是「SSO 打通」与「按页面数计的嵌入」两项。

「PDA 和平板要做一个可以改域名的……外网不行的情况下，我们就直接改 IP，在内网其实是不用网络的」（01:20）

移动端加一个「服务器地址」设置项，支持域名与内网 IP 两种写法、切换后自动重连；断网补传机制已含。建议本期直接含、不加价。

「你们没有隔离仓，但 ERP 里会有库存冻结状态……让步接收、退货、报废三步，都要去 ERP 做状态的改变，那这块是有一定的开发量在里面」（00:06–00:07）

会上说的「有一定开发量」就是场景 7 已经计价的那 39 人天——4 个 ERP 接口（冻结、过账、解冻、退货／报废出库）加隔离任务单与平板确认，A5 那张双泳道图逐格画过。没有新增范围，不再另收。ERP 侧的接口开发仍由仙津协调鼎捷。

「三单匹配这里是没问题，但你们其实有生产物料是四单，服务是里程碑验收……分岔规则可能会有些小定制」「AI 识别这一块可能需要一些小的开发量」（00:05）

两样都已经在场景 5 里计价：分岔规则是 FIN-31「三单匹配按采购类型分叉（物料四单／辅料三单／服务两单／项目三单）」，AI 差异比对是 FIN-11 ＋ FIN-32（比对通过自动生成请款单）。会上我们说「小开发量」是描述工作性质，不是要在 90.95 万之外再收一笔。

仙津文档要求「微服务架构、MySQL／Oracle／SQL Server 数据库」（6.1 节）。—— 满足

本项目按 6.1 节要求交付，源代码全量移交，仙津 IT 团队可自主承接、自主二次开发，不依赖我方后续授权。

架构：系统按业务域划分模块（供应商、寻源、订单、质量、结算等），模块间接口隔离、可独立演进与扩展，支撑仙津规定的「200 人同时在线、峰值每秒 300 次请求」指标。业务量增长后，模块边界已按领域切分，可按模块渐进独立部署，不需要推倒重来。

数据库：默认交付 PostgreSQL —— 与文档所列三者同属主流关系型数据库，在事务一致性、索引能力与 SQL 标准支持上不低于任一者，且完全开源、无授权费用。如仙津统一技术栈要求 MySQL，我方按指定版本交付，不额外计费（请在合同签订前提出）。

为什么这个方案对仙津更划算：本项目的关键条款是源码交付、仙津自主承接，这一条直接决定架构选择——服务拆分越细，接手方需要维护的注册发现、配置中心、网关、链路追踪等治理组件越多，通常需配置专职平台团队；我方交付形态下，2-3 名 Java 工程师即可完成日常维护与迭代，服务器与中间件投入亦相应降低。

验收建议：以功能覆盖 ＋ 性能实测（并发数／响应时间／可用率）＋ 承接可行性（源码完整性、文档、交接培训）为准。

仙津文档 URS-069 与 7.2.1 权威矩阵需要统一口径：一处写「订单在 ERP 生成、同步给 SRM 展示」，一处写「订单以 SRM 为准、账务库存以 ERP 回执为准」。

先把这两句拆开看——它们说的其实不是同一件事。URS-069 管的是「谁建这张单」，7.2.1 后半句「账务库存以 ERP 回执为准」管的是「谁的数进总账」。这两件事本来就可以分给两个系统，真正需要统一的只有 URS-069 那一句。

所以除了「ERP 下单」和「SRM 下单」，还有第三种答案，也是同类项目最常见的落法——SRM 下单、ERP 记账：采购员在 SRM 里下单，订单自动推到 ERP 建一张对应的采购订单做账，收货、发票、付款仍以 ERP 回执为准。这样 7.2.1 那两句同时成立，只需要把 URS-069 统一一句话。

我们倾向这个方案，理由是仙津把 MRP 放进了 SRM：物料、库存、在途、提前期这些数据本来就要同步过来算需求，SRM 手上已经握着下单需要的一切。这时候再把订单推回 ERP 生成，数据要多绕一圈；更麻烦的是改单——供应商在 SRM 里说「这批要延三天」，SRM 改不了（订单不归它），采购员得切到 ERP 改完再等同步回来。这段是 ERP 下单方案里最贵的地方，而且往往上线后才暴露。

我方默认按「SRM 下单、ERP 记账」实施，需仙津在 9/25 前确认以下三点；如与仙津财务口径不符，我方按仙津口径调整：

• 财务是否接受「SRM 生成、ERP 接收」的订单号进入应付账款链路——采购订单是应付账款那条链（订单→收货→发票→付款）的起点，这条通常是决定性的；
• 采购员日常作业界面归属——一天开十几张单的人，在两个系统之间来回切是不可行的；
• 订单生效后改量／改期／取消的主导方——这条决定接口是单向还是双向，也最容易上线后才发现。

这是我们排期里 9/25 前要仙津拍板的第一件大事。建议会上就定，或者定一个负责拍板的人和时间。

仙津文档要求「飞书统一请购入口」，同时要求「过渡期 OA 和飞书并行，但同一件事只能有一个地方审批算数」（URS-014/015/017、7.2.2 第 7 条）。—— 满足

按飞书统一入口交付。并行期怎么防重复，我方做法先说清楚：

• 单一编号源：无论从飞书还是 OA 发起，请购单号统一由 SRM 生成，OA 侧仅作流转载体，从源头杜绝两张单；
• 状态互斥：一张请购单同一时刻只在一侧处于可审批状态，另一侧只读并显示当前处理人；
• 切换判据：不按日期切，按「飞书侧连续 N 周无 OA 新发起单」判定可停用 OA 入口，避免切早了业务回流。

完整方案（含历史在途单据处理、权限映射、回退预案）在蓝图阶段出书面文档。

需仙津确认的只有一件事：过渡期计划留多久——这决定 OA 侧要做多深的对接。这是 9/25 前要拍板的第二件大事。

仙津文档要求 PDA「断网时数据缓存、联网后自动补传」，并列为必须做（URS-089、6.2 断网容错）。—— 满足

这条按必须做承接，完整实现断网缓存与联网自动补传。

开发前需要确认一条规则：两台扫码枪在断网期间扫了同一批货，恢复联网后以谁为准？不定这条，补传上来就是重复收货，而重复收货比收不了货更难查。

我方默认判重规则：同一收货行按「单据号＋行号＋批次」判重，重复提交的后一条自动挂起并提示人工确认，不直接入账，以先提交的一条为准。如仙津已有既定口径（例如以特定岗位的机台为准），按仙津的来。

交付节奏：断网短暂重试与本机暂存草稿随功能链路一并上线，覆盖网络抖动这类高频场景；完整离线收货模式与上述判重规则的交付时点，在蓝图阶段随整体排期一并确认。

仙津文档要求消息通知支持「飞书／邮件／短信」三种（URS-012）。—— 满足

三种通道我方全部接通。飞书与邮件已含在报价内；短信通道由我方负责接通并调试，短信本身按条计费，需另采一个第三方短信包。

短信包有两种买法，请仙津选一个：我方代采（列进合同、按实际用量结算、不加价），或仙津自行开通（我方对接账号即可）。

补充一句供参考：日常通知走飞书群与供应商门户即可覆盖；短信主要用在对账催办、逾期提醒这类需要触达到人的场景，用量通常很小。

仙津文档 7.5 节写「供应商（我们）采购、部署并报价」，会上说的是「谁用谁出钱、仙津自购」，两处需要统一口径。

两种我们都支持，定一个就行：

• 我们代买：更新版报价里单列设备费，品牌、规格、质保写清楚，不加价；
• 仙津自购：我们出选型清单（收货用工业安卓 PDA、录入用平板），到货后负责调通。

提醒一句：不管谁买，品控和仓储那两个场景的验收依赖硬件 11 月底前到位。