489 lines
26 KiB
Markdown
489 lines
26 KiB
Markdown
# 采购主链 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. 全流程主链（以真实操作顺序重排）
|
||
|
||
```mermaid
|
||
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单号/通知单号]
|
||
```
|
||
|
||
**本流程的关键设计要点**：
|
||
1. 入口是"电商订单导出"而非"合同文件入池"。
|
||
2. OCR 从贯穿全程的核心节点，降级为"仅线下手工单"的分支。
|
||
3. 新增"产品对码"作为真正的核心难点节点。
|
||
4. 送审的关键卡点在**返利中心**（决定 M5 能否带出协议），而非合同系统。
|
||
5. 末端"保存/签订"一期由**人工**执行（分阶段上线，见 §9）。
|
||
|
||
---
|
||
|
||
## 3. 节点级需求（字段级 + RPA动作级）
|
||
|
||
### N01 订单获取与来源分流
|
||
|
||
**触发**：每天定时（跑前一天订单）或手动触发。
|
||
> 【音】v2 01:12 "每天…每天会到前一天"；v3 02:16 "选前一天的或单天的合同订单来做"
|
||
|
||
**RPA 动作（线上平台）**：
|
||
1. 登录医药城 / 小药药平台。
|
||
2. 进入"我的订单"，选择日期（默认前一天）。
|
||
3. 点击"导出订单明细"，下载 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 处理规则**：
|
||
1. 能精确命中对码表 → 自动填货品ID/编码。
|
||
2. 匹配不上 → **一对多显示**，把不同规格描述与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 动作**：
|
||
1. 登录合同系统。
|
||
2. 选择模板（格式/非格式，依供应商对照表判断）。
|
||
3. **可复制历史合同**再改（业务现在就是复制起草）。
|
||
> 【音】v2 16:16 "我们销售都是用复制的，你只要改后面的就好了"
|
||
4. 填基础信息 + 修改签约日期/合同开始日期为订单日期。
|
||
5. 填货品明细（先下模板，填操作码/货品编码、名称、国药准字、规格、单位、数量）。
|
||
6. 填付款信息（必填）：付款方式、天数等。
|
||
> 【音】v2 20:38 "付款信息这些是必填的"
|
||
7. **医药城分支**：下载平台购销合同，同供应商同日的**合并成一个PDF**上传到合同证文（传第二份会覆盖第一份，所以必须先合并）。
|
||
> 【音】v2 24:44 "昆山的所有合并成一个PDF，重庆的合并成一个PDF"
|
||
> 【音】v2 22:45 "如果你传第二份，他会把前面的覆盖掉"
|
||
8. **小药药分支**：格式合同，跳过合同证文上传。
|
||
9. 汇总金额到总单，提交。
|
||
|
||
**合同版本/类别/结算/合同性质等字段**：业务方提供**供应商对照表**，RPA 按表判断填写。
|
||
> 【音】v1 12:34 "我们可以给你这个供应商的合同类型、结算类型、合同性质都列出来，给机器人一个总表"
|
||
|
||
**审批**：录入后送审，**半小时内**审批完成（不指定审批人，着急就催领导）。RPA 策略：录入后等半小时再启动下游。
|
||
> 【音】v2 26:47 "半个小时内就批完了…着急我们就直接跑到领导旁边催他批"
|
||
> 【音】v1 16:03 "录入完之后RPA就设定半个小时后再启动返利中心的功能"
|
||
|
||
**合同编号**：未审批完也会生成合同编号，但**必须审批完才导入返利中心**。
|
||
> 【音】v2 26:16 "没有审批完他也会生成合同编号"
|
||
> 【音】v2 26:47 "我们都等批完了然后才开始做的"
|
||
|
||
**输出**：合同编号、合同状态、模板类型。
|
||
|
||
---
|
||
|
||
### N05 返利中心采购协议总单
|
||
|
||
**系统**【画】：`flgzmpc.com`，主体"福建广药洁达医药"，有"待审批事项"和异步报表导出下载。
|
||
|
||
**RPA 动作**：
|
||
1. 登录返利中心。
|
||
2. 进入"采购协议管理"。
|
||
3. 按**合同编号**查询对应总单。
|
||
4. 查到的总单信息是**空白的**，需手工填必填项（勾选必选项）。
|
||
> 【音】v2 29:19 "这些信息都是空白的，是要手工填的…把必选项勾一下"
|
||
5. 填总单必填字段并保存。
|
||
> 【音】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：
|
||
1. M5 直接做订单 → 新增。
|
||
2. 选保管账（B选项，默认正常保管账）。
|
||
3. 日期：若第二天做，改成前一天签约日期。
|
||
4. **备注填订单号**（给采购结算勾对账用）。
|
||
> 【音】v1 00:50 "备注要把订单号粘过来"
|
||
> 【音】v1 01:11 "返利中心填的订单号给物流部软件看，M5这里填的订单号给我们（结算）看，打结算时看这个订单号去勾"
|
||
5. 新增细单，选品种（返利中心已送审的才能带出）。
|
||
6. 选对应数量（协议有累计采购量，为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. 待确认事项（下次会议 / 需业务提供）
|
||
|
||
**下次会议需拍板**：
|
||
1. **OCR信息安全**（最大卡点）：线上OCR是否获批？否则本地部署费用？需拉法务部+数据中心+业务方三方会议。【音】v1 30:15
|
||
2. **返利中心重复订单**的完整处理规则（会议被打断未讲完）。【音】v2 33:26
|
||
3. **小药药平台**完整演示（三段视频均未完整覆盖，原定重开会议演示）。
|
||
4. **加单场景**：父订单号如何关联、RPA如何处理加单导致的重做。
|
||
5. 医药城订单**状态过滤**：只取"待收货"还是含其他状态？
|
||
6. 保存/签订自动化的切换时点和判定标准。
|
||
|
||
**业务需提供的资料**：
|
||
1. 供应商对照表（合同版本/类别/结算类型/合同性质对应关系）。【音】v1 12:34
|
||
2. 货品对码表（现有的，持续维护）。【音】v3 14:44
|
||
3. 计划员与合同对应关系表。【音】v1 33:xx
|
||
4. 各类通知邮箱（禁掉通知、质管缺料通知，均可多人）。【音】v1 11:44, 22:49
|
||
5. 生产/测试账号（合同系统、返利中心、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(结算看) | 遗漏追溯线 |
|