MARTUR EDI 对接指南：基于 AS2 与 EDIFACT D.96A 实现自动化接单

MARTUR 公司简介Martur Fompak International以下简称 MARTUR是一家汽车座椅与内饰系统一级供应商总部位于土耳其伊斯坦布尔。官方信息显示Martur 在全球 9 个国家布局 30 座工厂员工规模超过 10,000 人业务覆盖汽车座椅系统、汽车内饰件、汽车纺织品和整椅集成生产等多个品类。对于 MARTUR 供应商而言交付计划接收、需求预测解析、生产排程、物料准备和到货计划同步都需要较高的数据准确性和响应效率。通过 EDI 对接 MARTUR供应商可以将原本依赖人工处理的业务单据转为系统间自动传输与处理减少人工下载计划、手工录入、反复核对物料需求和追踪计划变更等工作量降低错单、漏单和沟通成本提升整体供应链协同效率。知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统帮助供应商完成 MARTUR AS2 通信、EDIFACT D.96A 报文解析、字段映射、格式转换及业务系统集成快速满足 MARTUR 的 EDI 对接要求。MARTUR EDI 需求概览MARTUR EDI 对接主要围绕交付计划接收、短期发货指示和中长期需求预测协同展开从 MARTUR 下发 DELFOR 交付计划开始到供应商解析需求、同步至 ERP/MES、安排生产备货并跟踪交付窗口形成完整的业务闭环。本次对接主要采用 AS2 作为传输方式并基于 EDIFACT D.96A 报文标准完成业务数据交换。涉及的核心业务单据如下EDI 单据EDIFACT D.96A 报文传输方向说明交付计划DELFORMARTUR - 供应商下发交付计划用于传递短期发货指示、中长期预测需求、物料号、交付地点、订单参考、数量和日期在项目启动阶段建议供应商优先确认 MARTUR 最新 EDI 规范文件、AS2 连接参数、每类单据的传输方向、测试场景及上线要求。交付计划DELFOR 是 MARTUR 向供应商发送的交付计划报文用于传递短期确定需求和中长期预测需求。两类需求通过不同的 DELFOR 报文发送确定需求Firm Order用于指导实际备货、生产和发货预测需求Forecast Order主要用于物料、产能和生产规划不能直接作为正式发货依据。实施时建议重点关注以下业务字段关注点典型字段说明报文与计划识别UNB、UNH、BGM、RFF识别交换控制号、报文版本、计划编号和采购订单号交易方与地点NAD、LOC识别供应商、买方、收货方及交付地点物料识别LIN、PIA识别买方物料号及补充物料信息其中 IN 表示买方物料号数量与日期QTY、SCC、DTM识别待交付数量、数量单位、计划类型和交付时间窗口供应商可通过 BGM 功能代码判断当前 DELFOR 的需求类型BGM 功能代码业务含义处理方式24确定需求用于实际备货、生产和发货25预测需求用于中长期物料、产能和生产规划除 BGM 功能代码外还需检查 SCC 计划状态SCC1表示确定需求SCC4表示预测需求。BGM 与 SCC 表示的需求类型应保持一致避免将预测数量误认为正式交付要求。MARTUR DELFOR 采用取消并替换的计划更新方式。LIN02 取值为3表示新报文将替换此前同类型的确定需求或预测需求。因此供应商需要分别管理 Firm 和 Forecast 计划并按照最新报文更新 ERP、MES 或计划系统不能将新旧需求简单累加。每组计划明细通常包含买方物料号、采购订单号、交付地点、待交付数量、数量单位和交付时间窗口。其中QTY113表示待交付数量DTM64和DTM63分别表示最早和最晚交付日期供应商需要在规定的时间窗口内完成交付。报文头中的日期限定符决定后续计划日期的业务口径DTM2表示货物到达 MARTUR 的日期DTM10表示货物从供应商处发出的日期。供应商需要准确识别日期口径避免将到货日期误认为发货日期影响生产、运输和交付安排。DELFOR 对接的重点是准确区分确定需求与预测需求正确处理新旧计划的替换关系并保留每个物料明细下数量、计划状态和交付日期之间的对应关系。同时应确保物料号、交付地点、订单参考号、数量单位和日期信息在 EDI 系统与 ERP/MES 中保持一致减少计划错配、备货偏差和交付延误。MARTUR EDI 对接方案如何落地在明确 MARTUR 的 EDI 需求后供应商需要选择合适的落地方式。方案一本地化部署 ERP 系统无缝集成对于希望实现 DELFOR 接收、解析和计划同步自动处理的供应商推荐采用本地化部署方案。可基于知行之桥 EDI 系统协助企业建立与 MARTUR 的 AS2 传输通道实现 EDIFACT D.96A 报文与内部业务数据之间的自动转换。EDIFACT D.96A 报文本身可读性较差不适合业务系统直接处理。通过知行之桥MARTUR 与供应商之间往来的 DELFOR 交付计划等报文可以被转换为 ERP 更容易识别的 JSON 数据格式。这样ERP 系统只需要处理清晰的业务字段例如消息编号、计划编号、买方、供应商、收货方、买方物料号、交付地点、订单参考号、累计数量、计划数量和起止日期等不需要直接理解复杂的 EDIFACT D.96A 段结构。下图展示了基于知行之桥 EDI 系统实现 MARTUR DELFOR 交付计划接收、解析、映射及 JSON 输出的典型工作流。知行之桥 EDI 工作流示例本次 MARTUR EDI 对接范围仅包含 DELFOR 交付计划入站处理。知行之桥会将 MARTUR 发来的 DELFOR 报文自动解析并转换为业务 JSON供 ERP、MES 或计划系统直接处理如果后续项目新增发方向单据也可以在同一 AS2 通道和 MARTUR 工作区中继续扩展 JSON 到 EDIFACT 的发送链路。当前工作流覆盖 AS2 接收、EDIFACT D.96A 解析、报文类型识别、字段映射和 JSON 输出内部系统只需处理清晰的业务 JSON减少对 EDIFACT D.96A 复杂结构的理解和开发成本。以下以 DELFOR 交付计划为例展示 EDIFACT D.96A 报文转换为业务 JSON 后的效果便于内部系统直接处理。EDI 报文转换结果示例方案二暂不集成 ERP直接使用知行之云 Web EDI对于暂时没有 ERP 集成计划或计划数据量尚未达到自动化集成规模的供应商可以选择知行之云 Web EDI 方案。该方案无需在本地部署服务器也不需要企业自行开发 ERP 接口业务人员可直接通过网页处理 MARTUR 的 EDI 单据。在知行之云 Web EDI 中MARTUR 发来的 DELFOR 交付计划会被转换为可读的网页单据业务人员可以在线查看交付计划、物料需求、交付地点、计划数量和交付日期并维护计划确认、备货状态、异常备注和内部跟进信息如后续项目新增回传要求再生成对应的回传单据。下图展示了知行之云 Web EDI 中业务人员处理交付计划和物料需求等单据的页面示例。知行之云 Web EDI 页面示例当后续计划数据量增加、单据处理频率提升或企业希望进一步提升自动化程度时也可以从知行之云 Web EDI 逐步升级到知行之桥本地化部署方案实现与 ERP、MES、WMS 等系统的深度集成。知行EDI方案选型建议本地化部署知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中将交付计划、物料需求、库存、生产排程、发货和财务等业务数据保留在可控范围内便于满足内部数据管理、安全审计和合规要求。如果企业暂时不需要本地化部署也暂不对接ERP等内部系统建议直接开通知行之云 LIP 系统一套基于 SaaS 模式的 Web EDI 解决方案同样支持试用。业务人员可通过网页处理交付计划、需求确认和后续扩展单据更适合中小型供应商快速满足 MARTUR 或其他客户的 EDI 要求。维度知行之云 LIP (SaaS)知行之桥 (本地部署/集成)适用对象中小型供应商、业务人员直接操作中大型企业、追求高度自动化的用户部署方式网页登录无服务器需求部署在用户私有服务器本地/云端集成能力网页可视化操作 / 手动录入自动集成 SAP、Oracle、用友、金蝶等对接方式门户化管理中间数据库、API、WebService、CSV实施周期1-3 天1-2 周阅读原文知行软件 | MARTUR EDI 对接指南基于 AS2 与 EDIFACT D.96A 实现自动化接单