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 结构设计。

inteva-deljit1.png

二、DELJIT 原始报文示例

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

从业务角度看,该报文是一份 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.报文头与交付模式定义

  • DELJIT:D:97A:DELJIT 报文,D97A 版本
  • SH:Shipment based(基于发货的交付模式)
  • 2:报文类别(Delivery instruction)
  • 5:Replace(替换先前版本)
2.关键日期定义

  • DTM+137:报文发布日期
  • DTM+158:订单 / 计划开始日期
  • DTM+159:订单 / 计划结束日期
3.参考编号

  • AAN:Delivery Schedule Number / Release Number
  • 在 SH 场景下,该编号用于标识本次交付指令版本
4.业务参与方信息

  • MI:物料制造方
  • SU:供应商
  • ST:收货方(Inteva 工厂)
5.交付与包装层信息

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

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

6.物料与交付数量

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

五、DELJIT 转换后的 JSON 示例

六、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 端口,实现报文解析、字段映射与数据转换的自动化处理,进而构建完整、可配置的 自动化业务工作流。

工作流示意图如下:

inteva-deljit2.png

八、总结

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

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , ,
文章分类 帮助文档, 成功案例, 汽车行业EDI, 知识库