物流EDI:Verizon EDI 需求分析

作为物流行业的企业,Verizon与其供应商之间通过EDI来传输业务单据。在与Verizon建立EDI连接时,需要参考EDI 指南、采购订单条款和条件以及运输路线指南这三个文档。

点击此链接,获取上述的三个文档

Verizon供应商可以通过上述链接找到用于处理采购和分销功能的文档,通过EDI传输业务数据将通过减少文件处理和提高运输效率从而实现绿色解决方案,帮助供应商降低运输成本。这些文档中包含的主要内容如下:

  • EDI 指南:EDI 指南包括与支持 EDI 的交易伙伴交换的订单周期 EDI 交易的 Verizon 标准规范。
  • 采购订单条款和条件:适用于使用 Verizon 采购产品和/或服务采购订单的交易。Verizon 还可以将采购订单用作根据 Verizon 与其供应商之间预先存在的合同订购产品和/或服务的工具。
  • 运输路线指南:Verizon 供应商将使用 Verizon 标准运输规范来安排和获得批准,以便将材料运输/交付到 Verizon 地点。当 Verizon 在授权采购订单上要求运输材料时,利用这些规范可确保材料的高效交付,并将最大限度地减少/消除计费争议。
Verzion EDI 需求分析

需要传输的业务单据包括:

EDI 850 采购订单

采购部门需要注意EDI 855采购订单确认以及EDI 856发货通知中的信息需要与EDI 850 采购订单匹配,需要体现原始订单中的三个字段信息:采购订单编号、行项目编号以及买方部件号。

EDI 855 采购订单确认

卖方使用采购订单确认来确认原始采购订单信息,通过采购订单编号、行项目编号以及买方部件号进行三重校验。除确认订单信息外,EDI 855采购订单确认还可以用于通知 Verzion 关于数量、价格或者装运信息的变更,在发货或者开票前及时调整,预防潜在问题。

EDI 856 发货通知

EDI 856 发货通知主要用于传输货物装运的内容以及与装运有关的其他信息,如:订单信息、产品描述、物理特征、包装类型以及标记等。

EDI 860 采购订单变更

EDI 860 采购订单变更是由买方发起的交易集,使用场景如下:

1)由买方确认接受由卖方或买方发起的采购订单变更

2)买方确认接受由卖方发起或经双方同意的采购订单变更。

EDI 861 接收建议/验收证书

EDI 861接收建议/验收证书可用于规定与货物和服务的收货通知或正式验收有关的惯例和既定商业和行业做法。

EDI 867 产品转让和转售报告

EDI 867产品转让和转手报告可用于以下场景:

1)报告产品从一个地点转移到另一个地点的信息

2)报告产品从一个或多个地点销售给最终客户的信息

3)报告产品从一个或多个地点到最终客户的产品销售情况以及超出实际销售额的需求(例如:损失的订单)这个报告买方和卖方都可以发布。

如何与Verzion建立 EDI 连接?
搭建 EDI 传输通道

在传输业务单据之前,双方需要搭建EDI传输通道。目前国际通用的EDI传输协议主要包括:AS2、SFTP以及OFTP等,要想实现上述传输协议的对接,都可以在知行之桥EDI系统中找到相应的端口,也就是功能模块。

知行之桥EDI系统是一个低代码平台,实现传输通道的搭建只需要借助可控文件传输端口,在端口的可视化界面中配置企业自己以及Verzion的EDI连接信息即可。

配置好双方的连接信息后,还需要进行连通性测试,确保双方能够正常地收发文件。

实现 EDI 文件的格式转换

Verzion与其供应商的EDI项目中,采用的是X12报文标准。此标准下的业务单据代号都是以三位数字组成的,例如上文提到的:EDI 850 采购订单、EDI 856 发货通知等。

X12报文标准下的EDI报文可读性较差,因此需要借助知行之桥EDI系统进行格式转换,将其转换为更易处理的xml、Excel或者CSV等格式。

在知行之桥EDI系统中将会由专门的功能模块来实现这部分格式转换工作,由于这些业务单据分为发送和接收两个方向,因此在开始实施之前,务必与Verzion确认好文件的传输方向。

系统集成

通常情况下,EDI系统与企业内部业务系统如何实现互联互通呢?

对于一些无ERP且订单量较少的企业,可以选择Excel/CSV/XML等可视化格式或SaaS服务;Knorr-Bremse提出,希望其合作伙伴能够实现EDI系统与其内部业务系统之间的集成,这也是使用 EDI 的最佳方案。对于内部有业务系统且数据量较大的情况,常见的集成方式有中间数据库、API、Webservice等。

阅读原文:物流EDI:Verizon EDI 需求分析

相关推荐
知行EDI13 天前
零售 EDI:Chewy EDI 项目注意事项
edi·电子数据交换·零售·知行edi
workflower13 天前
Definition of a Stakeholder
软件工程·需求分析·软件需求
workflower14 天前
敏捷开发项目的需求管理
服务发现·软件工程·需求分析·软件需求·敏捷流程
workflower14 天前
在线教育平台敏捷开发项目
软件工程·需求分析·软件需求·敏捷流程
嘉里蓝海16 天前
解码危险品物流背后的“隐形防线”
物流
嘉里蓝海21 天前
危险品运输行业观察
安全·物流
WangLanguager22 天前
2.2.2 ASPICE的需求分析
需求分析
hymuuuu22 天前
【源码】研学报名小程序开发功能分析案例
mysql·php·需求分析
吕永强24 天前
大话软工笔记—需求分析详解
项目管理·软件工程·需求分析
郭菁菁25 天前
【CBAP50技术手册】#39 Roles and Permissions Matrix(角色与权限矩阵):业务分析师的“秩序守护器”
经验分享·产品经理·需求分析·业务分析·ba