26 KiB
采购主链 RPA 一期需求文档（三方会审版）
版本说明：本文基于三段会议录像（共约 87 分钟）的音频逐句转写 + 系统界面截图双重证据重写。
与《会议整理版》的关系：早期整理版把流程理解为"合同文件入池 → OCR → 映射"，方向性错误。本文以电商订单驱动为主线完全重写业务骨架，保留早期版本扎实的工程框架（状态机、幂等、证据、异常分流）。
证据标注约定：
【音】mm:ss：来自音频转写，可在video_frames/transcript_v1~v3.txt逐字核对。【画】：来自系统界面截图，字段名以画面为准。【待确认】：会议中被时间打断或未展开，需下次会议拍板。视频顺序：因会议软件时长限制切成三段，真实顺序为 视频3（医药城）→ 视频2（小药药+合同系统+返利中心）→ 视频1（M5演示+18问题复盘）。
0. 一句话业务本质
福建广药洁达医药是一家以销定采的医药商业公司：先在京东/阿里等平台卖货，再反向采购。采购来源分线上电商平台和线下供应商。RPA 要做的，是把采购人员每天手工做的"从平台导订单 → 产品对码 → 建合同 → 返利中心建协议 → M5 下采购单 → 生成收货通知单"这条重复链路自动化。
【音】v3 04:36 "我是先是以销定采的，全部都是这种" 【音】v3 04:16 "我的客户是在京东阿里这样的全国性平台，包括大的连锁比如大参林"
1. 三种订单来源（一期核心分流）
| 来源 | 性质 | 数据获取方式 | 是否需OCR | 合同产生方式 | 一期是否纳入 |
|---|---|---|---|---|---|
| 医药城 | 线上平台 | 平台"我的订单→导出订单明细"下载 Excel | 否 | 平台秒出购销合同，需下载并合并上传到合同系统 | 是 |
| 小药药 | 线上平台 | 平台导出 Excel | 否 | 已签年度协议，合同系统用格式合同，不需上传合同证文 | 是 |
| 线下供应商 | 手工单 | 供应商发来的开单截图/PDF（每家样式不同） | 是 | 后补合同（先出货后补章），需人工做电子版合同 | 是 |
| 招财平台 | 线上平台 | — | — | 目前纯人工，量少 | 否（一期不做） |
【音】v3 02:19 "一般选前一天的订单来做，这边有个订单导出的地方" 【音】v2 08:37 "只要你在他平台上下单，他马上秒出合同…他们平台是秒出的" 【音】v2 25:04 "小药药它省了一步，不需要传合同，用的是格式的，因为他签了年度协议" 【音】v2 05:31 "线下都是手工单…如果是有账期的客户，我们叫对方开单，他就只会发一个开单的截图给我们" 【音】v1 07:06 "招财平台…暂时不做"
关键差异点（决定 RPA 分支逻辑）：
- 医药城 vs 小药药：合同证文是否需要上传（医药城要合并PDF上传，小药药不用）。
- 线上 vs 线下：是否需要OCR（线上导出结构化Excel，线下是图片需OCR）。
2. 全流程主链（以真实操作顺序重排）
flowchart TD
A[每天定时/手动触发] --> B{订单来源}
B -->|医药城| C1[平台导出订单明细Excel]
B -->|小药药| C2[平台导出订单明细Excel]
B -->|线下手工单| C3[OCR识别开单截图/PDF]
C1 --> D[产品对码: 通用名+批准文号+规格+厂家 → 货品ID/编码]
C2 --> D
C3 --> D
D --> E{是否全部匹配}
E -->|有未匹配| E1[通知业务人工维护对码表/新增货源]
E -->|全部匹配| F[合同系统建单]
F --> F1[医药城: 合并同供应商同日PDF并上传]
F --> F2[小药药: 格式合同,无需上传]
F1 --> G[合同送审, 半小时内审批]
F2 --> G
G --> H[取合同编号]
H --> I[返利中心: 按合同号建采购协议总单]
I --> J[返利中心: 细单模板导入货品明细]
J --> K[返利中心: 提交送审]
K --> L{M5能否带出协议}
L -->|带不出| L1[返利中心未送审, 阻断]
L -->|能带出| M[M5-1055: 新增采购订单+细单]
M --> N{M5保存是否报错}
N -->|质管资料缺失| N1[停止,转人工手工做, 不等质管]
N -->|正常| O[人工检查数量→点保存→签订]
O --> P[生成收货通知单]
P --> Q[归档: 订单号/合同号/协议号/M5单号/通知单号]
本流程的关键设计要点：
- 入口是"电商订单导出"而非"合同文件入池"。
- OCR 从贯穿全程的核心节点，降级为"仅线下手工单"的分支。
- 新增"产品对码"作为真正的核心难点节点。
- 送审的关键卡点在返利中心（决定 M5 能否带出协议），而非合同系统。
- 末端"保存/签订"一期由人工执行（分阶段上线，见 §9）。
3. 节点级需求（字段级 + RPA动作级）
N01 订单获取与来源分流
触发：每天定时（跑前一天订单）或手动触发。
【音】v2 01:12 "每天…每天会到前一天"；v3 02:16 "选前一天的或单天的合同订单来做"
RPA 动作（线上平台）：
- 登录医药城 / 小药药平台。
- 进入"我的订单"，选择日期（默认前一天）。
- 点击"导出订单明细"，下载 Excel。
医药城订单明细表字段【画】（订单明细.xls）：
| 列 | 字段 | 说明 | RPA用途 |
|---|---|---|---|
| A | 下单时间 | 如 2026-08-04 18:50:48.0 |
→ 合同签约日期 |
| B | 创建人 | — | — |
| C | 订单号 | 如 ZQD202608041850483308 |
贯穿全流程的关键号（见§6） |
| D | 父订单号 | 加单/拆单关联 | 【待确认】加单合并逻辑 |
| E | 支付方式 | 如"账期支付" | — |
| F | 商家 | 如"重庆亿昊药业有限公司" | → 供应商，合同合并维度 |
| G | 订单类型 | 如"普通订单" | — |
| H | 订单状态 | 待付款/已取消/待收货 | 过滤条件【待确认】只取哪些状态 |
| I | 品名 | 如"哈药牌钙铁锌口服液" | 对码用 |
| — | 产品编码 | 如 2919482534 |
平台侧编码，对码用 |
| — | 规格/厂家/国药准字 | 对码四要素 |
线下手工单：来源是供应商发来的开单截图/PDF，每家样式不同，走 N02 OCR。
【音】v2 06:57 "有可能是合同，也有可能是手工单，每个客户样式都长不一样"
输出：job_id、订单来源类型、原始订单Excel/图片存证、订单号列表、订单日期、供应商列表。
N02 OCR 识别（仅线下手工单）
⚠️ 重点：OCR 不是全流程核心，只服务线下手工单（约100多份/月）。线上两平台直接导出结构化 Excel，不走 OCR。 【音】v1 08:54 "线下一百多份…手工单一个月一共一百多份"
OCR 服务选型（未决，最大卡点）：
- 线上 OCR 服务：约 1000元/月（10亿token），按线下用量估算实际约十几元/月。
- 信息安全风险：合同信息走外部线上OCR，公司可能不批，需拉法务部 + 数据中心评估；否则改本地部署（费用更高）。
【音】v1 09:20 "因为涉及信息安全…我担心他们不同意…需要跟法务部还有数据中心去沟通" 【音】v1 30:15 "现在最麻烦的就是这个OCR的信息安全问题"
抽取字段：品名、规格、厂家、批准文号、数量、单价、供应商。 规则：识别后同样进入 N03 对码；低置信度/缺字段转人工。
N03 产品对码（真正的核心难点）
目的：把电商平台/开单截图上的药品，匹配到 M5 系统的货品ID/货品编码。
匹配四要素【音】v3 10:26：通用名 + 批准文号 + 规格 + 生产厂家（确定药品唯一性）。
M5 货品对码基础表字段【画】（货品运营管理.xls）：
| 列 | 字段 |
|---|---|
| A | 通用名 |
| B | 批准文号 |
| C | 规格 |
| D | 基本单位 |
| E | 生产厂家 |
| F | 货品ID |
| G | 货品编码 |
匹配方式【音】v3 12:03："把这几列合并在一起来 V（VLOOKUP）"——即用"通用名+批准文号+规格+厂家"拼接键做匹配，得到货品ID/编码。
核心痛点：规格描述不一致导致匹配失败：
【音】v3 14:19 "阿卡波糖，我们是15乘2，对方可能直接写30片，那我们就匹不到" 【音】v3 14:04 "他写干一瓶，我们基础是乘一瓶，就会没匹配到" 【音】v3 14:28 "摩摩一…也匹配不到，都是规格上面的问题"
业务已有资产：业务方已在维护"货品对码表"，是累积迭代的（这次匹配剩下的下次继续拼）。
【音】v3 14:44 "文华我们一直都在准备做这个叫货品对码表的信息" 【音】v2 02:16 "我自己做了一个商品编码表…这一次跟下一次叠加，一直去拼"
RPA 处理规则：
- 能精确命中对码表 → 自动填货品ID/编码。
- 匹配不上 → 一对多显示，把不同规格描述与M5同一商品名对应出来，转人工选择/新增。
【音】v3 14:55 "匹不到的需要一对多的显示，把不同规格的样式跟我们选中的M5里面同一个商品名对应出来" 【音】v3 15:47 "如果没匹配上，就通知你们去做人工的匹配…我们就知道要去新增这个东西"
厂家名匹配难点：对码表厂家名有大量英文（进口药，如 Abbott Biologicals B.V.、AESICA PHARMACEUTICALS S.r.l.），厂家名匹配需容错。【画】
输出：对码结果（货品ID、货品编码、基本单位）、未匹配清单、一对多候选。
N03b 货源信息新增
规则：如果从未从某供应商采购过某品种，需在 M5 新增该"货源"。
【音】v3 16:38 "没有从这家供应商购进过的话，我从这家供应商购进这个品种，就要增加这个货源" 【音】v3 16:53 "货源基础数据在 M5"
处理：匹配不到货源 → 通知业务在 M5 新增 → 完成后继续。
N04 合同系统建单
系统【画】：独立域名 contract.gzmpc.com/km/agreement/，走 RPA 访问。
两套合同模板【音】v2 11:51：
| 模板 | 用途 |
|---|---|
| 格式采购合同（药品通用） | 默认，大部分用这个 |
| 非格式采购合同（单次） | 承兑（要承兑）的用这个 |
【音】v2 12:22 "要承兑的用非格式的，其他都是用格式的"
合同维度（硬规则）：同一供应商 + 同一订单日期 = 一条合同。
【音】v2 23:32 "同一个商家、同一天订单，开一条合同" 【音】v2 23:57 "不会两个商家做成同一个合同"
签约日期硬约束：合同签约日期 = 订单日期（当天做当天合同）。
【音】v1 04:45 "唯一同意我的就是把签约日期改成前一天…他规定就是你要同一天做合同" 【音】v2 18:31 "订单日期我下单哪天，合同就选哪天，6号我就选6号"
RPA 动作：
- 登录合同系统。
- 选择模板（格式/非格式，依供应商对照表判断）。
- 可复制历史合同再改（业务现在就是复制起草）。
【音】v2 16:16 "我们销售都是用复制的，你只要改后面的就好了"
- 填基础信息 + 修改签约日期/合同开始日期为订单日期。
- 填货品明细（先下模板，填操作码/货品编码、名称、国药准字、规格、单位、数量）。
- 填付款信息（必填）：付款方式、天数等。
【音】v2 20:38 "付款信息这些是必填的"
- 医药城分支：下载平台购销合同，同供应商同日的合并成一个PDF上传到合同证文（传第二份会覆盖第一份，所以必须先合并）。
【音】v2 24:44 "昆山的所有合并成一个PDF，重庆的合并成一个PDF" 【音】v2 22:45 "如果你传第二份，他会把前面的覆盖掉"
- 小药药分支：格式合同，跳过合同证文上传。
- 汇总金额到总单，提交。
合同版本/类别/结算/合同性质等字段：业务方提供供应商对照表，RPA 按表判断填写。
【音】v1 12:34 "我们可以给你这个供应商的合同类型、结算类型、合同性质都列出来，给机器人一个总表"
审批：录入后送审，半小时内审批完成（不指定审批人，着急就催领导）。RPA 策略：录入后等半小时再启动下游。
【音】v2 26:47 "半个小时内就批完了…着急我们就直接跑到领导旁边催他批" 【音】v1 16:03 "录入完之后RPA就设定半个小时后再启动返利中心的功能"
合同编号：未审批完也会生成合同编号，但必须审批完才导入返利中心。
【音】v2 26:16 "没有审批完他也会生成合同编号" 【音】v2 26:47 "我们都等批完了然后才开始做的"
输出：合同编号、合同状态、模板类型。
N05 返利中心采购协议总单
系统【画】：flgzmpc.com，主体"福建广药洁达医药"，有"待审批事项"和异步报表导出下载。
RPA 动作：
- 登录返利中心。
- 进入"采购协议管理"。
- 按合同编号查询对应总单。
- 查到的总单信息是空白的，需手工填必填项（勾选必选项）。
【音】v2 29:19 "这些信息都是空白的，是要手工填的…把必选项勾一下"
- 填总单必填字段并保存。
【音】v2 29:55 "总单填完，然后下面的信息一样新增导入"
输出：返利中心总单号。
N06 返利中心细单模板导入
细单必填字段【音】v2 30:03-31:57：
| 字段 | 值/规则 | 出处 |
|---|---|---|
| 操作码/货品编码 | 前面对码结果 | v2 30:17 |
| 数量 | 如 234 | v2 30:21 |
| 单价 | 如 6.7 | v2 30:24 |
| 税率 | 必填 | v2 30:28 |
| 承付方式 | 如 11（下月N号结） | v2 30:38 |
| 参数 | 如 25（号） | v2 30:41 |
| 细单开始时间 | = 订单时间 | v2 30:43 |
| 失效日期 | 拉长一点 | v2 30:52 |
| 结算方式 | 如 7 | v2 31:03 |
| 特定补偿 | 一定填 0 | v2 31:09 |
| 约定或B | 不一定填 | v2 31:13 |
| 细单备注 | 必填订单号 | v2 31:17 |
| 货源信息 | 如"310设定上" | v2 31:51 |
【音】v2 31:22 "细单备注就是填定单号…这个是一定要填的，药城跟小药现在都有填"
RPA 动作：下模板 → 填上述字段 → 上传导入 → 读取成功/失败行及原因。
重复订单报错：如果订单已做过，导入会提示"存在重复的编码"，需重新创建总单再导入。
【音】v2 33:26 "如果重复了他会提示存在重复的编码，那你要重新创建总单，再去把细单输进去" 【待确认】此处会议被时间打断，重复处理的完整规则未讲完。
导入成功后：提交送审。
【音】v2 34:15 "导完成功了以后提交送审…然后就会到M5"
N07 返利中心送审（决定 M5 能否带出协议）⭐关键卡点
⚠️ 注意：送审并非在合同系统完成。真正决定下游的送审在返利中心。
规则：返利中心细单必须送审，否则 M5 里选品种时协议带不出来。
【音】v1 02:35 "没有点送审他到不了M5…如果返利中心没有送审，M5这里就不会跳出来" 【音】v1 02:44 "你总单进完之后，输这个品种，他跳不出来，如果返利中心没有的话"
送审即自动审批（合同前端已审过一遍，返利中心送审后自动通过）。
【音】v1 02:48 "直接送审就一次自动审批了…因为合同已经审过一次，前端已经审了一遍"
N08 M5 采购订单创建（1055）
系统【画】：INCA 系统，角色"福建洁达采购员"，采购订单管理 1055。
采购订单总单字段【画】：订单编号、业务日期、供应商、数据员、联系人、订单金额、书面订单号、开始日期、结果日期、签约日期、结算方式、预付款、其他费用、配送加点率、签约人、送达地点、代理方式、签约类。
采购订单细单字段【画】：采购员、货品ID、通用名、商品名、条形码、规格型号、基本单位、生产厂家、产地、上市许可持有人、货品数量、单价、金额。
自动带入字段（不需RPA填，返利中心已选后下发）：
【音】v1 20:27 "接收方式不可以选，因为返利中心已经做了，直接下发下来的" 【音】v1 21:15 "发票名称也是自动带下来的"
| 字段 | 处理 |
|---|---|
| 结算方式/承付模式 | 返利中心下发，M5不填 |
| 接收方式 | 返利中心下发 |
| 发票名称 | 自动带入 |
| 保管账 | 只选默认"正常保管账"（只有一个） |
【音】v1 20:02 "保管账我们只选一个正常保管账…默认是正常保管账"
关键操作细节【音】v1 00:17-01:22：
- M5 直接做订单 → 新增。
- 选保管账（B选项，默认正常保管账）。
- 日期：若第二天做，改成前一天签约日期。
- 备注填订单号（给采购结算勾对账用）。
【音】v1 00:50 "备注要把订单号粘过来" 【音】v1 01:11 "返利中心填的订单号给物流部软件看，M5这里填的订单号给我们（结算）看，打结算时看这个订单号去勾"
- 新增细单，选品种（返利中心已送审的才能带出）。
- 选对应数量（协议有累计采购量，为0说明没用过）。
【音】v1 03:34 "累计采购量是零就说明这个是你自己的订单，没有用过"
加单痛点：一旦加单，要重新做协议（做两条三条），从头开始。
【音】v1 04:02 "你一加单我们就是要做两条三条…重新从核酷开始做" 【待确认】加单场景RPA如何处理。
N08b M5 质管资料缺失处理（业务方明确决策）
⚠️ 曾有"转质管处理后重试"的设想。业务方明确否决：因为RPA晚上跑，质管不可能半夜维护。
真实决策：M5 保存报错（供应商基础信息过期等质管问题）→ 停止，转人工手工做这条单，不等质管。
【音】v1 24:36 "如果质管没维护好，我们就不做了，由你们直接去做这条单" 【音】v1 25:00 "我们是晚上做，质管不可能半夜来录入信息" 【音】v1 26:31 "报错卡住就停止，通知我们，下室（M5）我们手工做"
质管卡的是什么：供应商基础信息（如年报过期）导致 M5 无法保存。细单信息在增加时其实已存在，只是保存不了。
【音】v1 23:33 "自管没维护好，无法保存时系统会提示…是供应商基础信息" 【音】v1 26:00 "M5已经生成订单时，供应商资料问题（缺失或过期）就卡住，不让生成"
N09 人工检查 → 保存 → 签订 → 生成收货通知单
分阶段上线（业务方核心要求，见 §9）：一期 RPA 只做到"录入待保存"，人工检查后再点保存/签订。
不可逆约束（决定为何末端要人工把关）：
【音】v1 05:03 "签订完之后不能修改，生成收货通知单就回不了头了" 【音】v1 27:33 "签订完之后不能修改；保存完之后也不能修改"
RPA 动作（一期）：录入完总单+细单后先不点保存，转人工。可继续做下一单（一直挂在待保存）。
【音】v1 28:08 "录完了以后先不点保存，给你们检查，错了还可以改" 【音】v1 28:11 "不点保存可以做下一单…会一直在待保存"
人工确认后：检查数量 → 点保存 → 签订 → 点"生成收货通知单"。
【音】v1 05:03 "生成完以后点签订，签订完点生成收货通知单，采购合同就到下方双货币，单据自己结束"
成功判定：收货通知单号生成，供应商/货品/数量与采购订单一致。
N10 归档
归档业务编号链：订单号 → 合同编号 → 返利中心总单号 → M5采购订单号 → 收货通知单号，全部可查。
【音】v1 00:59 "这个订单号我们希望每一个地方都能查到"
归档内容：原始订单Excel/截图、对码结果、合同PDF、各系统业务编号、关键截图、运行日志、人工处理记录。
4. 量级数据（影响性能设计）
| 指标 | 数值 | 出处 |
|---|---|---|
| 线下手工单 | ~100多份/月 | 【音】v1 08:54 |
| 线上订单（总单） | 65~75条/天 | 【音】v1 15:00, 16:24 |
| 产品细单 | ~13000条/月 | 【音】v1 19:36 |
| 合同审批时长 | 半小时内 | 【音】v2 26:47 |
| 线上OCR成本 | ~1000元/月(10亿token)，实际线下用量约十几元/月 | 【音】v1 08:43 |
| 平均每总单细单数 | ~5个 | 【音】v1 14:26 |
5. 订单号贯穿全流程（关键追溯线）
| 位置 | 填什么 | 给谁看 | 出处 |
|---|---|---|---|
| 电商平台 | 原始订单号（如 ZQD...） | 源头 | 【画】 |
| 返利中心细单备注 | 订单号 | 物流部软件 | 【音】v1 01:07 |
| M5 订单备注 | 订单号 | 采购结算（打结算勾对账） | 【音】v1 01:11 |
6. 分阶段上线策略（业务方核心诉求）
阶段一（上线初期）：
- RPA 做到"录入待保存"，不自动点保存/签订。
- 人工检查准确率，错了可改。
- M5 的第17/18步（保存、生成收货通知单）由人工做。
【音】v1 27:57 "先手工一段时间，因为不知道准确率怎么样"
阶段二（准确率验证后）：
- 准确率OK后，RPA 接管保存/签订/生成收货通知单。
【音】v1 28:26 "准确度可以的话，到时候就帮我们保存就好了"
设计要求：保存/签订是否自动，应做成可配置开关，便于从阶段一平滑切到阶段二。
7. 异常分流表（基于真实会议修正）
| 异常 | 处理角色 | 系统动作 | 备注 |
|---|---|---|---|
| 产品对码未命中 | 业务（计划员/采购） | 一对多候选，人工选择/新增对码表 | 核心难点 |
| 货源未建 | 业务 | 通知在M5新增货源 | 必备节点 |
| 供应商合同禁掉失效 | 采购（邮件通知） | 通知采购重新禁掉，可多人邮箱 | 邮件多人 |
| OCR低置信度（仅线下单） | 计划员 | 展示原文，人工确认 | 范围仅线下 |
| 合同未审批完 | 计划员 | 停在前置，等半小时再查 | 定时重查 |
| 返利中心导入重复编码 | 采购 | 提示重复，重建总单【待确认】 | 规则待补 |
| 返利中心未送审 | 采购 | M5带不出协议，阻断 | 硬卡点 |
| M5质管资料缺失 | 业务手工做，不等质管 | 停止转人工 | 不重试 |
| 网页卡顿/登录失败 | 运维 | 截图日志告警 | 系统类 |
8. 待确认事项（下次会议 / 需业务提供）
下次会议需拍板：
- OCR信息安全（最大卡点）：线上OCR是否获批？否则本地部署费用？需拉法务部+数据中心+业务方三方会议。【音】v1 30:15
- 返利中心重复订单的完整处理规则（会议被打断未讲完）。【音】v2 33:26
- 小药药平台完整演示（三段视频均未完整覆盖，原定重开会议演示）。
- 加单场景：父订单号如何关联、RPA如何处理加单导致的重做。
- 医药城订单状态过滤：只取"待收货"还是含其他状态？
- 保存/签订自动化的切换时点和判定标准。
业务需提供的资料：
- 供应商对照表（合同版本/类别/结算类型/合同性质对应关系）。【音】v1 12:34
- 货品对码表（现有的，持续维护）。【音】v3 14:44
- 计划员与合同对应关系表。【音】v1 33:xx
- 各类通知邮箱（禁掉通知、质管缺料通知，均可多人）。【音】v1 11:44, 22:49
- 生产/测试账号（合同系统、返利中心、M5）。
9. 复用的工程框架
以下工程框架扎实，建议保留并复用（本文不再重复展开，详见《会议整理版》对应章节）：
- 状态机：
PENDING/RUNNING/WAITING_USER/SUCCESS/FAILED_RETRYABLE/FAILED_MANUAL/CANCELLED - 幂等要求：文件哈希入池幂等、
合同号+类型+供应商+来源业务幂等、job_id+node_code+attempt_no回调幂等、task_id+action+submit_token手机提交幂等、业务系统执行前先检索已有单号 - 证据要求：每节点记录编码/时间/平台/运行号/错误码/业务摘要/截图/日志/责任角色/重试次数
- 核心实体：
job/job_node/user_task/mapping_config/executor_binding_config/job_artifact/job_event - 统一RPA节点契约与回调字段
- 企业微信待办与H5详情页需求
- RPA执行平台可替换边界
但节点编码需按本文重排，建议：
ORDER_FETCH（订单获取）、OCR_EXTRACT（仅线下）、PRODUCT_MATCH（对码）、SOURCE_ADD（货源新增）、CONTRACT_CREATE（合同建单，含医药城PDF合并）、CONTRACT_APPROVE_WAIT（等审批）、REBATE_HEADER（返利总单）、REBATE_IMPORT（返利细单导入）、REBATE_SUBMIT（返利送审）、M5_CREATE_ORDER（M5录入待保存）、M5_MANUAL_CONFIRM（人工保存签订）、M5_RECEIPT_NOTICE（收货通知单）、ARCHIVE_JOB（归档）。
附录A：三方会审的主要纠正（常见误解对照）
| # | 早期常见误解 | 视频真实业务 | 影响 |
|---|---|---|---|
| 1 | 合同文件入池是入口，OCR是核心 | 电商订单导出是入口，OCR仅线下手工单 | 流程骨架方向性错误 |
| 2 | 未区分订单来源 | 医药城/小药药/线下三来源，逻辑分支不同 | 缺核心分流 |
| 3 | 对码一笔带过 | 产品对码是核心难点，规格描述不一致，需一对多，业务已有对码表 | 低估核心工作量 |
| 4 | 无货源新增 | 未采购过需在M5新增货源 | 遗漏节点 |
| 5 | 无合同证文合并 | 同供应商同日合并PDF上传，覆盖问题 | 遗漏硬规则 |
| 6 | 送审在合同系统 | 关键送审在返利中心，决定M5能否带协议 | 卡点位置错误 |
| 7 | M5字段需RPA填 | 结算/接收方式/发票返利中心下发自动带入 | 多填错填风险 |
| 8 | 质管缺料转质管重试 | 停止转人工手工做，不等质管（晚上跑） | 与真实决策相反 |
| 9 | 无分阶段上线 | 一期录入待保存，人工检查，准确率OK后再全自动 | 遗漏核心诉求 |
| 10 | 无量级数据 | 65-75单/天，细单1.3万/月，审批半小时 | 影响性能设计 |
| 11 | 签约日期未强调 | 签约日期=订单日期硬约束 | 遗漏规则 |
| 12 | 未强调订单号追溯 | 订单号贯穿返利(物流看)/M5(结算看) | 遗漏追溯线 |