下游采购商
使用自己的采购流程生成采购单，不一定直接登录品牌 B2B 平台。
01 · BUSINESS CONTEXT
品牌已经有 B2B 平台，订单却仍然从线下流入
现实中的问题不是品牌没有采购平台，而是下游客户的订单输入方式与品牌平台的数据入口之间存在断层。
下游经销商
通过既有的批发、补货或门店订货习惯向品牌方发单。
品牌运营 / 客服
负责收单、识别、匹配、核对、沟通和创建订单，是当前主要工作承接者。
Agent
连接非标准订单与品牌系统，完成理解、结构化、校验和待确认草稿。
品牌 B2B 平台
接收审核后的标准订单，负责正式建单、履约和后续状态管理。
客户可以继续通过邮件、Excel、PDF、图片或聊天工具发单；品牌方不再需要让运营和客服逐张人工完成订单转换。
02 · OPERATIONAL PAIN
品牌运营和客服正在处理什么苦活、累活、脏活、杂活
下游客户只发来一张采购单，对品牌方来说却是一整套订单接入、数据转换和反复确认工作。
01
苦活：接收各种不同来源的订单
采购单来自不同客户、不同渠道和不同格式，运营人员需要先找到正确的附件和订单版本。
- 邮件、Excel、PDF、图片、扫描件
- 聊天工具转发、旧订单、临时补单
- 主题、文件名、客户信息不统一
02
累活：逐张读取并重新录入
同一份客户订单需要被人工阅读、复制、匹配，再录入品牌 B2B 平台。
- 客户编码、商品编码和品牌 SKU 需要对应
- 数量、单位、单价、交期和备注需要重填
- 订单明细多时，工作量随行数增长
03
脏活：清洗、匹配和修正数据
不同客户的商品叫法、包装规格和单位不同，扫描件还可能带来 OCR 错误。
- 客户 SKU 与品牌 SKU 映射
- 单位、规格、中文名和英文名清洗
- 缺失字段、错列、漏行和小数点修正
04
杂活：沟通、确认和追踪
订单录入后还要反复确认价格、交期、库存和特殊备注，异常订单往往靠人工记忆追踪。
- 客户补充资料和确认订单
- 记录哪些订单已录入、待确认或失败
- 异常时回头查找邮件、附件和修改记录
真正耗时的不是“创建一笔订单”，而是订单进入品牌系统之前的大量识别、抄录、匹配、核对、确认和跟进工作。
03 · REAL TASK
客户发来一张采购单，品牌方要完成一整套订单接入
对下游客户来说只是“按附件安排供货”，对品牌运营和客服来说却包含多个需要判断和执行的步骤。
DOWNSTREAM CUSTOMER MESSAGE · 客户发单
“请按这张采购单安排供货。部分商品使用我们自己的编码，交期和备注请按附件执行。”
品牌方需要完成的任务
- 找到正确客户、附件和订单版本
- 识别客户、经销商与品牌账号
- 匹配客户商品编码与品牌 SKU
- 核对数量、价格、库存、税额和交期
- 生成品牌 B2B 订单草稿并让人审核
- 客户确认后正式创建订单并记录回执
04 · SOLUTION MAP
B2B 非标准采购单智能接单闭环
Agent 适应下游客户的订单格式，再将结果转换成品牌 B2B 平台需要的标准订单。
输入：非标准订单
客户邮件、PDF、Excel、图片、扫描件、聊天工具转发和其他线下采购资料。
处理：智能订单接入
邮件收单、文档识别、客户与商品匹配、字段结构化、规则校验和订单预览。
输出：可执行 B2B 订单
品牌人员审核、客户确认后，正式写入 B2B 平台并返回订单号和处理回执。
05 · END-TO-END FLOW
Agent 如何完成一次非标准采购单接入
从多入口收单到品牌 B2B 建单，Agent 把原本分散在运营、客服、邮件和系统之间的工作串成一条可追踪流程。
多入口收单
读取邮件、文件和转发内容，识别客户、发件人、主题与附件，并通过 Message-ID 去重。
订单类型判别
判断是文本 PDF、扫描 PDF、Excel、图片还是混合附件，选择对应的提取路径。
内容提取与 OCR
提取文本坐标、表格和原始文本；扫描件转图后进行 OCR，并对复杂表格进行人工校正。
客户与商品匹配
将客户名称、经销商账号、客户 SKU、品牌 SKU、销售单位和包装规格建立对应关系。
订单字段结构化
生成标准订单字段：PO 编号、商品、数量、单价、金额、交期、地址和备注。
业务规则校验
检查商品、价格、库存、交期、税额、重复订单和缺失字段，标出需要人工处理的异常。
生成 B2B 订单草稿
输出标准订单 JSON、异常字段清单和 HTML 预览，供品牌运营或客服审核。
品牌方审核
复核客户、商品、数量、价格、交期、库存和异常项，决定是否可以进入确认环节。
客户确认
订单进入 pending_customer_confirmation，关键写入动作保留人工和客户确认。
写入品牌 B2B
确认后创建正式订单，返回订单号、记录回执；无法执行的订单进入 exception 队列。
06 · AGENT CAPABILITIES
Agent 不是只会“看懂 PDF”，而是负责完成订单转换
它把多入口文档理解、品牌业务主数据、订单规则和 B2B 建单能力组合成可执行的业务任务。
01
多入口接收
连接邮箱和文件入口，适应邮件、附件、图片、表格和客服转发内容。
02
非标准文档理解
处理不同客户模板、扫描件、中英文混排和多行商品描述。
03
客户与商品匹配
连接客户、经销商、商品、SKU、单位、包装和价格等品牌主数据。
04
订单标准化
把不同客户的字段和表格转换为品牌 B2B 平台需要的标准订单结构。
05
规则与金额校验
检查商品、数量、价格、库存、交期、税额、重复订单和必填字段。
06
草稿与回执
生成 HTML 预览，等待审核和确认，再调用 B2B 能力并保存执行回执。
07 · HUMAN-IN-THE-LOOP
Agent 负责订单转换，品牌人员掌握最终建单权
自动化的边界不是“全部交给 Agent”，而是让 Agent 处理重复劳动，让品牌人员把时间留给判断和异常。
Agent 自动处理
收件、附件下载、文件分类、PDF/OCR 识别、字段提取、商品匹配建议、金额计算、订单草稿和 HTML 预览。
品牌运营 / 客服确认
确认客户身份、商品匹配、数量、价格、交期、库存、特殊备注和异常处理，并决定是否进入正式建单。
B2B 平台执行
创建正式订单，承接订单状态、库存、履约、发货和售后，并返回可追踪的订单回执。
received→
parsing→
draft_created→
pending_customer_confirmation→
approved→
created_in_b2b
↘exception
安全原则：不改变下游客户入口，不绕过品牌方确认，不让不清楚的商品、价格或交期直接写入正式订单。
08 · OPERATING MODEL SHIFT
从人工代录入，到 Agent 协同接单
核心变化不是让客户重新学习一个平台，而是让品牌方拥有一个可以适应客户现有订单习惯的智能接入层。
| 比较维度 | 原有方式 | Agent 协同后 |
|---|---|---|
| 客户入口 | 客户通过邮件、Excel、PDF、图片或聊天工具发单 | 客户继续按原有习惯发单，不必立即切换平台 |
| 订单识别 | 品牌运营或客服逐张阅读 | Agent 自动提取文本、表格和图像内容 |
| 客户与商品 | 人工查找账号、客户 SKU 和品牌 SKU | Agent 根据主数据给出匹配结果并标记不确定项 |
| 金额和规则 | 人工计算和核对，出错后返工 | 自动校验数量、价格、税额、库存、交期和重复订单 |
| 正式建单 | 人工重复录入品牌 B2B 平台 | 品牌人员审核、客户确认后再由系统创建正式订单 |
| 过程追踪 | 依赖 Excel、邮件和个人记忆 | 状态机、异常队列和 B2B 回执统一留痕 |
09 · BUSINESS VALUE
品牌方真正获得的，不只是一次录入自动化
当非标准订单可以稳定进入 B2B 平台，品牌方的客户承接能力和平台价值都会被放大。
提升订单承接能力
即使客户不直接登录品牌 B2B 平台，品牌方仍然可以快速承接和转换订单。
降低运营与客服重复劳动
减少打开附件、复制字段、重新录入、手工核价和人工追踪。
提高订单准确率
通过商品主数据、金额、库存、交期和异常规则降低手工录入错误。
提升 B2B 平台实际使用率
B2B 平台不再只服务直接登录下单的客户，也能承接线下订单。
保留客户原有习惯
客户不必因为品牌上线平台，就立刻改变自身的采购和审批流程。
支持更多客户和经销商
品牌方可以更低成本地服务不同数字化程度、不同订单格式的客户网络。
10 · PILOT PATH
把非标准采购单接入，作为品牌 B2B 智能化的首个试点
输入明确、结果可核验、关键动作可确认，这使它适合先跑通一个受控闭环，再向更多订单与履约场景扩展。
选择真实样本
收集不同客户的 PDF、Excel、图片和扫描件，覆盖中英文商品和多行明细。
确认业务规则
明确客户、商品、价格、库存、交期、税额和需要人工确认的字段。
跑通受控闭环
真实收单、生成草稿、人工审核、客户确认，再接入测试 B2B 建单。
扩展订单协同
继续连接库存、履约、采购入库、财务对账和售后服务。
当前已具备
邮件收单、PDF 提取、表格识别、OCR、标准 JSON、HTML 预览、状态机和 Mock B2B 推送。
生产化需要补齐
真实 B2B API、客户与商品主数据、价格库存规则、确认事件、异常队列、重试和审计。
不改变的原则
客户可以保留原有发单习惯；品牌人员保留最终确认权；正式订单必须在系统中可追踪。
核心结论：这不是替采购商下单，而是帮助品牌方把下游客户发来的非标准采购单，转换成可审核、可执行、可追踪的 B2B 订单。