一、背景说明

在汽车行业供应链中，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 的结构化转换与字段说明