西维斯健康CVSHealth 850 报文解析:采购订单结构与核心业务字段说明

Published On: 2026年1月12日Categories: 医药行业EDI, 帮助文档, 成功案例, 知识库Views: 3

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

为了满足 西维斯健康(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-850.png

有关西维斯健康(CVSHealth)的EDI需求可以参考文章:医药EDI:H公司对接西维斯健康CVSHealth Import EDI 项目案例

注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。

为什么选择

知行之桥®?​

根据企业规模与集成需求,提供从本地部署到云端托管的灵活选择

可视化 EDI 工作流

基于拖拽式图形化设计器,零代码构建完整 EDI 业务流程,满足复杂供应链自动化场景。

Odette & Drummond 认证

通过 Odette(OFTP) 与 Drummond(AS2) 权威认证,确保与主机厂安全合规、高可靠的数据交换。

多系统集成能力

提供数据库、REST/SOAP、FTP/SFTP 等标准化接口,实现 ERP、WMS、MES 等系统的双向数据自动同步。

数据映射格式转换

内置可视化 Mapping 编辑器,零代码实现 EDI 报文与企业内部数据格式(XML/JSON…)的映射转换及复杂规则处理。

实时监控预警机制

全流程可视化监控报文状态,支持邮件、钉钉、企业微信自动预警,保障 JIT 交付的稳定性与及时性。

多工厂支持

支持集团级多组织、多工厂架构,实现数据隔离与权限管控,统一平台集中运维,满足大型制造企业多地点协同需求。