西维斯健康CVSHealth EDI 830 报文解析:Warehouse Forecast 与 Store Forecast 的结构与业务含义

Published On: 2026年1月13日Categories: 帮助文档, 成功案例, 知识库, 零售行业 EDIViews: 2

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

在 CVS Health 的 EDI 体系中,X12 830(Planning Schedule) 用于向供应商传递需求预测信息。

CVS 在同一套 830 规范下,支持两种不同的预测模式:

  • Warehouse Forecast(DC 预测)
  • Store Forecast(门店预测)

二者在报文结构上高度一致,但在 SDQ 段的限定符与业务语义上存在关键差异。

本文将通过两份实际测试报文示例,对 CVS EDI 830 的结构、核心字段及业务含义进行对比解析。

一、EDI 830 报文整体结构概览

CVS EDI 830 的典型结构如下:

1.控制段:ISA / GS / ST
2.预测头信息:BFR / REF / N1
3.物料预测明细:LIN / UIT / FST / SDQ
4.汇总段:CTT / SE

二、控制段(ISA / GS / ST)

ISA*00*          *00*          *ZZ*CVS            *ZZ*6109719600     *171020*1719*U*00400*000084886*0*P*¬~
GS*PS*CVS*6109719600*20171020*1719*96*X*004010~
ST*830*0184~

业务含义一句话总结:

本报文为 CVS 发出的 X12 4010 标准 EDI 830 需求预测报文。

三、预测头信息(Header)

BFR —— 预测周期与类型
BFR*00*00**BB*A*20171112*20171118*20171020~
字段 含义
BFR01 预测目的(Original)
BFR04 预测类型标识,取值为BB表示客户生产
BFR05 预测数量标识符,取值为A,表示实际数量
BFR06 预测开始日期
BFR07 预测结束日期
BFR08 报文生成日期

一句话业务含义:

CVS于2017-10-20 向供应商发布一份覆盖 2017-11-12 至 2017-11-18 的正式需求预测。

REF*VR —— Vendor 身份
REF*VR*40641~

VR = CVS Vendor Number

一句话业务含义:

本预测仅适用于 Vendor 编号为 40641 的供应商。

N1*FR —— 预测发布方
N1*FR**1*001786664~

N101取值为“FR”,表示 Forecast From,N103取值为“1”,表示N104中存放的是CVS Duns编号。

一句话业务含义:

本预测由 CVS 官方系统发布,其Duns编号为001786664。

四、物料级预测结构(LIN Loop)

以下结构在 Warehouse / Store Forecast 中完全一致,差异集中在 SDQ 段。

LIN —— 被预测的商品
LIN**IN*925390*UI*05042844452*UA*00000000000000~
字段 标识 含义
LIN02 IN CVS 物料编号标识符
LIN03 BFR04 CVS物料编号
LIN04 UI 物料的UPC编号标识符
LIN05 物料的UPC或者NDC编号
LIN06 UA 内部备用编码
LIN07 UPC编号

一句话业务含义:

本预测针对 CVS 商品编号 925390 的指定商品(UPC编号为:05042844452)。

UIT —— 数量单位
UIT*PC~

PC = Pieces

一句话业务含义:

预测数量以“单件(Piece)”为单位。

FST —— 时间区间预测总量(核心)
FST*64*D*F*20171112*20171118~
字段 含义
FST01 预测总数量
FST02 状态(D = Planning)
FST03 区间类型(F = Flexible)
FST04 区间开始日期
FST05 区间结束日期

一句话业务含义:

在 2017-11-12 至 2017-11-18 这一时间区间内,该商品预计总需求为 64 件。

关键说明:FST 表示的是 “区间总量”,不是某一天的需求。

五、SDQ —— 需求分配(Warehouse vs Store 的核心差异)

Warehouse Forecast(DC 预测)

1.单一配送中心预测

SDQ*PC*54*C101*64~
字段 含义
SDQ01 单位(PC)
SDQ02 = 54 Distribution Center
SDQ03 DC Code
SDQ04 分配数量

一句话业务含义:在该预测周期内,C101 配送中心预计需求 64 件。

2.多 DC 分配示例

SDQ*PC*54*L101*3648*M101*1920*O101*1600~

一句话业务含义:

CVS 已将预测总量拆分并分配至多个配送中心,每个 DC 对应独立需求数量。

Store Forecast(门店预测)
SDQ*PC*92*10951*64~
字段 含义
SDQ02 = 92 门店限定符
SDQ03 CVS门店ID
SDQ04 需求数量

一句话业务含义:

在该预测周期内,CVS 门店 10951 预计需求 64 件。

多门店分配示例

SDQ*PC*92*00212*3648*10951*1920*10152*1600~

一句话业务含义:

CVS 将该商品的预测需求量分配到多个具体门店,每家门店对应明确数量。

六、CTT —— 预测行数汇总

CTT*3~

一句话业务含义:

本预测报文共包含 3 个商品预测行。

七、Warehouse Forecast vs Store Forecast 对比总结

维度 Warehouse Forecast Store Forecast
SDQ02 54 92
分配对象 配送中心(DC) 门店(Store)
业务用途 DC 补货、调拨 门店级需求规划
执行依据 后续 850 PO 后续 850 PO

八、供应商系统处理建议(一句话版)

  • FST:决定“预测周期 + 总量”
  • SDQ:决定“给谁 + 分多少”
  • 54 / 92:决定“DC 还是 Store 场景”

CVS EDI 830 通过 FST + SDQ 的组合设计,实现了“预测总量”与“需求去向”的清晰分离。

供应商在解析 CVS 830 报文时,必须首先识别预测模式(Warehouse 或 Store),再结合 SDQ 的限定符与编码,才能正确理解需求来源并进行后续产能与库存规划。

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*64*D*F*20171112*20171118~

解析时必须把 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供货还是直供门店。

CVS 830 是一个“以 Item 为核心、以时间区间为预测单位、以 SDQ 进行 DC / 门店分配的非约束性计划预测报文”。

通过知行之云LIP系统接收CVS 订单

对企业而言,直接阅读CVS发来的EDI 830 报文难度较大,可通过我们的知行之云LIP系统,可视化地查看解析后的订单数据:

有关西维斯健康(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 交付的稳定性与及时性。

多工厂支持

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