DHL中文名为敦豪,是全球著名的邮递和物流集团Deutsche Post DHL旗下公司,主要包括以下几个业务部门:DHL Express、DHL Global Forwarding、DHL Supply Chain和DHL eCommerce Solution。
针对物流行业公司发件量大或者多地点的物流过程,可以借助EDI将发件流程完全整合到企业现有的全球业务流程中,从快件数据、派送详情到结算数据都可以直接将发件信息以电子的方式导入企业管理系统中。
本文将介绍与DHL建立 EDI 连接的主要需求。
DHL EDI 需求
想要与DHL建立EDI连接,企业需要具备以下能力:
可使用的文件格式
- ANSI X12
- EDIFACT
- RosettaNet
- DHL 标准格式(FFTIN、FFRMIN)
- 定制消息格式(CSV、XML)
可选择的传输协议
- SFTP
- AS2 (首选协议)
- VAN
DHL 可支持的服务
- 快件处理-在DHL网络中记录快件详情
- 取件请求-预约一个DHL派送员上门取件
- 跟踪-通过运单,牌照,参考号码以及账号筛选,获取快件详情以及事件可见性
- 账单发票-获取包含运费以及其他费用的发票项目
- 创建快件运单和商业发票
- 提供商业发票数据和单据图像(电子海关发票)
- 电子签收底单和主动监测/报告信息
- 其他行业标准服务-请咨询DHL销售
DHL EDI 项目中涉及到的业务单据
企业可以选择ANSI X12报文标准或者 UN/EDIFACT 报文标准,涉及到的业务单据如下:
如果选择 ANSI X12 报文标准:
- 110 空运明细/发票
- 214 运输状态
- 310 海运发票
- 315 海运状态明细
- 856 提前发货通知
- BKIN DHL专有公司预期收款
- DELI DHL专有公司仓库搬迁
- GOIS DHL专有公司发货确认
- ORCT DHL专有公司收获确认
- 997 功能性确认
如果选择 UN/EDIFACT 报文标准:
- IFTMIN 装运单
- IFTSTA 运输状态报告
- INVOIC 发票
扩展阅读:获取DHL的EDI规范信息
知行EDI解决方案
与 DHL 建立 EDI 连接,首先需要明确 EDI 需求,也就是我们上文提到的传输协议、报文标准以及在项目中具体需要传输哪些业务单据。明确需求之后,即可在知行之桥 EDI 系统中进行项目实施,实现与 DHL 的 EDI 对接。
1.搭建 EDI 传输通道
这个环节中,主要完成与 DHL 之间 EDI 连接信息的配置以及接收和发送文件的测试。以目前比较通用的方式:AS2为例,与DHL建立 AS2 连接,需要准备以下信息:
- AS2 ID(企业的AS2身份标识符)
- Private Certificate (私钥证书)
- Certificate Password(私钥证书密码)
- Public Certificate(与私钥证书成对的公钥证书)
- Receiving URL (企业的数据接收URL地址)
AS2需要以软件为基础在有网络和IP的条件下实现,而知行之桥EDI系统可以满足这个需求,系统中的AS2端口(这里的端口可以理解为功能模块)便是专门针对AS2传输开发的端口。因此只需您准备一台具有公网IP的服务器,也可直接租用云服务器,安装部署知行之桥EDI系统后,完成相应的配置,即可准备好与交易伙伴进行EDI的AS2连接。
2.格式转换
通过上文的信息我们了解到,DHL的EDI项目中,传输的是符合X12或者EDIFACT国际报文标准的EDI报文。对于企业而言,无法直接生成满足此类报文标准的报文,因此需要借助知行之桥EDI系统进行格式转换。
X12以及EDIFACT标准虽然是国际通用的语法规则,但不同企业会对EDI报文中的部分字段以及代码做出自定义的要求。因此我们的实施顾问将会根据DHL提供的EDI规范以及报文示例进行实施,确保EDI系统转换后的文件能够被对方系统正确处理。
3.业务测试阶段
此阶段主要进行 EDI 报文语法检查以及业务验证。需要收发测试报文以做校验。
4.切换生产
以上步骤实施完成之后,即可开始切换生产模式。
使用知行之桥EDI系统,企业能够处理 DHL 的各种业务单据,如果后期需要添加新的业务单据,只需在原有工作流的基础上补充即可。此外,知行之桥EDI系统将不同的功能模块封装成为一个个端口,用户可以根据实际需求,对这些端口进行排列组合,从而满足实际项目需求。这样做的好处是,数据处理流程将会呈现在可视化界面中,方便用户查看数据以及定位问题。
扩展阅读:EDI是什么?