Globus Baumarkt 公司简介

Globus Baumarkt 是德国及卢森堡市场知名的建材家居、DIY 与园艺零售企业，总部位于德国萨尔州弗尔克林根，业务覆盖建材、工具、五金、家居、园艺、装修材料、品牌商品与自有品牌商品等多个品类。对于 Globus Baumarkt 供应商而言，采购订单接收、发货通知回传和发票结算都需要较高的数据准确性和响应效率。

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

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

Globus Baumarkt EDI 需求概览

Globus Baumarkt EDI 对接主要围绕采购订单接收、发货通知回传和电子发票结算展开，从 Globus Baumarkt 下发 ORDERS 采购订单开始，到供应商根据订单安排备货与发货，发送 DESADV 发货通知，并通过 INVOIC 开具电子发票，形成完整的业务闭环。

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

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

ORDERS 采购订单

ORDERS 是 Globus Baumarkt 向供应商发送的采购订单报文，主要用于传递订单类型、订单号、交货日期、交易方信息、商品、数量和价格等数据。

在报文结构中，相关信息通常分布在 BGM、DTM、NAD、LIN、QTY、PIA、IMD、FTX 和 PRI 等段中。供应商接收后，可将订单数据同步至 ERP、OMS 或 WMS，作为后续备货、发货和发票匹配的基础。

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

ORDERS 的重点在于区分 BGM+220、BGM+YC1、BGM+YC2 等订单场景，并按 NAD+UD/NAD+UC 判断是否涉及终端客户地址或门店自提。实施时应确保订单号、GTIN、数量、交期、GLN 和终端客户信息与 DESADV、INVOIC 保持一致，避免订单场景识别错误、门店或终端客户地址处理错误，影响后续发货与发票匹配。

DESADV 发货通知

DESADV 是供应商向 Globus Baumarkt 发送的发货通知报文，通常包含 UNB/UNH 控制信息、BGM+351 发货通知号、DTM 文档日期和交付日期、RFF 原始订单号和送货单号、NAD 供应商/买方/收货方 GLN、CPS/PAC 包装层级、PCI/GIN NVE 或 SSCC、LIN 商品 GTIN、QTY 发货数量、FTX 包裹追踪链接、CNT 控制数量等信息。Globus Baumarkt 接收 DESADV 后，需要校验发货通知号、原始订单号、送货单号、收货方 GLN、包装和追踪信息、商品 GTIN 及发货数量，作为收货计划、物流追踪、订单状态更新和发票匹配的基础。

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

DESADV 的重点在于围绕原 Globus Baumarkt 订单号、收货方 GLN、包装层级、NVE/SSCC、包裹号和发货数量建立可追踪关系。实施时应根据具体订单和配送场景，确认 NVE/SSCC、包裹号及追踪链接等信息是否必填，避免因关键物流信息缺失影响收货识别和后续处理。

INVOIC 发票

INVOIC 是供应商向 Globus Baumarkt 发送的发票报文，通常包含 UNA/UNB/UNH 控制信息、BGM+380 发票类型、DTM 发票日期和供货日期、RFF 订单/供应商订单/送货单引用、NAD 供应商/买方/收货方 GLN、RFF+YC1 门店或合作伙伴编号、RFF+VA/RFF+FC 税号、CUX 币种、PAT/DTM 付款日期、LIN/PIA/IMD 行项目、QTY 开票数量、MOA 行金额和汇总金额、PRI 单价、TAX 税率和税额等信息。Globus Baumarkt 接收 INVOIC 后，需要校验发票号、订单与送货单引用、供应商和买方 GLN、税务信息、币种、商品明细、开票数量、单价、税率和金额，作为财务对账、付款处理、税务留档和订单闭环的基础。

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

INVOIC 的重点在于确保发票中的订单引用、送货单引用、GLN、税号、币种、数量、单价、行金额、税额和总金额符合 EDIFACT/EANCOM 规则并可与订单、发货通知匹配。实施时应确保 INVOIC 中的订单号、送货单号、GTIN、数量、金额和税额与 ORDERS、DESADV 及业务系统结算数据保持一致，避免订单引用或金额税额不一致，可能导致发票被拒收、付款延迟或人工对账成本增加。

Globus Baumarkt EDI 对接方案如何落地？

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

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

对于希望实现采购订单、发货通知和发票自动处理的供应商，推荐采用本地化部署方案。可基于知行之桥 EDI 系统，协助企业建立与 Globus Baumarkt 的 AS2 传输通道，实现 EANCOM 报文与企业内部业务数据之间的自动转换。

EANCOM 报文本身包含较多代码和层级结构，不适合业务系统直接处理。通过知行之桥，Globus Baumarkt 与供应商之间往来的 ORDERS 采购订单、DESADV 发货通知和 INVOIC 发票等报文，可以被转换为 ERP 更容易识别的 JSON 数据格式。这样，ERP 系统只需要处理清晰的业务字段，例如订单号、文档日期、最晚交货日期、买方 GLN、供应商 GLN、收货方 GLN、终端客户信息、GTIN、订购数量、供应商货号、客户货号、商品描述、发货数量、NVE/SSCC、包裹号、发票号、税额和金额等，不需要直接理解复杂的 EANCOM 报文段结构。

下图展示了基于知行之桥 EDI 系统实现 Globus Baumarkt ORDERS 采购订单接收、解析、映射及 JSON 输出的典型工作流。

知行之桥 EDI 工作流示例

知行之桥会将 Globus Baumarkt 发来的 ORDERS 采购订单报文自动解析并转换为业务 JSON，供 ERP、OMS 或 WMS 直接处理；内部系统生成 DESADV 发货通知或 INVOIC 发票 JSON 后，知行之桥再将其转换为 Globus Baumarkt 要求的 EDIFACT / EANCOM 报文，并通过 AS2 自动发送给 Globus Baumarkt。

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

以下以 ORDERS 采购订单为例，展示 EDIFACT / EANCOM 报文转换为业务 JSON 后的效果，便于内部系统直接处理。

EDI 报文转换结果示例

方案二：暂不集成 ERP，直接使用知行之云 LIP 系统

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

在 知行之云 LIP 中，Globus Baumarkt 发来的 ORDERS 采购订单会被转换为可读的网页单据，业务人员可以在线查看采购订单、收货方、终端客户、商品明细、交期、发货和发票数据、维护发货批次、包裹号、追踪链接、发票金额、税额和参考单号，并生成 DESADV 发货通知或 INVOIC 发票等回传单据。

下图展示了 知行之云 LIP 中业务人员处理订单、发货通知和发票等单据的页面示例。

知行之云页面示例

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

知行 EDI 方案选型建议

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

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

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