BWI Group EDI 对接指南:基于 OFTP 与 EDIFACT 打通交付预测、准时供货、发货反馈与付款通知流程
© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号
BWI Group 公司简介
BWI Group 是全球知名的汽车制动与悬架系统供应商,总部位于中国北京,业务覆盖制动系统、悬架系统及相关底盘产品等领域。对于 BWI Group 供应商而言,交付预测接收、准时供货排程、发货通知回传、异常反馈处理和付款通知核对都需要较高的数据准确性和响应效率。
通过 EDI 对接 BWI Group,供应商可以将原本依赖人工处理的业务单据,转为系统间自动传输与处理,减少人工下载订单、手工录入、重复对账和物流信息回填等工作量,降低错单、漏单和对账成本,提升整体供应链协同效率。
知行软件可基于知行之桥 EDI 系统或知行之云 Web EDI 系统,帮助供应商完成 BWI Group OFTP 通信、EDIFACT 报文解析、字段映射、格式转换及业务系统集成,快速满足 BWI Group 的 EDI 对接要求。
BWI Group EDI 需求概览
BWI Group EDI 对接主要围绕汽车零部件供货计划、发运协同、应用处理反馈与结算信息核对展开,从 BWI Group 下发交付预测 DELFOR 和准时供货计划 DELJIT 开始,到供应商安排生产与发运、回传 DESADV,并接收 APERAK 应用反馈和 REMADV 付款通知,形成完整的业务闭环。
本次对接主要采用 OFTP 作为传输方式,并基于 EDIFACT 报文标准完成业务数据交换。涉及的核心业务单据如下:
| EDI 单据 | EDIFACT 报文 | 传输方向 | 说明 |
|---|---|---|---|
| 交付预测 | DELFOR | BWI Group → 供应商 | 下发物料需求预测、计划区间及制造与原材料授权信息(D.97A) |
| 准时供货计划 | DELJIT | BWI Group → 供应商 | 下发具体数量、地点和日期时间的供货要求,区分 SH 与 KB 场景(D.97A) |
| 应用错误与确认 | APERAK | BWI Group → 供应商 | 反馈 DESADV 应用处理中的错误及关联信息(D.97A) |
| 付款通知 | REMADV | BWI Group → 供应商 | 提供付款或其他结算的明细信息,供供应商核对(D.99B) |
| 发货通知 | DESADV | 供应商 → BWI Group | 回传实际发运、包装、物料数量及关联计划信息(D.97A) |
本稿依据所提供的五份规范展开:DELFOR、DELJIT、APERAK、DESADV 使用 D.97A,REMADV 使用 D.99B。资料包含历史版本及 Draft 标记,实施前应由 BWI Group 确认当前适用版本。本次传输协议按项目输入采用 OFTP,连接地址、端口、ODETTE 标识、认证方式和文件命名等参数仍需项目确认。
在项目启动阶段,建议供应商优先确认 BWI Group 最新 EDI 规范文件、OFTP 连接参数、每类单据的传输方向、测试场景及上线要求。
交付预测
DELFOR 是 BWI Group 向供应商发送的交付预测与供货计划报文,通常包含计划发布号、计划区间、物料号、计划协议号、数量、需求日期及授权类别等信息。供应商接收 DELFOR 后,需要按物料、交货地点与计划协议匹配内部数据,区分预测数量、制造授权和原材料授权,作为备料、产能安排和后续供货计划执行的基础。
实施时建议重点关注以下业务字段:
| 关注点 | 典型字段 | 说明 |
|---|---|---|
| 计划识别与区间 | UNH、BGM、DTM | D.97A;BGM 标识计划发布号;DTM 158/159 标识计划区间,结合 BGM 功能码处理更新 |
| 物料与交货关联 | NAD、LIN、LOC、RFF | 核对发出方、供应商、收货方、物料号、交货地点及 RFF ON 计划协议号 |
| 需求和授权类别 | SCC、QTY、DTM | SCC 4 为计划数量,2 为制造授权,3 为原材料授权;数量与其日期、周期配对 |
| 累计收货信息 | QTY 70、RFF SI、DTM 11 | 区分累计收货量与当期需求,保留最近已收 ASN 及相关日期以支持差异核对 |
DELFOR 的重点在于区分预测需求、制造授权和原材料授权,并按报文功能处理计划替换。实施时应确保物料、协议、数量单位与计划日期在内部计划及后续发货数据中保持一致,避免将预测数量直接当作当次发运指令或重复叠加已被替换的计划。
准时供货计划
DELJIT 是 BWI Group 向供应商发送的准时供货与发运排程报文,通常包含发布号、SH/KB 类型、计划协议号、物料号、看板编号、交货地点、要求数量和发运日期时间等信息。供应商接收 DELJIT 后,需要识别 Shipment Based 与 Kanban Based 场景,将具体数量、时间、地点及看板关联写入内部执行计划,作为准时发运、包装标签准备及 DESADV 回传的基础。
实施时建议重点关注以下业务字段:
| 关注点 | 典型字段 | 说明 |
|---|---|---|
| 场景及更新规则 | BGM 1000、1004、1225 | SH 表示 Shipment Based,KB 表示 Kanban;5 表示替换前序计划,9 表示原始报文 |
| 协议与物料 | RFF ON/AAN、LIN | KB 示例使用 ON 引用计划协议、AAN 引用前序发布;SH 示例的 AAN 用途不同,按场景映射 |
| 看板与标签指令 | GIR、PAC、PCI | KB 场景保留 GIR 中的看板编号;PCI 11Z—17Z 提供库位、工厂、存储位置和描述等标签数据 |
| 交货地点 | NAD ST、LOC 11/159 | 区分收货方、收货工厂或卸货点,以及线边供料地点或物料处理代码 |
| 数量与时点 | QTY 1、DTM 10/2 | QTY 1 为具体要求数量;DTM 10 为要求发运日期时间,DTM 2 为要求交货日期时间;按 102/203 解析日期精度 |
DELJIT 的重点在于按 BGM 区分 SH 发运计划与 KB 看板叫料,保留原始看板编号并区分要求发运和要求交货时间。实施时应确保协议号、物料号、收货方与库位等信息能按规范关联到 DESADV,看板编号在 KB 场景中正确回传,避免误解时间含义、遗漏看板关联或按错误的发布版本发货。
应用错误与确认
APERAK 是 BWI Group 向供应商发送的应用错误与确认报文,通常包含反馈编号、原发货或单据编号、处理时间、发送与接收方、错误代码和错误说明等信息。供应商接收 APERAK 后,需要关联原 DESADV,记录错误原因并将改进要求落实到后续发货数据中,作为异常跟踪及后续发货报文质量改进的基础。
实施时建议重点关注以下业务字段:
| 关注点 | 典型字段 | 说明 |
|---|---|---|
| 反馈识别 | UNH、BGM、DTM 137 | 按 D.97A 解析反馈编号、报文功能和反馈生成时间 |
| 原单关联 | RFF SI/DM、DTM 9 | 通过发货标识或单据号关联 DESADV;DTM 9 表示原 DESADV 的处理日期时间 |
| 发送与接收方 | NAD FR/MR | 识别发出应用反馈的 BWI 工厂及接收反馈的供应商 |
| 错误定位 | ERC、RFF ACD、FTX AAO | 保留应用错误代码、附加引用及文字说明,便于定位缺失字段或业务数据问题 |
所提供 APERAK 规范说明,该反馈为信息性通知,用于改进后续发货数据,无需据此重发修改后的原 DESADV。
APERAK 的重点在于将应用处理反馈关联到具体发货单据,并遵循项目约定的异常处理规则。实施时应确保反馈中的 SI 或 DM 参考号能与原 DESADV 对应,错误代码和描述被完整保留,避免只记录传输成功而遗漏应用错误,或收到反馈后自动重复发送同一发货通知。
付款通知
REMADV 是 BWI Group 向供应商发送的付款与结算通知报文,通常包含付款通知编号、供应商、币种、付款单据号、结算日期、总额、折扣和明细金额等信息。供应商接收 REMADV 后,需要将付款通知与内部应收及相关业务凭据进行匹配,核对币种、金额、折扣和结算日期,作为结算核对及应收账款管理的基础。
实施时建议重点关注以下业务字段:
| 关注点 | 典型字段 | 说明 |
|---|---|---|
| 通知识别与版本 | UNH、BGM、DTM 137 | REMADV 使用 D.99B,不能直接套用其余四类报文的 D.97A 定义 |
| 供应商与币种 | NAD SU、CUX | 核对供应商标识及通知使用的币种,避免跨供应商或跨币种匹配 |
| 付款单据与汇总 | DOC、MOA、DTM 138 | 关联付款单据号;区分 MOA 129 总额、109 折扣和 138 已付金额等限定符的含义 |
| 结算明细 | DLI、PIA、MOA、DTM 50 | 按明细保留内部关联编号、金额及日期,核对汇总与明细之间的关系;一份通知对应一个结算日期 |
REMADV 是付款或结算信息通知,实际到账情况仍应与资金记录核实。
REMADV 的重点在于单独使用 D.99B 解析,并区分通知金额、折扣与净额。实施时应确保同一通知内的币种、结算日期及汇总与明细金额能正确对应,避免将付款通知误当作收货回执,或仅凭通知直接确认资金已到账。
发货通知
DESADV 是供应商向 BWI Group 发送的发货通知报文,通常包含发货标识、生成与发运时间、交易方、运输信息、包装层级、物料号、实际发货数量和计划协议号等信息。BWI Group 接收 DESADV 后,需要按发货标识、物料及协议号,将实际发运数据与已发布的供货计划匹配,作为收货准备、包装识别及供货数据核对的基础。
实施时建议重点关注以下业务字段:
| 关注点 | 典型字段 | 说明 |
|---|---|---|
| 发货标识与日期 | BGM、DTM | 所提供规范要求 BGM 发货标识不超过 10 个字符;区分生成时间、发运时间及预计到达时间 |
| 交易方和运输 | NAD、LOC、RFF、TDT | 核对物料发出方、供应商、收货方、卸货点、承运与运输参考信息 |
| 包装结构与标识 | CPS、PAC、PCI、GIR/GIN | 按对应包装场景组织层级、数量、库位及看板或包装标识,不混淆各标识用途 |
| 物料、数量与协议 | LIN、QTY 12、RFF ON | 实际发货数量按物料和包装核对;计划协议号与 DELFOR/DELJIT 关联保持一致 |
DESADV 的重点在于根据实际发运组织 CPS/PAC 包装层级、物料数量及原计划引用。实施时应确保发货标识、物料、数量单位、包装明细和供货计划关联一致,KB 场景保留规范要求回传的看板与库位信息,避免实际货物、包装标签与 ASN 数据不一致,影响收货或触发应用错误反馈。
BWI Group EDI 对接方案如何落地?
在明确 BWI Group 的 EDI 需求后,供应商需要选择合适的落地方式。
方案一:本地化部署 + ERP 系统无缝集成
对于希望实现供货计划接收、发货通知回传及反馈信息自动处理的供应商,推荐采用本地化部署方案。可基于知行之桥 EDI 系统,协助企业建立与 BWI Group 的 OFTP 传输通道,实现 EDIFACT 报文与内部业务数据之间的自动转换。
EDIFACT 报文本身可读性较差,不适合业务系统直接处理。通过知行之桥,BWI Group 与供应商之间往来的交付预测、准时供货计划、应用错误与确认、付款通知和发货通知等报文,可以被转换为 ERP 更容易识别的 JSON 数据格式。这样,ERP 系统只需要处理清晰的业务字段,例如计划发布号、协议号、物料号、看板编号、要求发运时间、发货数量和付款金额等,不需要直接理解复杂的 EDIFACT 段结构。
下图展示了基于知行之桥 EDI 系统实现 BWI Group 准时供货计划 DELJIT 接收、解析、映射及 JSON 输出的典型工作流。

知行之桥 EDI 工作流
知行之桥会将 BWI Group 发来的交付预测、准时供货计划、应用反馈和付款通知报文自动解析并转换为业务 JSON,供 ERP、OMS 或 WMS 直接处理;内部系统生成发货通知 DESADV JSON 后,知行之桥再将其转换为 BWI Group 要求的 EDIFACT 报文,并通过 OFTP 自动发送给 BWI Group。
整个工作流覆盖 OFTP 通信、EDIFACT 解析、字段映射、JSON 转换和报文发送,内部系统只需处理清晰的业务 JSON,减少对 EDIFACT 复杂结构的理解和开发成本。
以下以准时供货计划 DELJIT 的 Kanban 场景为例,展示 EDIFACT 报文转换为业务 JSON 后的效果,便于内部系统直接处理。
本例按所提供 DELJIT 规范第 19 页及第 41—42 页的 Kanban 结构生成,所有业务值均为模拟数据,不是 BWI Group 真实收发记录。示例设置了交换测试标志,业务 JSON 为本文设计的映射结果;图片由示例 EDI 与 JSON 文件生成,不是运行日志或认证结果。

示例中,BGM 的 KB 标识看板叫料,9 表示原始报文;GIR 保留看板编号,QTY+1 对应本次要求数量,DTM+10 对应要求发运时间。203 表示年月日时分,示例未携带时区,不应自行补成 UTC。
方案二:暂不集成 ERP,直接使用知行之云 Web EDI
对于暂时没有 ERP 集成计划,或订单量尚未达到自动化集成规模的供应商,可以选择知行之云 Web EDI 方案。该方案无需在本地部署服务器,也不需要企业自行开发 ERP 接口,业务人员可直接通过网页处理 BWI Group 的 EDI 单据。
按 BWI Group 需求完成通信及单据配置后,BWI Group 发来的交付预测、准时供货计划、应用反馈和付款通知可在知行之云 Web EDI 中转换为可读的网页单据,业务人员可以在线查看供货计划、发运要求、应用错误及付款通知,维护发货明细、包装信息及关联计划信息,并生成发货通知 DESADV 等回传单据。
下图为知行之云 Web EDI 的通用订单页面示例,展示网页单据的呈现方式。BWI Group 的供货计划、发货及反馈页面需按项目需求配置。

知行之云 Web EDI 通用页面示例
当后续单据量增加、单据处理频率提升,或企业希望进一步提升自动化程度时,也可以从知行之云 Web EDI 逐步升级到知行之桥本地化部署方案,实现与 ERP、WMS、OMS 等系统的深度集成。
知行EDI方案选型建议
本地化部署知行之桥 EDI 系统更适合对数据安全、系统集成和长期运维有较高要求的企业。企业可将系统部署在本地服务器或私有云环境中,将订单、库存、客户地址、价格、发货、发票等业务数据保留在可控范围内,便于满足内部数据管理、安全审计和合规要求。
如果企业暂时不需要本地化部署,也暂不对接 ERP等内部系统,建议直接开通 知行之云 LIP 系统,一套基于 SaaS 模式的 Web EDI 解决方案,同样支持试用。业务人员可通过网页处理订单、发货和发票,更适合中小型供应商快速满足 BWI Group 或其他客户的 EDI 要求。
| 维度 | 知行之云 LIP (SaaS) | 知行之桥 (本地部署/集成) |
|---|---|---|
| 适用对象 | 中小型供应商、业务人员直接操作 | 中大型企业、追求高度自动化的用户 |
| 部署方式 | 网页登录(无服务器需求) | 部署在用户私有服务器(本地/云端) |
| 集成能力 | 网页可视化操作 / 手动录入 | 自动集成 SAP、Oracle、用友、金蝶等 |
| 对接方式 | 门户化管理 | 中间数据库、API、WebService、CSV |
| 实施周期 | 1-2 天 | 1-2 周 |
以上实施周期作为方案参考,BWI Group 项目实际周期需结合规范确认、OFTP 联调、业务系统接口及测试验收另行评估。
如果你正在准备与 BWI Group 进行 EDI 对接,欢迎联系知行软件,获取 BWI Group EDI 对接方案、测试流程、报文映射建议及示例工作流,快速推进项目测试与上线。


