Inteva DELFOR 报文解析:从 EDI 到 JSON 的结构化转换与字段说明

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

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

一、背景说明

在汽车零部件供应链中,DELFOR(Delivery Forecast) 是主机厂或一级客户向供应商发送的长期交付预测计划报文。

Inteva 作为汽车行业的重要客户,通常通过 DELFOR 报文向供应商传递未来一段时间内的物料需求预测,用于供应商进行产能规划、采购准备及库存管理。

然而,DELFOR 报文采用 EDIFACT 标准格式,可读性较差,难以被企业内部系统(ERP / APS / 自研系统)直接使用,因此通常需要将其转换为结构化的 JSON 数据,再进入后续业务流程。

本文将结合一份真实的 Inteva DELFOR 报文示例,说明:

  • 报文的核心业务含义
  • JSON 字段的设计与业务解释

效果图如下:

Inteva-DELFOR1.png

二、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)
UNH+69900001+DELFOR:D:97A:UN'
BGM+241+20251210070118+5'
  • DELFOR:D:97A:DELFOR 报文,D97A 版本
  • 241:Forecast message
  • 20251210070118:预测计划编号
  • 5:替代 / 更新预测
2.预测周期
DTM+158:20250722:102'
DTM+159:20501231:102'
  • DTM+158:预测开始日期
  • DTM+159:预测结束日期

表示该 DELFOR 覆盖 2025-07-22 至 2050-12-31 的需求预测。

3.业务伙伴信息
NAD+MI+987654321::16'
NAD+SF+123456789::16'
NAD+SU+123456789::16'
NAD+ST+RIPC::92'
  • MI:消息发起方
  • SF:发运方
  • SU:供应商
  • ST:收货方
4.收货层级信息
GIS+37'
NAD+ST+RIPC::92'
CTA+IC+:jonh'
COM+1 234 55555:TE'
  • ST:收货方
  • CTA:收货方联系人
  • COM:收货方联系电话
5.物料层级信息
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.参考信息
RFF+ON:PO0001'
RFF+RE:3'
  • RFF+ON:参考订单号
  • RFF+RE:参考订单行号或版本号
7.预测数量与日期
SCC+4++F'
QTY+1:336:C62'
DTM+10:20260112:102'
DTM+159:20260118:102'
  • SCC+4:周期性预测(周期计划)
  • QTY+1:预测数量
  • DTM+10 / DTM+159:周期开始与结束日期
8.制造承诺与物料承诺
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-DELFOR2.png

八、总结

Inteva 的 DELFOR 报文是汽车供应链中至关重要的预测数据来源。通过将复杂的 EDI 报文解析并转换为结构化 JSON,不仅显著提升了数据的可读性与可用性,也为后续的系统自动化、预测分析及业务决策提供了坚实的数据基础。

合理、清晰的 JSON 结构设计,是 DELFOR 数据能否真正从“技术报文”转化为“业务数据”的关键。在此基础上,依托知行 EDI 成熟稳定的配置体系与多年汽车行业实践经验,企业无需进行高成本、重定制开发,即可高效完成 EDI 预测数据的对接与落地。

该方案在确保数据准确性与系统稳定性的同时,有效降低了实施与长期运维成本,为汽车供应链计划协同与业务连续性提供了可靠支撑。

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

为什么选择

知行之桥®?​

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

可视化 EDI 工作流

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

Odette & Drummond 认证

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

多系统集成能力

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

数据映射格式转换

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

实时监控预警机制

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

多工厂支持

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