一、背景说明
在汽车行业供应链中，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 预测数据的对接与落地。
本方案在确保数据准确性与系统稳定性的同时，有效降低了实施与长期运维成本，为汽车供应链计划协同与业务连续性提供了可靠支撑。