医药EDI：H公司对接西维斯健康CVSHealth Import EDI 项目案例

CVS Health（西维斯健康）是美国一家综合医疗健康集团，总部位于罗德岛州。公司业务覆盖连锁药房零售（CVS Pharmacy）、药房福利管理（CVS Caremark）、健康保险（Aetna）以及 基层医疗与健康服务 等多个领域，在全美拥有数千家门店和庞大的供应链网络。

近期我们协助国内客户H公司成功对接CVSHealth，H 公司是一家主要面向北美市场的医药产品供应商，通过 Import 模式向 CVS Health 指定门店供货。

CVSHealth EDI需求概览

对接CVSHealth企业需要确认的信息

传输协议：AS2
报文标准：X12
单据类型：

• EDI 830 需求预测Planning Schedule，接收
• EDI 850 采购订单Purchase Order，接收
• EDI 860 采购订单变更Purchase Order Change，接收
• EDI 824 错误通知反馈Application Advice，接收
• EDI 864 文本消息Text Message，接收
• 997 功能性确认

注：CVSHealth EDI 项目中涉及到的规范版本号均为4010。

在H公司本次对接CVSHealth Import的EDI项目中，只涉及到EDI 830、EDI 850、EDI 860、EDI 824以及EDI 864报文的接收，并需要具备回复997的能力。用户在实际对接过程中，可以与CVSHealth进行确认，选择需要的单据进行对接即可。

EDI解决方案

基于知行之云LIP系统的知行之云Web EDI解决方案，无需用户部署软硬件，开箱即用。

自动化传输：搭建EDI传输通道

采用AS2传输协议实现EDI传输通道的搭建，在知行之桥EDI系统中，通过在AS2端口中进行配置、测试即可完成与CVSHealth的EDI连接。

格式转换

CVSHealth采用 X12 报文标准与全球供应商实现业务数据传输的标准化。由于 X12 报文结构较为紧凑、可读性相对较低，供应商在解析和处理过程中往往存在一定难度。

业务信息呈现

通过知行之云LIP系统对接CVSHealth，用户无需操作自动化传输以及格式转换部分，这部分对用户而言将成为黑盒子，集成在系统后台。系统接收CVSHealth发来的数据，并对其进行格式转换之后，会将需求预测、采购订单、采购订单变更、错误通知反馈以及文本消息中涵盖的业务数据分板块呈现在网页中，方便用户查看，支持将数据以CSV或PDF格式导出。

基于知行之云LIP系统的对接方案

使用知行之云LIP系统对接CVSHealth，我们的开发人员会为用户创建一个LIP账户，包含用户名、密码以及登录地址，以邮件的形式发送到用户的邮箱中。

访问登录地址，用户将看到如下登录页面：

在此界面中输入用户名以及密码即可登录。

知行之云产品功能：不限流量（带宽最高支持 100Mbps，不设流量上限，支持海量报文并发传输，满足企业级 EDI 通信需求。）、报文收发提醒（邮件提醒每封报文收发状态, 发送成功或重发失败结果立刻知晓）、账单提醒（精确计费, 支持邮件推送周(天/月)账单, 余额和花费明细全透明)。

点击了解知行之云LIP系统操作详解

CVSHealth EDI 报文注意点

EDI 830 需求预测Planning Schedule

CVS 使用 X12 830 Planning Schedule 作为供应链预测（Forecast）与计划性补货沟通报文，其核心特点是：

• 不是订单（不是 850）
• 不具备法律约束力，供应商收到此报文可以进行产能规划、原材料准备、库存与人力计划
• 后续实际执行需要以 850 采购订单为准

1.CVS 在EDI 830中使用的是「Bucket Forecast（时间区间预测）」

EDI 830报文中的 FST字段，并不是“某一天要多少”

而是：

• 一个时间区间（通常按周）
• 对应一个总量

表现为：

FST03 = F（Flexible Intervals）

同时必须提供：

• FST04（开始日期）
• FST05（结束日期）

以下是830报文中的FST字段示例，表示预测时间周期为：2017年11月12日至2017年11月18日，该物料预计总需求为64件。其中“D”表示计划，“F”表示灵活区间。

解析时必须把 FST 理解为“区间预测”，而不是“日预测”。

2.FST 负责“总量”，SDQ 才是“去向分配”

这是 CVS 830 最容易被误解、但也是最关键的设计点：

FST字段传输的业务信息为：预测某个 Item在 某个时间区间 的 总需求量

SDQ字段传输的业务信息为：把这个总量分配到具体 DC 或 Store

注意：不能只看 FST 就认为是某个仓库的数量

3.CVS支持 DC Forecast & Store Forecast 两种模式

CVS 在同一套 830 中，支持DC Forecast & Store Forecast 两种模式，H公司对接CVS的案例中只涉及到了门店预测模式。

体现在EDI报文中，SDQ02的取值为“92”时，表示预测模式为Store Forecast；SDQ02的取值为“54”时，表示预测模式为Distribution Center。

在开始实施EDI项目之前，需要确认用户当前是给CVS供货还是直供门店。

EDI 850 采购订单Purchase Order，接收

与上文提到的EDI 830不同，CVS发来的EDI 850 报文传输正式采购订单信息，具备业务约束力，对供应商而言，需要将EDI 850 报文作为生产、发货、开票的唯一执行标准。

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 项目中最常见的生产事故之一。

EDI 860 采购订单变更Purchase Order Change，接收

CVS通过发起 EDI 860报文来向供应商下达采购订单变更请求，在 CVS 项目中，860 主要用于：

• 修改已下达的 850 PO
• 通知供应商：数量变化、价格变化、交期调整、行新增 / 行取消、PO 关闭或状态更新

只要 CVS 需要“改 850”，就会发 860，而不是重发 850

1.860 永远是「Buyer Initiated」

这意味着在与CVS的合作过程中，只有CVS会发EDI 860，供应商只需要正确解析此报文，并按要求执行变更即可，不要回传860。

2.收到860不代表一定有“实质变更”

CVS 的 860 中，存在大量：

POC02 = NC（No Change）
BCH01 = SU（Status Update）

实际业务含义：CVS 可能只是 刷新状态 / 重发确认 / 同步信息，并不一定真的改了数量或价格，在项目实施环节需要做好变更类型判断。

3.860 必须和原 850 严格关联

860 的所有变更，都是基于原 850 PO

关键关联字段：

• BCH03 → 原 PO Number（= BEG03）
• POC → 原 PO Line Item

如果系统中找不到对应 850，860 无法单独执行。

CVS EDI 860 是对 850 采购订单的唯一正式变更通道，其核心在于通过 BCH 确定变更意图、通过 DTM 约束进口履约窗口、通过 POC 精准控制行级数量与价格，是 CVS Import 供应链中风险最高、但也最关键的 EDI 报文之一。

EDI 824 错误通知反馈Application Advice，接收

对CVS而言，EDI 824专用于反馈“会影响发票付款的严重业务错误”，供应商需要注意：

• EDI 824报文主要针对 810发票
• 只要收到 EDI 824报文，对应的发票文件一定不会被支付
• CVS明确要求电子开票必须强制支持 EDI 824，供应商收到EDI 824后，仅重传修正后的发票，禁止整批重传，否则所有的发票全部拒付。

1.EDI 824仅用于反馈必须修正的错误

在CVS EDI对接过程中，不会用EDI 824报文提示轻微问题，一旦供应商收到EDI 824，一定出现了必须修正的错误，如果不修正，CVS方将不会付款。

824报文中的错误类型信息被存放在TED02字段中，此字段将作为供应商修正发票的唯一依据：

错误描述	业务含义
CASE PACK ERROR	包装数量与 PO 不一致
PRODUCT ID NOT ON FILE	CVS Item / UPC 不存在
PRICE MISMATCH	单价与 PO 不符
INVALID VENDOR NUMBER	Vendor 编号错误
INVALID PO NUMBER	PO 不存在 / 不可开票
DUPLICATE INVOICE	发票号重复

2.824 是“逐发票级别”的

通过 OTI Loop，CVS 可以在一份 824 中：

• 指向多张发票
• 每一张发票：有独立的错误说明（TED字段）、独立的金额（AMT字段）以及独立的日期（DTM字段）

CVS EDI 824 是其电子开票流程中的最终业务裁决报文，专用于反馈会直接导致发票拒付的关键错误。供应商必须以 OTI Loop 精确定位被拒绝的发票，并依据 TED 段给出的错误信息进行针对性修正和重传，否则将直接影响付款周期与财务结算。

EDI 864 文本消息Text Message，接收

CVS发来的EDI 864报文的常见用途包括：DC 盘点通知、收货暂停通知、节假日运营安排、临时流程说明及供应商沟通公告等。

1.供应商必须可处理 EDI 864报文，但不能据此自动驱动系统逻辑

通过EDI 864收到业务信息后，采取的任何业务动作都需要人工确认后再执行，不要自动改交期、停发ASN、改PO状态。

2.EDI 864 不影响付款、履约或者订单状态

3.EDI 864中传输的字段可能会很长

CVS提供的EDI规范中提到，允许MSG字段最多重复100,000次，单条MSG最多264字符。因此在做解析处理时，需要注意：

• 存储字段长度
• 前端展示换行
• 多段MSG拼接顺序

CVS EDI 864 是其供应链体系中用于传递非交易类、人工可读运营信息的重要沟通报文。虽然不直接触发系统业务流程，但其内容往往涉及收货暂停、盘点安排等关键运营事件，供应商必须建立有效的解析与人工响应机制，避免因忽略信息而引发履约风险。

在本次 H 公司对接 CVS Health Import EDI 项目中，通过对 CVS EDI 报文体系的系统梳理与针对性实施，成功实现了 CVS 需求预测（830）、采购订单（850）、订单变更（860）、错误通知反馈（824）及文本消息（864）等关键报文的稳定接收与业务落地。项目实施过程中，重点解决了 CVS 预测报文区间化表达、订单与变更强关联、发票拒付精准定位以及非交易类通知人工响应等一系列高风险问题，帮助 H 公司在不增加额外 IT 运维成本的前提下，建立起符合 CVS Import 业务要求的 EDI 处理能力。

通过基于知行之云 LIP 系统的 Web EDI 对接方案，H 公司无需自行部署软硬件，即可完成与 CVS Health 的 EDI 连接，实现业务数据的自动接收、结构化呈现与可视化管理，有效降低了 CVS 项目在订单履约、库存计划及财务对账环节中的操作风险。该项目经验也为其他计划以 Import 模式对接 CVS Health 的医药及零售类供应商提供了可复用的实施参考与实践范本。

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