200 SKU 月度合规自检从 3 天压到 1 小时

2 周 里我们做了这些

背景

客户法规合规团队 5 人（1 个总监 + 2 个研发合规 + 2 个跨境合规）。三规则手工核对的痛点不只是慢，更糟的是 NMPA 2026 年初新版禁用清单更新后，客户依赖外部咨询机构 5 天后才拿到解读，期间 2 个月新研发的 12 个 SKU 全部需要重新核对，浪费了一整周的研发周期。 客户其实试过自建。2024 年请乙方做过一套合规校验工具，跑了半年废弃，原因是数据更新跟不上 NMPA 的频率（NMPA 平均每月有 1-2 次小调整）。CosDev 的优势在于 FORMULAW 数据底座由我们自己维护，每周对齐三大法规更新。

我们做了什么

总工期 2 周，分 4 个里程碑。 第 1 周前 2 天｜需求 + 数据接入。客户提供 200 SKU 的完整 BOM（Excel 格式）+ SAP 物料主数据导出。我们做了字段映射表（客户 SAP 物料代码 → INCI 主数据 → FORMULAW 法规 ID）。这一步看起来简单，实际花了 60% 的时间，因为客户的 SAP 物料表里有 14% 的"自定义内部代号"未映射 INCI，需要用 match_names 函数做模糊匹配 + 人工 review。 第 1 周后 3 天｜FORMULAW API 接入。三规则引擎全部走我们的标准 API（NMPA / EU 1223 / MoCRA），客户系统不需要承载法规数据。每个 SKU 的合规校验报告以 JSON 返回（含通过 / 警告 / 阻断三档），平均响应 < 800ms。 第 2 周前 3 天｜SAP 工单回写。客户 SAP 是 ECC 6.0 + RFC 接口。我们用 pyrfc 调用 BAPI_NOTIFICATION_CREATE 自动创建"合规问题工单"，分派给对应的研发员。第 1 次联调踩了 3 个坑：① BAPI 返回的 NOTIF_NO 字段类型在文档里写 NUMC 实际是 CHAR；② 部分自定义字段必须先 commit work 才能查询；③ 工单分派人字段必须用 SAP 用户名（不是 email）。靠客户内部 SAP 工程师 4 小时配合解决。 第 2 周后 2 天｜月度趋势 Dashboard。每月初自动跑全量 200 SKU 校验，输出"红/黄/绿"统计 + 历史对比 + 高频问题 Top 5 + 法规更新摘要。

数据结果

上线 8 个月： · 月度合规自检从 3 天 → 1 小时（200 SKU 自动跑 40 分钟 + 人工复核 20 分钟） · 阻断级问题工单从平均 18 个/月 → 6 个/月（前期被忽略的小问题被发现并集中清理） · SAP 工单从邮件改为自动建单，工单平均闭环时间 5 天 → 1.5 天 · NMPA 新版禁用清单更新后 ≤ 24 小时内全量 SKU 自动重算（之前是 5 天） · 客户每年节省 3 个研发员月时间 · 客户主动续约第二年并升级到 ¥9.8 万/年（增加跨境备案模块）

复盘 · 哪里做得不够

事后看，前 60% 时间花在"客户内部物料代码与 INCI 主数据映射"是必然的，不是浪费。我们后来在所有"接现有 ERP"项目都把这一步预留 50% 工期，不再压缩。客户付的 6.8 万每年节省 3 个研发员月。这是 B2B SaaS 报价的核心逻辑：你帮客户省的钱要远大于你拿走的钱。