为了满足 西维斯健康(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 核心报文结构
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
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)
|
1 2 |
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 —— 事务集开始
|
1 |
ST*850*0001~ |
- 标识当前事务集类型为 850
- ST02 为事务集控制号,用于报文完整性校验
BEG —— 采购订单核心信息
|
1 |
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 / 文本说明)
|
1 |
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”,则表示自定义,一般会用于对促销或者限制进行说明;
|
1 2 |
REF*ZZ**THIS IS A TEST WHSE PURCHASE ORDER~ REF*ZZ**---- NO RECEIVING FROM 09/01/23 TO 12/01/23 ----~ |
- ZZ:自由文本参考
常用于:PO 说明、收货限制、特殊业务提示
这些内容不应自动驱动系统逻辑,但必须可被业务人员看到。
PER —— 联系人信息
|
1 |
PER*BD*DAVID JAY~ |
- 提供订单相关联系人
- 主要用于异常沟通,不参与系统计算
SAC / ITD / DTM / AMT —— 订单级补充信息
|
1 2 3 4 |
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)
|
1 2 3 |
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 —— 行项目核心数据
|
1 |
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 —— 数量补充说明
|
1 |
PAM*01*84*ZZ~ |
- 用于补充数量含义
- 通常与 PO1 数量保持一致
PO4 —— 包装信息
|
1 |
PO4*6~ |
- 表示每箱内包装数量(Case Pack)
- 是 CVS 发票校验的重要字段
行级 SAC / ITD
|
1 2 |
SAC*A**ZZ*ZZ********02***ADDIT. ADVERT.~ ITD*01*15*****60***100~ |
- 行级附加费用或付款说明
- 需与订单头信息区分处理
五、订单汇总(Summary)
|
1 |
CTT*5*5~ |
| 字段 | 业务含义 |
|---|---|
| CTT01 | 行项目数量 |
| CTT02 | 数量汇总(Hash Total) |
|
1 |
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 项目案例
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。

AS2 认证信息
OFTP 证书
SAP 证书
知行之桥®
