如何对接DB Schenker EDI

DB Schenker 是全球领先的综合物流服务提供商，作为德国铁路（Deutsche Bahn）集团的物流部门，DB Schenker 提供广泛的运输和物流服务，包括陆运、空运、海运以及合同物流解决方案。业务覆盖全球，拥有遍布130多个国家的网络，积极推进物流流程的数字化和自动化。

DB Schenker EDI 需求

传输协议

DB Schenker支持SFTP传输协议，企业需要通过SFTP连接通道与DB Schenker传输业务文档。

报文标准以及业务单据类型

DB Schenker 使用的EDI报文标准为EDIFACT，涉及到的业务单据类型包括：

IFTMCS 指令合同状态

IFTMCS报文（版本号：S93.A）通常作为从DB Schenker到工厂的运输确认书。无论当前运输路线或者现行的商业惯例如何，所有运输方式都可以使用此信息，将货物转发和运输至任何目的地。

IFTMCS指示合同状态报文通常包含装运信息、货物信息以及包装信息等。由发货方指定。包含的内容如下：

• 运输费用
• 货物细节
• 运送地点
• 提单号
• 订单确认号
• 运输信息
• 承运人信息
• 集装箱信息
• 海关信息

IFTMCS报文的TOD字段中存放DB Schenker的交货条款，根据 CombiTerms 规定交货条款有两种：

TOD03的值为001时，表示接收方支付所有；TOD03的值为023时，表示发送方支付所有。

IFTMIN 装运单

IFTMIN（版本号：S93.A）主要用于传输电子运输订单，由企业发送给DB Schenker，DB Schenker 将会据此提前将包装材料准备好，从而加快运输流程。主要包含的信息有：

• 运输服务要求
• 货币金额
• 货物的性质
• 交付或运输条款
• 运输日期
• 运输位置
• 封条号
• 价格明细
• 传输信息

IFTMIN装运单中的装运编号、收货人编号、订单编号、发件人内部编号等信息将会被存在RFF字段中，装运编号固定为17位，发件人内部编号将会显示在发票上，最多为15位。

IFTSTA 运输状态报告

IFTSTA 报文由DB Schenker发送给企业，简化了在贸易中和运输状态相关的单据。主要包含头部信息、发货状态以及发货包装明细三大部分，包括：

• 运输状态描述信息
• 运输方式信息
• 发货编号
• 托运单号
• 交货单编号
• 发货通知编号
• 提货单号
• 货物的预计达到日期
• 运输状态的变更时间
• 海关文件的到期日期
• 发货方及接收方信息
• 卸货地点编号
• 箱子的封条号
• 包装类型代码
• 包装数量
• 包装重量
• 对应的标签编号

INVOIC 发票

INVOIC发票报文由DB Schenker发送给企业，主要包含的数据信息有：

• 订单号
• 商品价格
• 发票编号
• 发票日期
• 产品/服务标识符
• 发货信息
• 发票条款

DB Schenker 的INVOIC 报文中会在RFF字段传输一个特殊的KID编号，此编号由SAP编号+发票编号+检查数据组成。

点击获取DB Schenker 的EDI资料

企业通过EDI与DB Schenker传输业务单据的优势

企业与DB Schenker之间通过EDI（电子数据交换）传输业务单据有很多优势：

• 单据传输速度快，可以在几秒钟内完成单据传输，避免数据延迟；
• 自动化数据传输减少人为错误，EDI系统可以进行数据验证和校验，确保数据的合规性；
• 通过EDI减少对纸质单据的依赖，降低打印、存储和邮寄的成本；
• 帮助企业优化供应链管理，可以实时更新库存数据，优化库存管理和需求预测，减少库存积压和短缺。

这些优势有助于企业提升效率、降低成本和减少错误。

如何通过知行之桥EDI系统实现与 DB Schenker 的 EDI 对接？

搭建 SFTP 传输通道

在知行之桥EDI系统中搭建SFTP传输通道，无需代码，只需在可视化界面中进行配置即可。

首先企业需要准备分别用于生产和测试流程的 SFTP 连接信息，如下所示：

• 服务器地址
• 用户名
• 密码
• 上传目录
• 下载目录
• 临时上传目录

由于 DB Schenker 是作为Server端，而企业作为客户端，因此在知行之桥EDI系统中，需要在知行之桥EDI系统中创建两个 SFTP 端口，分别用于测试流程和生产流程。并将 DB Schenker 发来的 Schenker Connectivity Information 文档中提供的 SFTP 连接信息配置到生产和测试的 SFTP 端口中。

在文件传输过程中，需要注意以下内容：

1.DB Schenker 对于EDI传输的文件名做出了特殊要求：文件名称需要是唯一的，企业可以使用计数器、时间戳或者类似的方法，从而避免由于文件名重复导致当前文件被覆盖。推荐的文件命名方法为：

文件名.<日期>_<计数结果>，例如：文件名.20241127174501_01

2.在文件传输过程中，合作伙伴应使用临时文件命名或临时目录，以避免文件在完全写入之前被提取（在这种情况下，DB Schenker 将收到空（0 字节）文件）。

如何按照 DB Schenker 要求的格式传输业务单据？

对企业而言，与 DB Schenker 建立EDI连接意味着需要具备生成和处理EDI报文的能力。

在接收 DB Schenker 发来的文件时，需要将收到的EDI报文转换为企业内部可处理的数据格式，知行之桥EDI系统能够自动化地将EDI报文转换为XML、JSON、Excel等格式，根据企业的内部需求进行下一步处理。

向 DB Schenker 发送文件时，企业需要将相关单据的数据以 XML、JSON 或者 Excel 等格式通过 EDI 系统转换为 DB Schenker 要求的符合 EDIFACT 国际报文标准的EDI报文。

企业内部系统与EDI系统之间如何实现数据同步？

知行之桥EDI系统支持通过多种方式集成企业内部业务系统，包括但不限于中间数据库、API、WebService 等方式，如果企业暂无集成打算，则可以选择 Excel 或者 CSV 等过渡方案。

知行之桥EDI系统在数据集成、灵活性和多功能性方面占据主导地位。知行之桥EDI系统支持在本地、云和混合数据源阵列之间进行实时双向数据复制，支持的端口数量超过 250+ 个。能够从Salesforce到Oracle，从SAP到Google Sheets，甚至从传统大型机到现代云平台——知行之桥EDI系统以坚定不移的可靠性处理这一切。

如果您希望了解有关EDI对接的相关信息，欢迎联系我们。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。