为了满足 西维斯健康（CVSHealth） 对EDI 标准化 的要求，供应商需将其内部业务系统中的数据转换为符合 X12 标准的报文格式。
在 CVS Health 的 Import EDI 项目中，EDI 850（Purchase Order）是具备正式业务约束力的采购订单报文。
与预测类报文（830）不同，EDI 850 是 CVS 向供应商下达的唯一执行指令，直接用于生产、发货、开票及后续对账流程。
本文将基于一份 CVS EDI 850 测试报文示例，对其整体结构、关键字段及对应的业务含义进行逐段解析，帮助供应商快速理解并正确处理 CVS 采购订单数据。
一、EDI 850 报文整体结构概览
CVS 使用 X12 4010 标准 的 EDI 850 报文，其整体结构可分为四个层级：
1.交换与功能组控制段（ISA / GS）
2.订单头信息（Header）
3.订单行项目（Detail）
4.订单汇总与控制段（Summary）
以下是 CVS 850 核心报文结构
ST BEG ← PO 头 REF ← Vendor / Program 标识 PER ← Buyer ITD ← 付款条款 DTM ← 要求到货日期 AMT ← PO 总金额（参考） N1/N3/N4 ← Ship-To DC PO1 ← 行项目（SKU） PAM ← 行数量确认 PO4 ← 包装 / Case Pack CTT SE本示例中，CVS 采用的是 Stand-alone Order（独立订单） 模式，每一份 850 均为一张完整、独立执行的采购订单。
二、交换与功能组控制段（ISA / GS）
ISA*00* *00* *ZZ*SenderID *12*TESTASN *251027*1454*U*00401*000000001*0*P*^~ GS*PO*SenderID*TESTASN*20251027*1454*1*X*004010~业务说明
ISA / GS 用于标识：
- 发送方（CVS）
- 接收方（供应商）
- 报文标准版本（4010）
GS01 = PO 明确该功能组内传输的是 采购订单（Purchase Order）
对供应商系统而言，这一层主要用于 报文路由与版本识别，不直接参与业务决策。
三、订单头信息（Header）
ST —— 事务集开始
ST*850*0001~- 标识当前事务集类型为 850
- ST02 为事务集控制号，用于报文完整性校验
BEG —— 采购订单核心信息
BEG*00*SA*9999999**20230112~| 字段 | 含义 |
|---|---|
| BEG01 = 00 | Original Order（原始订单） |
| BEG02 = SA | Stand-alone Order |
| BEG03 | PO Number（采购订单号） |
| BEG05 | 订单日期 |
业务重点：
1.CVS 使用 SA（Stand-alone），表示：
- 每一份 PO 独立执行
- 不依赖 Blanket Order
2.BEG03（PO Number）是整份订单的唯一主键，后续 860、810、824 均基于此关联。
REF —— 参考信息（Vendor / 文本说明）
REF*VR*12345~- VR：Vendor Number
- 用于确认供应商在 CVS 系统中的唯一身份
如果REF01取值为“CX”，则表示Pay on Ship / Scan，仅在特定项目中使用。注意此时的REF02取值为5/6会直接影响发货与收款逻辑。
- 5：Pay on Ship（发货即付款）
- 6：Pay on Scan（扫描即付款）
如果REF01取值为“ZZ”，则表示自定义，一般会用于对促销或者限制进行说明；
REF*ZZ**THIS IS A TEST WHSE PURCHASE ORDER~ REF*ZZ**---- NO RECEIVING FROM 09/01/23 TO 12/01/23 ----~- ZZ：自由文本参考
常用于：PO 说明、收货限制、特殊业务提示
这些内容不应自动驱动系统逻辑，但必须可被业务人员看到。
PER —— 联系人信息
PER*BD*DAVID JAY~提供订单相关联系人
- 主要用于异常沟通，不参与系统计算
SAC / ITD / DTM / AMT —— 订单级补充信息
SAC*A*F800*ZZ*ZZ**1*1*****01***PROMO~ ITD*01*15*0**0**60***100~ DTM*002*20210328~ AMT*BAP*268~| 字段 | 业务含义 |
|---|---|
| SAC | 促销、附加费用或折让 |
| ITD | 付款条款（如 Net 60） |
| DTM | 要求交货日期 |
| AMT | 订单级金额 |
CVS 项目中，付款条款（ITD）对发票与账期计算尤为重要。
N1 / N3 / N4 —— 收货方（Ship-To）
N1*ST**54*W101~ N3*ADDRESS1~ N4*CITY*RI*99999~N1*ST：Ship-To
- N103取值为“54”，表示N104中存放的是4位的仓库编号。
- 表明该 PO 只对应一个 DC
与 830 不同，850 是已拆分后的执行订单。
该EDI 850采购订单需要发往CVS指定仓库，仓库编号为“W101”。该仓库位于城市名为“CITY”，城市编码为“RI”，邮编为“99999”，详细地址为“ADDRESS1”。
四、订单行项目（Detail）
PO1 —— 行项目核心数据
PO1**1*CA*84**UI*08888800001***PI*900001~| 字段 | 业务含义 |
|---|---|
| PO102 | 数量 |
| PO103 = CA | 单位（Case） |
| PO104 | 单价：84 |
| PO107（PO106=UI） | UPC编号为：08888800001 |
| PO111（PO110=PI） | CVS Item Number为900001 |
业务重点：
- CVS 在 Front Store 场景中：使用 CA（Case）,价格与单位强绑定
- 单位或价格不匹配，会直接导致后续对账或拒付问题。
PAM —— 数量补充说明
PAM*01*84*ZZ~用于补充数量含义
- 通常与 PO1 数量保持一致
PO4 —— 包装信息
PO4*6~表示每箱内包装数量（Case Pack）
- 是 CVS 发票校验的重要字段
行级 SAC / ITD
SAC*A**ZZ*ZZ********02***ADDIT. ADVERT.~ ITD*01*15*****60***100~- 行级附加费用或付款说明
- 需与订单头信息区分处理
五、订单汇总（Summary）
CTT*5*5~| 字段 | 业务含义 |
|---|---|
| CTT01 | 行项目数量 |
| CTT02 | 数量汇总（Hash Total） |
SE*42*0001~标识事务集结束
- 用于校验报文完整性
六、供应商系统处理建议（实战视角）
在对接 CVS EDI 850 时，建议供应商后端系统重点关注以下字段：
- BEG03：PO 主键
- REF*VR：Vendor Number
- N1*ST：收货 DC
- PO1 + PO4：数量、单位、包装
- ITD：付款条款
- REF / MSG：人工可读业务提示
CVS EDI 850 采购订单Purchase Order注意事项
1.CVS 使用的是 Stand-alone Order（非 Release）
在 BEG 段中：
- BEG02 = SA（Stand-alone Order）
含义是：
- 每一份 850 都是 独立采购订单
- 不依赖 Blanket Order / Contract Release
- 后续不会通过 860 来做频繁行级变更
2.DC 场景下，PO 是“单一 Ship-To”
与 830 中 一个 FST + 多个 SDQ（多 DC） 不同：
- 850（DC 场景）只会指定一个 Ship-To DC
- 通过 N1*ST 明确给出仓库代码
这意味着：
- CVS 已在内部完成需求拆分
- 850 是“执行指令”，不是计划
3.PO 行数量单位与价格强绑定
CVS 在 850 中 强区分 Front Store 与 RX：
| 场景 | PO103（单位） | PO104（价格） |
|---|---|---|
| Front Store | CA（Case） | Case Price |
| RX | PC（Piece） | Unit Price |
单位与价格不匹配，会直接导致对账失败，这是 CVS 项目中最常见的生产事故之一。
CVS EDI 850 是 CVS Import 供应链中最核心、最具约束力的交易报文。它不仅承载采购数量与价格信息，更通过严格的单位、包装与付款条款设计，确保订单履约与财务结算的一致性。
供应商在实施 CVS EDI 项目时，应将 EDI 850 作为业务系统中的主驱动单据，确保其解析逻辑、字段映射及异常处理机制与 CVS 规范保持高度一致，才能有效降低履约与结算风险。
通过知行之云LIP系统接收CVS 订单
对企业而言，直接阅读CVS发来的EDI 850 报文难度较大，可通过我们的知行之云LIP系统，可视化地查看解析后的订单数据：
有关西维斯健康（CVSHealth）的EDI需求可以参考文章：医药EDI：H公司对接西维斯健康CVSHealth Import EDI 项目案例
