Punch 公司简介

Punch（Punch Powertrain）是汽车行业知名的全球汽车动力总成和电驱系统供应商，总部位于比利时 Sint-Truiden，业务覆盖传统动力总成、混合动力总成、电驱系统及相关汽车零部件等多个品类。对于 Punch 供应商而言，交付计划接收、JIT 需求响应、发货通知回传和发票结算都需要较高的数据准确性和响应效率。

通过 EDI 对接 Punch，供应商可以将原本依赖人工处理的业务单据，转为系统间自动传输与处理，减少人工下载交付计划、手工录入需求、重复对账和物流信息回填等工作量，降低错单、漏单和对账成本，提升整体供应链协同效率。

知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统，帮助供应商完成 Punch OFTP 通信、EDIFACT D96A 报文解析、字段映射、格式转换及业务系统集成，快速满足 Punch 的 EDI 对接要求。

Punch EDI 需求概览

Punch EDI 对接主要围绕交付预测、JIT 拉动、发货通知和电子发票结算展开，从 Punch 下发 DELFOR 交付计划或 DELJIT 准时交付计划开始，到供应商根据交付预测和 JIT 需求安排生产、备货与发运，回传 DESADV 发货通知并发送 INVOIC 发票，形成完整的业务闭环。

本次对接主要采用 OFTP 作为传输方式，并基于 EDIFACT D96A 报文标准完成业务数据交换。涉及的核心业务单据如下：

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

DELFOR 交付计划

DELFOR 是 Punch 向供应商发送的交付计划报文，通常包含计划编号、计划日期、买方/供应商/收货方、物料号、交货地点、采购订单号、累计数量、待交数量、计划状态和交付日期等信息。供应商接收 DELFOR 后，需要将预测和计划数据同步到 ERP、MES 或排产系统中，作为产能计划、物料备货、交付排程和后续发货准备的基础。

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

DELFOR 的重点在于准确识别计划周期、物料号、收货地点和不同数量类型。实施时应确保物料号、订单号、收货地点和计划日期在后续 DESADV 与 INVOIC 中保持一致，避免影响生产备货、交期判断和后续单据匹配。

DELJIT 准时交付计划

DELJIT 是 Punch 向供应商发送的 JIT 交付指令报文，通常包含报文编号、单据日期、账户参考、发货方、供应商、收货仓库、序列号、包装类型、物料号、采购订单号、交货地点、需求数量和提货日期等信息。供应商接收 DELJIT 后，需要将短期拉动需求同步到备货、装运或仓储系统中，作为 JIT 发运安排、包装准备、发货通知生成和交付状态跟踪的基础。

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

DELJIT 的重点在于准确解析 JIT 需求数量、收货仓库、采购订单号和最新提货日期。实施时应确保采购订单号、物料号、库位和包装参考在后续发货通知中保持一致，避免导致短期发运延迟、包装信息不匹配或收货异常。

DESADV 发货通知

DESADV 是供应商向 Punch 发送的发货通知报文，通常包含发货通知编号、发货时间、预计到达时间、收货方、发货方、运输方式、车辆/设备、包装层级、SSCC、物料号、发货数量、批次号和订单参考等信息。Punch 接收 DESADV 后，需要基于发货通知更新收货计划、在途状态和包装追踪信息，作为收货预约、运输追踪、到货校验和发票匹配的基础。

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

DESADV 的重点在于保持发货单号、采购订单号、包装层级、SSCC 和物料行之间的关联。实施时应确保发货数量、箱/托盘信息、批次号和订单参考与实际发运一致，避免影响 Punch 收货、包装扫描、批次追溯和后续对账。

INVOIC 发票

INVOIC 是供应商向 Punch 发送的电子发票报文，通常包含发票号、发票日期、实际交付日期、买方、供应商、VAT 注册号、币种、物料号、开票数量、行金额、单价、发货通知号、采购订单号、送货单号、税率、税额和总金额等信息。Punch 接收 INVOIC 后，需要完成发票接收、字段校验并触发内部财务核对，作为三单匹配、税务处理、付款申请和财务对账的基础。

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

INVOIC 的重点在于准确传递发票号、VAT 信息、币种、金额、税额和订单/发货参考。实施时应确保发票中的采购订单号、发货通知号、数量和金额与前序交付和发货数据一致，避免造成发票拒收、付款延迟或财务差异。

Punch EDI 对接方案如何落地？

在明确 Punch 的 EDI 需求后，供应商需要选择合适的落地方式。

方案一：本地化部署 + ERP 系统无缝集成

对于希望实现交付计划、JIT 需求、发货通知和发票自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 Punch 的 OFTP 传输通道，实现 EDIFACT D96A 报文与内部业务数据之间的自动转换。

EDIFACT D96A 报文本身可读性较差，不适合业务系统直接处理。通过知行之桥，Punch 与供应商之间往来的 DELFOR 交付计划、DELJIT 准时交付计划、DESADV 发货通知和 INVOIC 发票等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如计划编号、交货日期、客户工厂、供应商编码、收货仓库、物料号、采购订单号、库位、需求数量、包装数量、发货单号、SSCC、批次号、发票号、税额和金额等，不需要直接理解复杂的 EDIFACT D96A 段结构。

下图展示了基于知行之桥 EDI 系统实现 Punch DELJIT 准时交付计划接收、解析、映射及 JSON 输出的典型工作流。 

知行之桥 EDI 工作流示例

知行之桥会将 Punch 发来的 DELFOR 交付计划或 DELJIT 准时交付计划报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成 DESADV 发货通知或 INVOIC 发票 JSON 后，知行之桥再将其转换为 Punch 要求的 EDIFACT D96A 报文，并通过 OFTP 自动发送给 Punch。

整个工作流覆盖 OFTP 通信、EDIFACT D96A 解析、字段映射、JSON 转换和报文发送，内部系统只需处理清晰的业务 JSON，减少对 EDIFACT D96A 复杂结构的理解和开发成本。

以下以 DELJIT 准时交付计划为例，展示 EDIFACT D96A 报文转换为业务 JSON 后的效果，便于内部系统直接处理。

EDI 报文转换结果示例

方案二：暂不集成 ERP，直接使用知行之云 Web EDI

对于暂时没有 ERP 集成计划，或单据量尚未达到自动化集成规模的供应商，可以选择知行之云 Web EDI 方案。该方案无需在本地部署服务器，也不需要企业自行开发 ERP 接口，业务人员可直接通过网页处理 Punch 的 EDI 单据。

在门户化 Web EDI 场景中，Punch 发来的 DELFOR 交付计划可转换为可读的网页单据，业务人员可以在线查看交付计划、客户工厂、物料、库位、数量、发货和发票数据，维护发货批次、包装数量、ASN 明细、发票金额和参考单号，并生成 DESADV 发货通知或 INVOIC 发票等回传单据。需要注意的是，Punch 规范中 DELJIT 标注为仅 EDI 范围，若供应商需要处理 DELJIT，建议优先采用知行之桥与内部系统集成。

下图展示了知行之云 Web EDI 中业务人员处理交付计划、发货通知和发票等单据的页面示例。

知行之云 Web EDI 页面示例

当后续单据量增加、单据处理频率提升，或企业希望进一步提升自动化程度时，也可以从知行之云 Web EDI 逐步升级到知行之桥本地化部署方案，实现与 ERP、WMS、OMS 等系统的深度集成。

知行 EDI 方案选型建议

本地化部署 知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中，将交付计划、物料、客户地址、发货、发票等业务数据保留在可控范围内，便于满足内部数据管理、安全审计和合规要求。

如果企业暂时不需要本地化部署，也暂不对接 ERP 等内部系统，建议直接开通 知行之云 LIP 系统，一套基于 SaaS 模式的 Web EDI 解决方案，同样支持试用。业务人员可通过网页处理交付计划、发货和发票，更适合中小型供应商快速满足 Punch 或其他客户的 EDI 要求。

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