一、背景说明
在汽车零部件供应链中，DELFOR（Delivery Forecast） 是主机厂或一级客户向供应商发送的长期交付预测计划报文。
Inteva 作为汽车行业的重要客户，通常通过 DELFOR 报文向供应商传递未来一段时间内的物料需求预测，用于供应商进行产能规划、采购准备及库存管理。
然而，DELFOR 报文采用 EDIFACT 标准格式，可读性较差，难以被企业内部系统（ERP / APS / 自研系统）直接使用，因此通常需要将其转换为结构化的 JSON 数据，再进入后续业务流程。
本文将结合一份真实的 Inteva DELFOR 报文示例，说明：
- 报文的核心业务含义
- JSON 字段的设计与业务解释
效果图如下:
二、Inteva DELFOR 原始报文示例
以下是 Inteva 发送的一条 DELFOR 报文：
UNB+UNOA:2+sender+123456789+251210:0701+699++DELFOR'
UNH+69900001+DELFOR:D:97A:UN'
BGM+241+20251210070118+5'
DTM+158:20250722:102'
DTM+159:20501231:102'
NAD+MI+987654321::16'
NAD+SF+123456789::16'
NAD+SU+123456789::16'
GIS+37'
NAD+ST+RIPC::92'
CTA+IC+:jonh'
COM+1 234 55555:TE'
LIN+++1A00001:IN'
IMD+++:::ECC S/A'
LOC+11+001'
LOC+159+RECEIVING'
RFF+ON:PO0001'
RFF+RE:3'
DTM+137:20251210:102'
QTY+70:0:C62'
RFF+SI:NONE'
DTM+11:20251210:102'
SCC+4++F'
QTY+1:0:C62'
DTM+10:20251208:102'
DTM+159:20251214:102'
QTY+1:336:C62'
DTM+10:20260112:102'
DTM+159:20260118:102'
QTY+1:112:C62'
DTM+10:20260119:102'
DTM+159:20260125:102'
QTY+1:560:C62'
DTM+10:20260209:102'
DTM+159:20260215:102'
SCC+2'
QTY+3:0:C62'
DTM+52:20251222:102'
SCC+3'
QTY+3:0:C62'
DTM+52:20251229:102'
UNT+41+69900001'
UNZ+1+699'三、报文整体业务含义概览
从业务角度看，这是一份 Inteva 发给供应商的长期预测报文，主要包含以下信息：
同时包含周期承诺（SCC+4）、制造承诺（SCC+2）及物料承诺（SCC+3）这些数量并非正式订单，而是用于指导供应商进行生产和资源规划。
四、关键 EDI 段解析说明
1.报文头（Header）
|-----|---------------------------------------------------------|
| 1 2 | UNH+69900001+DELFOR:D:97A:UN' BGM+241+20251210070118+5' |
- DELFOR:D:97A：DELFOR 报文，D97A 版本
- 241：Forecast message
- 20251210070118：预测计划编号
- 5：替代 / 更新预测
2.预测周期
|-----|---------------------------------------------|
| 1 2 | DTM+158:20250722:102' DTM+159:20501231:102' |
- DTM+158：预测开始日期
- DTM+159：预测结束日期
表示该 DELFOR 覆盖 2025-07-22 至 2050-12-31 的需求预测。
3.业务伙伴信息
|---------|------------------------------------------------------------------------------------|
| 1 2 3 4 | NAD+MI+987654321::16' NAD+SF+123456789::16' NAD+SU+123456789::16' NAD+ST+RIPC::92' |
- MI：消息发起方
- SF：发运方
- SU：供应商
- ST：收货方
4.收货层级信息
|---------|------------------------------------------------------------|
| 1 2 3 4 | GIS+37' NAD+ST+RIPC::92' CTA+IC+:jonh' COM+1 234 55555:TE' |
- ST：收货方
- CTA：收货方联系人
- COM：收货方联系电话
5.物料层级信息
|---------|--------------------------------------------------------------------|
| 1 2 3 4 | LIN+++1A00001:IN' IMD+++:::ECC S/A' LOC+11+001' LOC+159+RECEIVING' |
- 1A00001：客户物料号（1A00001）
- IMD：物料描述（ECC S/A）
- LOC+11：使用 / 交付地点（001）
- LOC+159：内部收货区域（RECEIVING）
6.参考信息
|-----|--------------------------|
| 1 2 | RFF+ON:PO0001' RFF+RE:3' |
- RFF+ON：参考订单号
- RFF+RE：参考订单行号或版本号
7.预测数量与日期
|---------|---------------------------------------------------------------------|
| 1 2 3 4 | SCC+4++F' QTY+1:336:C62' DTM+10:20260112:102' DTM+159:20260118:102' |
- SCC+4：周期性预测（周期计划）
- QTY+1：预测数量
- DTM+10 / DTM+159：周期开始与结束日期
8.制造承诺与物料承诺
|-------------|-----------------------------------------------------------------------------------|
| 1 2 3 4 5 6 | SCC+2' QTY+3:0:C62' DTM+52:20251222:102' SCC+3' QTY+3:0:C62' DTM+52:20251229:102' |
- SCC+2：生产冻结点（Manufacturing Commitment）
- QTY+3：生产冻结数量
- DTM+52 ：冻结日期，表示 2025-12-22 为止，供应商可安全排产
- SCC+3 ：备料冻结点（Material Commitment），客户仅承诺会用到对应数量的物料
- QTY+3：备料冻结数量
- DTM+52 ：冻结日期，表示 2025-12-29 为止，供应商可准备原材料
五、Inteva DELFOR 转换后的 JSON 示例
在系统中，通常会将上述 DELFOR 转换为如下 JSON 结构：
{
"Header": {
"DocumentId": "20251210070118",
"PurchaseOrderStartDate": "20250722",
"PurchaseOrderEndDate": "20501231",
"MaterialIssuerID": "987654321",
"MaterialIssuerName": ""
"ShipFromID": "123456789",
"ShipFromName": ""
"SupplierID": "123456789",
"SupplierName": "",
"ShipToInfo": [
{
"ProcessingCode": "37",
"ShipToID": "RIPC",
"ShipToName": "",
"ShipToContactName": "jonh",
"ShipToContactTel": "1 234 55555",
"ItemInfo": [
{
"BuyerItemNumber": "1A00001",
"RecordKeepingYear": "",
"UltimateIntevaPartNumber": "",
"ItemShortDescripton": "ECC S/A",
"PlaceOfDischarge": "001",
"AdditionalInternalDestination": "RECEIVING",
"OrderNumber": "PO0001",
"ReleaseNumber": "3",
"CustomerReferenceNumber": "",
"DocumentDate": "",
"CumulativeReceivedQty": "0",
"LastDespatcNoteNumber": "NONE",
"LastDespatcNoteDate": "20251210",
"ScheduleInfo": [
{
"DeliveryPlanCode": "4",
"FrequencyCode": "F",
"DeliveryQty": "0",
"RequestedShipmentDate": "20251208",
"HorizonEndDate": "20251214"
}
],
"ScheduleConditions": [
{
"CommitmentLevelCode": "2",
"CumulativeQuantity": "0",
"CumulativeStartDate": "",
"CumulativeEndDate": "20251222"
},
{
"CommitmentLevelCode": "3",
"CumulativeQuantity": "0",
"CumulativeStartDate": "",
"CumulativeEndDate": "20251229"
}
]
}
]
}
]
}
}六、JSON 字段业务说明
1.报文级字段
- DocumentId：预测计划编号
- PurchaseOrderStartDate：订单开始日期,CCYYMMDD
- PurchaseOrderEndDate：订单截止日期,CCYYMMDD
- MaterialIssuerID: 物料制造商ID
- MaterialIssuerName: 物料制造商名称
- ShipFromID: 发货方ID
- ShipFromName: 发货方名称
- SupplierID: 供应商ID
- SupplierName: 供应商名称
2.收货层字段
- ProcessingCode:"处理标识：36-更改信息（用于ship direct供应商）;37-完整信息
- ShipToID:收货方编号
- ShipToName:收货方名称
- ShipToContactName:收货方联系人名称
- ShipToContactTel:收货方联系电话
3.物料层字段
- BuyerItemNumber：买方物料编号
- RecordKeepingYear：记录保留年限
- UltimateIntevaPartNumber：Inteva最终物料编号,（仅用于ship direct供应商）
- ItemShortDescripton：产品简要描述
- PlaceOfDischarge：指明供应商预计货物将运抵的最终卸货地点，通常是客户工厂、配送中心或港口。
- AdditionalInternalDestination：表示供应商或客户内部的额外处理或接收地点，非主收货仓库。
- OrderNumber：订单号
- ReleaseNumber：版本号
- CustomerReferenceNumber：客户参考号（仅用于ship direct供应商）
- DocumentDate：文档创建日期，CCYYMMDD
- CumulativeReceivedQty：累计收货数量
- LastDespatcNoteNumber：上次发货通知编号
- LastDespatcNoteDate：上次发货通知时间格式CCYYMMDD
4.预测明细字段
- DeliveryPlanCode：该计划行的"确定性等级"，1=Firm Firm delivery schedule 已确认的交货计划：客户已下达明确的发运/收货指令，供应商应按此执行。通常意味着近期（1~2周内）发货；4=Planning/Forecast Planning or forecast schedule 预测性计划：仅供供应商规划生产、备料，不构成交货义务。一般为中期（数周至数月）预测。
- FrequencyCode："交货频率代码：M =Monthly 按日历月为单位提供计划 长期计划或滚动预测；W =Weekly 每周计划；F=Flexible interval ，灵活周期
- DeliveryQty：交货数量
- RequestedShipmentDate：要求发货日期，格式CCYYMMDD
- HorizonEndDate：交货周期结束日期.格式CCYYMMDDdate：预测需求日期
5.生产备料承诺字段
- CommitmentLevelCode：2=Commitment for manufacturing and material ,买方承诺该需求不再更改，供应商必须执行 按此数量生产、发货，稳定性高；3=Commitment for material 买方承诺仅为物料采购参考，供应商可提前备料，但不生产，稳定性中
- CumulativeQuantity：累计承诺数量，与上方CommitmentLevelCode对应
- CumulativeStartDate：累计数量开始日期，CCYYMMDD.
- CumulativeEndDate：累计数量结束日期，CCYYMMDD.
七、DELFOR -> JSON方案实现说明
基于知行之桥 EDI 系统，可将 Inteva 的 DELFOR 报文解析并转换为 结构化 JSON 数据。在此基础上，结合系统内置的 EDIFACT 端口、XML Map 端口及 JSON 端口，实现报文解析、字段映射与数据转换的自动化处理，进而构建完整、可配置的 自动化业务工作流。
工作流示意图如下：
八、总结
Inteva 的 DELFOR 报文是汽车供应链中至关重要的预测数据来源。通过将复杂的 EDI 报文解析并转换为结构化 JSON，不仅显著提升了数据的可读性与可用性，也为后续的系统自动化、预测分析及业务决策提供了坚实的数据基础。
合理、清晰的 JSON 结构设计，是 DELFOR 数据能否真正从"技术报文"转化为"业务数据"的关键。在此基础上，依托知行 EDI 成熟稳定的配置体系与多年汽车行业实践经验，企业无需进行高成本、重定制开发，即可高效完成 EDI 预测数据的对接与落地。
该方案在确保数据准确性与系统稳定性的同时，有效降低了实施与长期运维成本，为汽车供应链计划协同与业务连续性提供了可靠支撑。