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 报文标准完成业务数据交换。涉及的核心业务单据如下：

在项目启动阶段，建议供应商优先确认 MARTUR 最新 EDI 规范文件、AS2 连接参数、每类单据的传输方向、测试场景及上线要求。

交付计划

DELFOR 是 MARTUR 向供应商发送的交付计划报文，用于传递短期确定需求和中长期预测需求。两类需求通过不同的 DELFOR 报文发送：确定需求（Firm Order）用于指导实际备货、生产和发货；预测需求（Forecast Order）主要用于物料、产能和生产规划，不能直接作为正式发货依据。

实施时建议重点关注以下业务字段：

供应商可通过 BGM 功能代码判断当前 DELFOR 的需求类型：

除 BGM 功能代码外，还需检查 SCC 计划状态：SCC+1 表示确定需求，SCC+4 表示预测需求。BGM 与 SCC 表示的需求类型应保持一致，避免将预测数量误认为正式交付要求。

MARTUR DELFOR 采用取消并替换的计划更新方式。LIN02 取值为 3 表示新报文将替换此前同类型的确定需求或预测需求。因此，供应商需要分别管理 Firm 和 Forecast 计划，并按照最新报文更新 ERP、MES 或计划系统，不能将新旧需求简单累加。

每组计划明细通常包含买方物料号、采购订单号、交付地点、待交付数量、数量单位和交付时间窗口。其中，QTY+113 表示待交付数量；DTM+64 和 DTM+63 分别表示最早和最晚交付日期，供应商需要在规定的时间窗口内完成交付。

报文头中的日期限定符决定后续计划日期的业务口径：DTM+2 表示货物到达 MARTUR 的日期，DTM+10 表示货物从供应商处发出的日期。供应商需要准确识别日期口径，避免将到货日期误认为发货日期，影响生产、运输和交付安排。

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 要求。

如果你正在准备与 MARTUR 进行 EDI 对接，欢迎联系知行软件，获取 MARTUR EDI 对接方案、测试流程、报文映射建议及示例工作流，快速推进项目测试与上线。