Inteva DELJIT 报文解析：从 EDI 到 JSON 的结构化转换与字段说明-平芜编程栈

一、背景说明

在汽车行业供应链中，DELJIT（Delivery Just In Time）报文用于客户向供应商下发短周期、强约束的交付指令，是 JIT / JIS / 看板（KANBAN）模式下的核心业务报文。

与 DELFOR（预测计划）不同，DELJIT 更强调：

明确的交付数量
确定的交付/装运日期
更高的业务执行约束力

Inteva 在 DELJIT 场景中通常采用 SH（Shipment based）或 KB（Kanban）处理模式，用于驱动供应商按节拍、按批次进行实际发货。

由于 DELJIT 报文基于 EDIFACT D97A 标准，其业务语义分散在 BGM、DTM、SEQ、PAC、PCI、LIN、QTY 等多个段中，企业通常需要将其转换为结构化 JSON 数据，才能被 ERP、WMS、TMS 或执行系统直接使用。

本文将基于一条真实结构的Inteva DELJIT 报文示例，系统说明其业务含义，并给出与之对应的 JSON 结构设计。

二、DELJIT 原始报文示例

UNB+UNOA:2+sender+123456788+251203:0702+698++DELJIT' UNH+69800001+DELJIT:D:97A:UN' BGM+:::SH+2+5' DTM+137:20251203:102' DTM+158:20250722:102' DTM+159:20501231:102' RFF+AAN:AB000001' NAD+MI+123456678::16' NAD+SU+123456788::16' NAD+ST+RIPC::92' SEQ+6' PAC++:67' PCI++RECEIVING++11Z::167' PCI++RIPC++12Z::167' PCI++RECEIVING++13Z::167' PCI++INTEVA TEST S DE RL DE CV++14Z::167' PCI++TEST++15Z::167' PCI++++16Z::167' PCI++ECC S/A++17Z::167' LIN+++1A00001:IN' LOC+11+001' CTA+IC+:john' COM+1 234 5834567:TE' LOC+159+RECEIVING' QTY+70:0:C62' RFF+SI:NONE' DTM+11:20251203:102' QTY+1:100:C62' DTM+10:20251203:102' UNT+29+69800001' UNZ+1+698'

三、报文整体业务含义概览

从业务角度看，该报文是一份Inteva 发送给供应商的 JIT 交付指令，其核心业务含义包括：

报文类型：DELJIT（Just-In-Time Delivery）
交付模式：SH（基于发货）
交付计划编号 / Release Number：AB000001
计划有效周期：2025-07-22 ～ 2050-12-31
交付物料：1A00001（ECC S/A）
交付工厂 / 收货地点：001 / RECEIVING
本次要求发货数量：100 C62
要求装运 / 发货日期：2025-12-03

在 Inteva 业务规则中： > SH 模式下，实际发货日期由 Inteva 系统计算并控制，供应商仅需按 DELJIT 指令执行交付。

四、关键 EDI 段解析说明

1.报文头与交付模式定义

UNH+69800001+DELJIT:D:97A:UN' BGM+:::SH+2+5'

DELJIT:D:97A：DELJIT 报文，D97A 版本
SH：Shipment based（基于发货的交付模式）
2：报文类别（Delivery instruction）
5：Replace（替换先前版本）

2.关键日期定义

DTM+137:20251203:102' DTM+158:20250722:102' DTM+159:20501231:102'

DTM+137：报文发布日期
DTM+158：订单 / 计划开始日期
DTM+159：订单 / 计划结束日期

3.参考编号

RFF+AAN:AB000001'

AAN：Delivery Schedule Number / Release Number
在 SH 场景下，该编号用于标识本次交付指令版本

4.业务参与方信息

NAD+MI+123456678::16' NAD+SU+123456788::16' NAD+ST+RIPC::92'

MI：物料制造方
SU：供应商
ST：收货方（Inteva 工厂）

5.交付与包装层信息

SEQ+6' PAC++:67' PCI++RECEIVING++11Z::167' PCI++ECC S/A++17Z::167'

SEQ：交付序列号
PAC：包装层级 / 包装数量
PCI：包装标识、标签或交付附加说明

这些信息在实际业务中通常用于： – 标签打印 – 看板编号关联 – WMS / 收货校验

6.物料与交付数量

LIN+++1A00001:IN' LOC+11+001' LOC+159+RECEIVING' QTY+1:100:C62' DTM+10:20251203:102'

1A00001：买方物料号
LOC+11：工厂编码
LOC+159：具体收货区域
QTY+1：本次交付数量
DTM+10：要求发货 / 装运日期

五、DELJIT 转换后的 JSON 示例

{ "Header": { "DocumentName": "SH", "DocumentId": "2", "MessageFunctionCode": "5", "DocumentIssueDateTime": "20251203", "PurchaseOrderStartDate": "20250722", "PurchaseOrderEndDate": "20501231", "DeliveryScheduleNumber": "AB000001", "OrderNumber": "", "CustomerReferenceNumber": "", "MaterialIssuerID": "123456678", "MaterialIssuerName": "" "ShipToID": "RIPC", "ShipToName": "" "SupplierID": "123456788", "SupplierName": "", "DeliveryInfo": [ { "StorageLocation": "RECEIVING", "PlantCode": "RIPC", "StorageBin": "RECEIVING", "PlantName": "INTEVA TEST S DE RL DE CV", "PlantCity": "TEST", "ProductionDescription": "ECC S/A", "ItemInfo": [ { "BuyerItemNumber": "1A00001", "UltimateIntevaPartNumber": "", "CustomerKanbanCardNumber": [ "" ], "DeliveryOrderNumber": "", "DeliveryOrderLineNumber": "", "SchedulingAgreementNumber": "", "SchedulingAgreementLineNumber": "", "PlaceOfDischarge": "001", "AdditionalInternalDestination": "RECEIVING", "ContactName": "john", "ContactTel": "1 234 5834567", "CumulativeQuantity": "0", "QuantityPerPack": "", "ScheduleInfo": [ { "DiscreteQuantity": "100", "RequestDeliveryDate": "", "RequestShipDate": "20251203" } ], "LastDespatcNoteNumber": "NONE", "LastDespatcNoteDate": "20251203" } ] } ] } }

六、JSON 字段业务说明

1.Header 层

DocumentName：交付模式
DocumentId：交付计划 / Release 编号
MessageFunctionCode：报文功能（是否替换历史计划）
DocumentIssueDateTime：文件发布日期，格式：CCYYMMDD
PurchaseOrderStartDate：订单开始日期,CCYYMMDD
PurchaseOrderEndDate：订单截止日期,CCYYMMDD
DeliveryScheduleNumber：交货计划编号
OrderNumber：订单号，Inteva计划协议编号。仅用于看板。
CustomerReferenceNumber：客户参考号，仅适用于直接发货
MaterialIssuerID: 物料制造商ID
MaterialIssuerName: 物料制造商名称
ShipFromID: 发货方ID
ShipFromName: 发货方名称
ShipToID: 收货方ID
ShipToName: 收货方名称

2.交货与包装层

KanbanCardNumber：INTEVA提供的KANBAN编码，需要在发货时的Label中和DESADV发货通知中返回
StorageLocation：存货点
PlantCode：工厂编码
StorageBin：存储点
PlantName：工厂名称
PlantCity：工厂所在城市
ProductionDescription：产品描述
KanbanCardNumberRangeBegin：起始KANBAN编码
KanbanCardNumberRangeEnd：结束KANBAN编码

3.Item 物料层

BuyerItemNumber：买方物料编号
UltimateIntevaPartNumber：inteva最终物料编号,仅用于ship direct供应商
CustomerKanbanCardNumber：客户提供的KANBAN编码，仅用于ship direct供应商
DeliveryOrderNumber：订单单号
DeliveryOrderLineNumber：订单行号
SchedulingAgreementNumber：计划协议号
SchedulingAgreementLineNumber：计划协议行号
PlaceOfDischarge：最终卸货地点，通常是客户工厂、配送中心或港口。
AdditionalInternalDestination：内部收货点
ContactName：联系人姓名
ContactTel：联系人联系电话
CumulativeQuantity：累计接收数量
QuantityPerPack：每包数量
LastDespatcNoteNumber：上次发货通知编号
LastDespatcNoteDate：上次发货通知时间格式CCYYMMDD

4.交货计划层

DiscreteQuantity：发货数量
RequestDeliveryDate：要求发货日期, CCYYMMDD
RequestShipDate：要求装运日期,CCYYMMDD

七、DELJIT → JSON 实现方案说明

基于知行之桥 EDI 系统，可将 Inteva 的 DELJIT 报文解析并转换为结构化 JSON 数据。在此基础上，结合系统内置的 EDIFACT 端口、XML Map 端口及 JSON 端口，实现报文解析、字段映射与数据转换的自动化处理，进而构建完整、可配置的自动化业务工作流。

工作流示意图如下：

八、总结

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

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

阅读原文：知行软件 | Inteva DELJIT 报文解析：从 EDI 到 JSON 的结构化转换与字段说明