如何快速对接Plexus EDI?

Plexus Corporation 是一家总部位于美国的全球电子制造服务(EMS)公司,成立于1979年。Plexus 专注于为医疗设备、工业、通信、航空航天和国防等高复杂性行业提供设计、工程、制造和售后服务的全面解决方案。公司通过全球化的生产网络和工程能力,帮助客户实现从产品概念到生产的整个生命周期管理。Plexus 以高技术含量的产品和精益生产方式著称,服务全球领先的企业,致力于推动客户的创新和市场成功。

Plexus支持的传输协议

Plexus通过AS2与供应商建立直连EDI。在知行之桥EDI系统中,只需在可视化页面中配置供应商和Plexus的AS2连接信息即可,无需代码。

个人设置 选项卡下配置供应商自己的AS2连接信息:

Plexus-EDI1.png

在AS2端口中配置 Plexus的AS2连接信息:

Plexus-EDI2.png

Plexus 支持的EDI单据类型

  • 850采购订单
  • 855 采购订单确认
  • 860 采购订单变更
  • 856 发货通知
  • 810 发票
  • 830 供应商预测

供应商可以根据实际业务需求,沟通EDI项目中需要做的单据类型。近期我们的客户T公司成功对接Plexus,经沟通,仅需要做3种单据,接收850采购订单以及860订单变更,发送810发票。

850采购订单

850采购订单有三种类型:

  • Blanket Order 一揽子订单
  • Release or Delivery Order 放行订单或者交货订单(根据预先存在的订单下达的货物和服务订单)
  • Stand-alone Order 独立订单

EDI 850是采购订单,用于订购货物或服务。EDI 850通常提供与纸质采购订单文件中相同的信息,传输的业务信息包括:

  • 订单类型
  • 订单号
  • 订单日期
  • 采购商名称
  • 采购商联系方式
  • 货币代码
  • 汇率
  • 收货方名称
  • 收货方联系方式
  • 采购数量
  • 单位
  • 单价
  • 买方零件号
  • 制造商
  • 制造商零件号
  • 交货日期

需要注意:一个订单中可能会有多个物料,一个物料中可能会对应多个交期。

860订单变更

EDI 860订单变更是一种标准化的电子消息,用于Plexus在供应链中通知供应商有关EDI 850订单的变更。这种消息用于替代传统的电话、电子邮件或传真方式,以提高订单变更的处理效率,降低误解和错误的风险。860订单变更中包含的业务信息包括:

  • 订单号
  • 订单日期
  • 订单变更日期
  • 货币代码
  • 汇率
  • 买方名称
  • 买方联系方式
  • 收货方名称
  • 收货方联系方式
  • 采购数量
  • 单价
  • 买方零件号
  • 制造商零件号
  • 交货日期
810发票

EDI 810发票是纸质发票的电子凭证,它通常作为对EDI 850采购订单的响应而发送。 一旦货物已经发货或提供相关服务,供应商将生成EDI发票交易810给合作伙伴进行财务结算,其通常包含以下内容:

  • 发票日期
  • 发票编号
  • 订单编号
  • 货币代码
  • 开票方名称
  • 开票方地址信息
  • 发票接收方名称
  • 发票接收方地址信息
  • 单价
  • 买方物料号
  • 制造商物料号
  • 发票总金额

项目成果

针对Plexus的EDI需求,在知行之桥EDI系统中可以搭建如下的工作流:

Plexus-EDI3.png

实施方案

相比于其他直接集成的方式,Excel方案具有独特的特点。顾名思义,它是EDI报文与Excel文件之间的数据转换。其工作流程如下:当收到交易伙伴发送的EDI报文后,EDI平台首先完成格式转换,将数据导入Excel中,用户可以直观查看并编辑数据。接着,用户在Excel中手动录入数据后上传回EDI平台,平台通过字段映射将Excel中的数据转换为符合标准的EDI格式,最终生成EDI报文并发送给交易伙伴。

在知行之桥EDI系统中,Excel端口支持Excel与EDI XML的双向转换,且通过Email端口可以方便地发送和接收Excel文件。

然而,Excel方案需要较多的手动操作,人工干预越多,出错的概率越大。因此,当数据量较大时,Excel方案并没有显著提升效率。此外,Excel方案实际上并未与业务系统直接集成,它仅充当数据交换的中间媒介。如果供应商有ERP或者SAP等业务系统,可以选择使用中间数据库方案或者API方案将EDI系统与业务系统集成,最大程度实现供应链自动化。

EDI项目测试

测试流程分为AS2连接测试以及业务测试两部分。

连接测试主要测试知行之桥EDI系统与Plexus之间能够成功收发文件。

业务测试主要分为结构测试和数据核对,需要确保EDI系统能够生成满足Plexus要求的810发票,并且能够顺利被Plexus的发票系统处理。其次需要解析Plexus发来的850采购订单和860订单变更,保证业务数据被完整解析并转换为供应商能够处理的格式。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , , ,
文章分类 帮助文档, 知识库

深入解析EDI确认机制:997、855与AS2 MDN的功能与应用场景对比

在电子数据交换(EDI)中,诸如997、855等报文类型常常被提到,在AS2连通性测试时,MDN也是一个经常听到的名词。由于这些术语均涉及到对EDI报文的确认或回执,许多用户对它们的具体含义和应用场景感到困惑。本文将深入解读这些不同类型的确认机制,并对比它们之间的差异。

997 – 功能性确认 (Functional Acknowledgment)

  • 定义:997报文是一种技术性确认报文,旨在反馈接收到的EDI消息是否符合技术规范。作为功能性确认,997主要用于通知发送方EDI消息已被接收,且消息结构和格式符合预期。
  • 内容:997包含了有关接收到EDI消息的技术确认信息,诸如是否成功接收、解析,以及是否存在格式或语法错误。
  • 使用场景:在EDI交易中,发送方会发送原始的EDI业务报文(如850采购订单、856发货通知等),而接收方会用997功能确认报文作为回应,表明其收到该文档,并且该文档的消息格式和结构是符合要求的。997报文可确保交易双方对传输的文档有共同的理解。

855 – 采购订单确认 (Purchase Order Acknowledgment)

  • 定义:855报文是一种业务性确认报文,常用于供应商对收到的采购订单(如850报文)进行响应。它包含了供应商接受、拒绝或修改订单的具体信息。
  • 内容:855报文包括供应商对采购订单的确认信息,包括订单状态、预计发货日期、价格调整等。它提供了供应商对订单的具体响应。
  • 使用场景:当供应商收到一个采购订单(通常是EDI 850采购订单)时,一般会用855报文来对订单进行响应,并给出具体的业务反馈,如修改或拒绝订单。

AS2 MDN – 消息交付通知 (Message Disposition Notification)

  • 定义:MDN(消息交付通知)是AS2协议中的一种确认机制,用于确保EDI消息成功传输。MDN由接收方发送给发送方,确认消息是否按协议要求正确传递和处理。
  • 内容:MDN包括消息的传输和处理状态,例如消息是否被成功接收、是否符合AS2协议的要求,以及是否存在任何传输错误。
  • 使用场景:MDN通常用于确认通过AS2协议传输的EDI消息是否成功送达和处理,提供关于消息的接收和处理状态的信息,确保消息在AS2协议层面上的传输和交付状态正确。

差异与联系

功能性差异
  • 997:主要用于EDI消息的技术性确认,验证消息的格式和语法是否正确。
  • 855:主要用于850 EDI采购订单的业务性确认,对850采购订单进行响应,,包含接受、拒绝或修改订单的信息。。
  • AS2 MDN:主要用于确认消息的传输状态和处理情况,确保消息通过AS2协议成功送达并处理,提供消息传输的技术层确认。
应用范围差异
  • 997:适用于所有EDI消息类型,作为EDI交易的标准确认步骤。
  • 855:一般情况下,仅面向EDI 850采购订单使用。
  • AS2 MDN:适用于通过AS2协议传输的EDI消息。
确认重点
  • 997:确认EDI消息的接收和格式正确性,重点在于例如消息内容和结构的技术层面验证。
  • 855:确认对EDI采购订单的接受、拒绝和变更,重点在于仅针对EDI 850采购订单的业务层面的反馈。
  • AS2 MDN:确认消息的传输过程和状态,重点在于消息是否按协议成功送达。

MDN和997是否需要同时使用?

在实际应用中,通常建议两者进行组合使用,以确保消息传输和内容的双重确认。MDN确保消息在传输层面上的正确传递,而997则验证消息内容的结构与格式。两者结合使用,可以更全面地保证EDI交易的准确性与可靠性。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , ,
文章分类 帮助文档, 常见问题和回答, 知识库

如何通过知行之桥 EDI系统无缝替换QAD 云EDI

什么是QAD系统?

QAD(Quality, Applications, Development)系统,是专为制造业设计的一款ERP软件,主要包含供应链管理、生产管理、财务和客户管理等业务功能,这家公司1979年成立于美国,目前在汽车、消费品以及工业制造行业应用比较广泛。

QAD系统中集成了EDI功能模块,可以处理标准EDI报文(如:EDIFACT/X12标准下的报文),使得企业可以在不同的业务系统之间传输如采购订单、发货通知、发票等单据,提高供应链管理的自动化水平。

在QAD系统中,EDI报文的处理流程如下:通过QAD EDI云平台收到标准EDI报文后,系统通过定制化开发将其转换为SNF(Standard Network File)中间格式文件,并与QAD的各业务模块进行集成,实现数据的无缝对接。

QAD-EDI-migration1.png

SNF格式文件:

QAD-EDI-migration2.png

使用QAD系统的痛点

我们的项目经理在与常州某汽车行业客户沟通时,了解到其塞尔维亚分公司在使用QAD系统的过程中,遇到了出货包装逻辑复杂无法处理的问题,例如涉及到满托满箱、不满托满箱+空箱、不满箱不满托、混托、散箱等情况。由于QAD系统无法灵活处理这些包装规则,客户不得不手动修改与宝马、大众等的发货通知(ASN)EDI报文,以符合交易伙伴的EDI规范。这种手动调整不仅增加了人力成本和处理时间,还对供应链效率和合作关系产生了负面影响。

此外,QAD系统的开发与维护成本较高,且技术支持响应不及时,给客户带来额外的负担。为了解决这些问题,客户选择将QAD云EDI运营的项目全部迁移至知行之桥EDI系统,以更好地处理复杂的包装和发货逻辑,同时保持QAD业务系统的使用。这种方案不仅能够提高效率,还能降低维护成本,改善客户的供应链关系。

如何通过知行之桥EDI系统无缝替换QAD 云EDI?

知行之桥EDI要无缝替换QAD云EDI功能,首先需明确QAD系统所支持的集成文件格式。QAD使用的SNF文件(Standard Network File)是一种标准化的平面文件格式,常用于在不同的QAD模块之间或与外部系统进行数据传输。每个SNF文件由多行记录构成,每一行都有一个控制字段,用于指明该行的含义和用途。文件中的每个字段值具有固定长度和位置,并以换行符结束。具体的字段定义及其与EDI报文字段的映射关系通常需要QAD团队提供。

QAD-EDI-migration3.png

(1)在EDI传输方面,客户的各个交易伙伴均支持通过直连EDI(如AS2或OFTP)进行数据交换。在配置连接时,只需更新EDI服务器的IP地址,其他连接信息保持不变,约时间与交易伙伴一起切换即可。
(2)在EDI报文转换方面,各交易伙伴均使用EDIFACT作为报文标准。为此,可以利用知行之桥的报文转换功能,实现EDIFACT与QAD系统使用的SNF文件格式之间的映射,确保数据在两种标准之间进行准确转换。 (3)关于与QAD业务系统的集成,客户已确认QAD系统支持通过FTP协议上传和下载SNF文件,这意味着可以自动将转换后的数据导入或导出QAD系统,简化了对接流程。

知行EDI系统的优势

切换到知行之桥EDI系统后,主要有以下优势:

1.统一平台:无论是常州还是塞尔维亚分公司,客户只需掌握一个EDI系统的操作,大大简化了员工的培训和使用流程。
2.优化包装逻辑:知行之桥EDI系统能够完全按照交易伙伴的要求处理发货通知(ASN)中的复杂包装逻辑,减少人为干预,节省人力成本,并有效避免手动修改带来的错误。
3.提升供应链关系:通过更精准的EDI报文处理,减少错误和延误,有助于显著改善与交易伙伴的供应链合作,减少客户投诉,提升合作体验。
4.优质技术支持:提供快速、专业的技术支持,且无语言沟通障碍,确保客户能够及时获得帮助,保障业务的顺利进行。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , ,
文章分类 帮助文档, 常见问题和回答, 知识库

什么是3PL EDI 集成?优化供应链指南

供应链的成功取决于快速、可靠和复杂的沟通。物流行业的一个显著特点是众多独立组织必须有效合作以完成任务。虽然许多企业都需要具备对外沟通的能力,但这一点在物流和供应链领域尤为关键。

第三方物流服务提供商(3PL)承担着确保实体货物从起点运输到目的地的重任,而这一过程可能需要协调几十个甚至上百个实体。3PL 的盈利能力建立在高效解决系统中各种问题的基础上,这是因为系统中的各个环节都在不停地运转。因此,他们比大多数企业更加敏感于确保企业对企业(B2B)之间的通信能够简化并实现自动化。

本文我们将讨论 3PL EDI 集成如何帮助实现高效供应链互操作的承诺。我们将从一些基本定义开始,逐步构建具体的案例,展示现代 3PL 组织如何开始利用 EDI 集成所带来的优势。

什么是 3PL EDI 集成?

传统的企业对企业(B2B)通信方式依赖于手动的临时流程,如电子邮件、传真或纸质文件。发送运输清单就像给同事发备忘录一样,而开具发票则是在喝咖啡的间隙扫描文件。虽然这些方法在短期内或对小规模的初创企业可能仍然有效,但现代的运输、仓储和加工需求已经证明传统方式无法应对。

EDI(电子数据交换)集成描述了将关键的业务通信从手动的临时流程迁移到自动化计算机系统的过程。EDI 已经确立了自己作为数字标准的地位,替代了以前需要打印在纸上的文件:采购订单、发票、运输清单、货物招标等。EDI 集成使得自动化计算机系统能够处理数据的准备、验证和传输。自动化软件系统为现代企业提供了更快速、更准确、更可靠的企业对企业(B2B)通信方式。

3PL EDI 集成只是将此概念应用于定义 3PL 贸易关系的复杂互连业务网络。虽然 3PL 可能比一般组织依赖更多的贸易伙伴和更多类型的业务文件,但 EDI 集成的原则保持不变。配置自动化解决方案以根据一组复杂的业务逻辑和时间规则执行 B2B 通信,可确保数据流永远不会成为复杂供应链流程中的瓶颈。

3PL EDI如何用于物流?

在实践层面上,3PL EDI 是在组织内实施软件基础设施的过程。EDI 集成软件平台提供了一个接口,用于定义与哪些贸易伙伴交换哪些数据,以及如何生成、接收、处理、存储、转换和验证这些数据。因此,采用 EDI 所涉及的工作主要是开销——一旦您的 EDI 集成管道得到适当配置,自动化系统就可以管理日常和分钟,而无需人工干预。

EDI 系统集成到 3PL 运营中有助于业务合作伙伴之间的实时通信。这种实时数据交换可确保供应链中的所有各方不断更新,从而提高透明度并实现更好的决策。例如,当零售商通过 EDI 提交采购订单时,3PL 提供商会立即接收并开始处理订单,从而更有效地选择、包装和运输产品。这种简化的沟通有助于保持库存准确性、提高订单履行率并缩短交货时间,从而最终提高客户满意度和忠诚度。

此外,在 3PL 物流中使用 EDI 支持可扩展性和全球覆盖。随着企业的发展,他们面临着不断增长的订单量和不断扩大的市场需求。EDI 提供了有效应对这种增长所需的可扩展性,使公司能够在不影响速度或准确性的情况下管理增加的数据量。此外,由于 EDI 标准是国际公认的,因此它们能够实现全球供应链之间的无缝通信,减少市场准入壁垒并促进国际贸易。通过利用 EDI 技术,3PL 提供商可以提供响应速度更快、更灵活且更具成本效益的物流解决方案,帮助企业在当今竞争激烈的市场中蓬勃发展。

3PL EDI集成的好处

虽然 3PL EDI 集成所涉及的许多好处都源于前面部分中的定义讨论,但明确列举 EDI 集成为 3PL 组织提供的内容可能会有所帮助:

1.降低运营成本:将 EDI 与 3PL 服务集成可最大限度地减少对纸质流程的需求,从而降低与打印、存储和劳动力相关的成本。通过自动化数据输入和交易,企业还可以减少代价高昂的错误和返工。
2.提高准确性和效率:EDI 消除了手动数据输入,大大降低了人为错误的可能性。这导致了更准确的订单处理、计费和库存管理,确保更顺畅、更快速的物流工作流程。
3.更快的交易处理:与传统方法相比,EDI 支持文档的即时传输,允许实时更新和更快的交易周期。这种速度增强了对市场需求和客户需求的响应能力。
4.提高可见性和跟踪性:实时数据交换为企业及其 3PL 合作伙伴提供了对供应链的更大可见性。这样可以更好地跟踪货物、库存水平和订单状态,从而促进主动管理和决策。
5.加强合作伙伴关系:通过简化沟通和提高可靠性,EDI 在企业与其 3PL 提供商之间建立了更牢固的关系。这种相互效率可以带来更多的协作努力和长期的伙伴关系。
6.业务增长的可扩展性:EDI 系统可以轻松处理增加的数据量,使其成为经历增长或季节性波动的企业的理想选择。这种可扩展性确保物流运营能够在不影响性能或客户服务的情况下进行调整。
7.全球合规性和覆盖范围:EDI 支持各种国际标准,从而符合全球贸易法规并促进更顺畅的跨境交易。这扩大了企业在国际市场上的运营和竞争能力,扩大了其客户群和供应链能力。

3PL EDI 集成的挑战

自动化 B2B 通信的承诺会带来一系列意料之中的挑战。对于那些希望在没有适当准备和工具的情况下解决该项目的公司来说,EDI 集成工作需要多方协调,将会变得难以推进。具体来说,以下问题可能会影响希望采用 EDI 的 3PL:

1.初始设置和集成:实施 EDI 需要在技术、软件和数据集成方面进行大量初始投资。对于 3PL 组织来说,采用新的 EDI 系统并将其与现有基础设施集成的成本可能很高,尤其是对于像 IBM Sterling 这样较老的单体平台。
2.技术复杂性:EDI 标准和集成流程的复杂性可能令人生畏。如果没有合适的软件工具来有效缓解 EDI 流程庞大的技术性,3PL 组织可能会在尝试管理和维护 EDI 通信时感到无所适从。
3.数据安全性和合规性:由于 EDI 涉及敏感和机密信息的交换,因此 3PL 组织必须确保采取强大的数据安全措施。对于不熟悉数据保护主题的组织来说,遵守数据保护法规和技术安全标准可能具有挑战性。
4.合作伙伴兼容性和协调性:成功的 EDI 实施需要与所有供应链合作伙伴协调,以确保兼容性和无缝数据交换。合作伙伴之间 EDI 能力和就绪情况的差异可能会导致集成挑战,从而扰乱物流工作流程。
5.维护和更新:维护临时 EDI 解决方案会带来永无止境的维护和调整的挑战,以跟上技术进步和合作伙伴更新。对于 3PL 组织来说,这意味着在内部构建 EDI 解决方案的范围最终可能会比预期的要大得多。

3PL集成的类型

虽然 EDI 集成始终涉及与贸易伙伴自动交换关键业务文档,但 EDI 集成的具体细节可能会因您的需求而异:

1.直接集成:这种类型涉及 3PL 的 EDI 系统和客户的 EDI 系统之间的直接连接。它允许高效的实时或近乎实时的数据交换,通常是最安全、最高效的 EDI 集成形式。但是,设置可能比其他集成方法更复杂。
2.电子商务集成:这种类型的重点是将 3PL 的 EDI 系统与 Shopify、Magento 或 WooCommerce 等电子商务平台连接起来。电子商务集成确保订单数据从在线商店无缝流向 3PL 提供商,从而促进高效的订单履行和库存管理。
3.ERP 集成:将 EDI 与企业资源规划 (ERP) 系统集成,将所有业务流程整合到一个框架中,从而简化运营。这种类型的集成允许在销售、会计、库存和物流之间同步数据,从而提高整体运营效率和数据准确性。
4.EDI 与 API 集成:虽然 EDI 和 API(应用程序编程接口)集成都促进了系统之间的数据交换,但它们的运行方式不同。EDI 更传统,遵循严格的格式标准,使其适用于批量、标准化的交易。另一方面,API 集成允许更灵活、更实时的数据交换,对于动态环境或可能需要模块化更新的情况特别有用。在 3PL 环境中,公司经常需要 EDI 和 API 来满足各种贸易合作伙伴需求。

常用的 3PL EDI 交易

EDI 文档旨在将特定业务信息传达给合作伙伴。了解 EDI 的作用包括了解特定的 EDI 交易及其与 3PL 公司的相关性:

  • EDI 940 —— 仓库装运通知:供应商或制造商使用此文档指示仓库将订单装运给客户。它包括订单信息、商品描述、运输说明和承运人详细信息等详细信息。这促进了生产、仓储和分销流程之间的协调。
  • EDI 943 —— 仓库库存转移装运通知:当货物从一个仓库运送到同一公司内的另一个仓库或第三方物流提供商时,使用此交易。它包括有关正在发货的产品、数量和运输详情的信息。这有助于跟踪库存变动并确保重新定位正确的物品。
  • EDI 944 —— 仓库库存转移收货通知:这是 EDI 943 的对应文件,由接收仓库发送以确认收到库存转移。它详细说明了收到的货物的数量和状况,有助于更新库存记录并核对与发货通知中的任何差异。
  • EDI 947 —— 仓库库存调整通知: 此文件用于传达由于损坏、丢失或更正等因素而导致的库存水平调整。它确保仓库和供应商的库存记录保持同步,保持准确的库存水平以进行规划和报告。
  • EDI 846 —— 库存通知:此交易用于在合作伙伴(例如 3PL 提供商和零售商)之间传达库存水平和状态信息。它提供有关可用库存的详细信息,有助于管理库存补充、规划和预测。
  • EDI 856 —— 提前发货通知(ASN):此文件由供应商在货物到达之前发送给买家,详细说明货件内容、包装配置、承运人信息和预期交货详情。它允许客户为接收、卸载和处理货物做准备,提高接收过程的效率。

知行之桥简化了物流工作流程

知行之桥是一款成熟的EDI软件产品,旨在简化阻碍3PL利用EDI实现集成优势的挑战。知行之桥的可视化工作流设计器和无代码架构能够加速从手动处理流程到自动传输EDI文件的切换,提供端到端的EDI集成:

  • 通过 AS2、AS4、SFTP、OFTP 和其他常用协议与合作伙伴进行简化的安全数据传输
  • 自动 EDI 转换和拖放式 EDI 映射
    简化与数据库、文件格式、仓库、ERP 和其他企业应用程序的后端集成
  • API 和 EDI 集成都在同一个 B2B 数据中心

如果您有兴趣了解如何尽可能轻松地过渡到 EDI,您可以立即开始构建无代码 EDI 工作流,免费试用知行之桥

了解有关EDI对接的相关信息,欢迎联系我们。

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , , , , , ,
文章分类 帮助文档, 知识库

汽车EDI:montaplast EDI对接

Montaplast 是一家总部位于德国的全球知名汽车零部件供应商,专注于高精度塑料部件的设计、开发和生产。公司成立于1958年,主要为汽车行业提供轻量化、高性能的塑料解决方案。Montaplast 以其在注塑成型技术、表面处理和装配技术方面的专业能力而著称,产品涵盖汽车发动机、内饰、外饰等多个领域,客户包括全球领先的汽车制造商,如宝马、戴姆勒、大众等。Montaplast 在全球设有多个生产和研发基地,确保其产品能够满足客户的高质量要求和技术需求。

Montaplast EDI 需求分析

EDI 传输协议

Montaplast 与其供应商之间通过建立OFTP连接通道来传输数据。建立OFTP连接需要双方提供以下信息:

  • SSID:SSID作为OFTP数据传输中的唯一身份标识,即就是向ODETTE申请购买的ODETTE ID。该值将包含在发送的请求中,以标识发送方身份,并在接收消息时可以寻址到相关的OFTP端口。
  • Password:与 SSID 相匹配的密码。此密码为自定义值,只需确保交易伙伴系统内配置相同的值即可,长度不超过8位。
  • Remote Host:远程 OFTP 服务器的主机名称或 IP 地址。
  • Port 端口:连接到远程 OFTP 服务器的端口。
  • Public Certificate:发送消息时,用于加密的公钥证书。该证书必须与交易伙伴的私钥证书匹配,并在共享 OFTP 详细配置信息时,交易伙伴应提供此公钥证书。

注意对接Montaplast时,需要使用Odette证书,企业需要内部确认是否有Odette ID 和Odette证书,如果没有需要申请,步骤可以参考:申请和更新Odette证书操作指南

业务单据类型

1.接收 VDA 4905 交付预测
2.发送 VDA 4913 发货通知

如何通过知行之桥EDI系统连接Montaplast?

建立 OFTP 传输通道

建立与Montaplast的EDI连接,首先需要搭建OFTP连接通道,并进行连接测试。主要测试OFTP端口是否能够成功接收和发送文件。

企业需要在知行之桥EDI系统的 个人设置 选项卡下配置自己的OFTP连接信息。

montaplast-EDI1.png

在知行之桥EDI系统的OFTP端口中配置Montaplast的OFTP连接信息:

montaplast-EDI2.png

输入 选项卡下上传一个测试文件,发送给Montaplast。当Montaplast发来文件时,可以在 输出 选项卡下查看接收的文件。

实现业务单据的格式转换

知行之桥EDI系统可以实现EDI报文和Excel、CSV、JSON、数据库XML以及IDOC 等之间的格式转换,根据企业的实际需求,将结构复杂的EDI报文转换为企业内部可处理的格式。

项目成果

通过知行之桥EDI系统对接Montaplast,提供多种解决方案:

1.Excel 方案

montaplast-EDI3.png

上图中的工作流主要实现将Montaplast发来的VDA 4905交付预测解析进Excel中,并作为附件发送到指定邮箱,企业的业务人员可以直接在邮箱中接收Excel格式的交付预测。收到的交付预测模板如下:

montaplast-EDI4.png

向Montaplast发送VDA 4913 发货通知时,业务人员需要将发货通知数据填写进Excel模板中,然后将其发送至指定邮箱,EDI系统将会自动抓取邮箱中的数据,并将其转换为Montaplast要求的VDA 4913。发货通知的Excel模板如下:

montaplast-EDI5.png

2.JSON方案

JSON方案处理Montaplast发来的VDA 4905交付预测,需要将EDI报文解析为对应的Json文件后,通过调用HTTP POST将其发送到ERP系统对应的API中,这样才能实现EDI系统与ERP系统的集成。

montaplast-EDI6.png

点击获取JSON方案开源的示例工作流

3.数据库方案

数据库方案采用数据库中间表的形式实现EDI系统与企业内部业务系统的集成,无论是需要发给Montaplast的数据还是需要从Montaplast处接收的数据都将被存放在数据库中间表中。不管是ERP、SAP、SRM、MES、MRP还是其他任何系统,都是可以通过此种方式集成的。

montaplast-EDI7.png

点击获取数据库方案开源的示例工作流

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , , ,
文章分类 帮助文档, 成功案例, 汽车行业EDI, 知识库

La-Z-Boy 标签制作注意事项

在制作标签之前,供应商需要通过EDI向La-Z-Boy发送提前发货通知(ASN)。ASN中的每个明细行将会至少对应一个运输编号(shipment ID),这个信息将会被体现在运输标签上,和标签上的条形码一起,用于La-Z-Boy收货。

供应商必须确保其装箱单以及发票中的信息能够对应上该批次货物的运输标签以及相关运输编号。供应商可以在La-Z-Boy提供的标签文档中,找到La-Z-Boy EDI部门的联系邮箱,IT人员可以通过此邮箱与La-Z-Boy进一步沟通建立ASN连接。

La-Z-Boy Label类型与包装类型的对应关系

本文中托盘指外包装,箱子指内包装,结合客户生产实际可能用到不同的包装材料,不限于托盘、木箱、纸箱等。

LZB支持整托、混托(整箱)、散箱(整箱)三种包装方式,不同包装方式对应不同Label,尺寸均为B-10(4英寸 x 6英寸)。

1.整托(Full Pallet)

整托定义:托盘或集装箱上放置的货物完全由同一种产品组成的包装方式,所有物料对应同一个订单号。每个托盘上只放置一种SKU(库存单位),方便装卸和库存管理。主要用于大批量、单一产品的运输,如批发商、零售商的库存补货。不适合小批量、多品种的订单。

La-Z-Boy要求整托的货物中,每托或者每个集装箱需使用两张相同的Master Shipping Label。

La-Z-Boy_Label1.png

箱子:每个箱子仍需一张Carton Label,用于装有相同产品(部件号)的单个容器,这个标签中将会详细说明箱子内容,标识产品的最小包装容器。

La-Z-Boy_Label2.png

标签粘贴方式

示例:一个滑木箱(Skid)中运输的货物为:一个物料编号,一个采购订单编号。

叉车进入视图(正面):每个纸箱贴箱贴,滑木箱右上角贴Master Shipping Label。
侧面:和正面相同的Master Shipping Label,贴在滑木箱左上角。

2.混托(Mixed Pallet)

混托定义:混托是指在一个托盘上放置多种不同产品(SKU)的包装方式。 一个托盘上包含多种产品或者多个采购订单组合,通常用于混合多种SKU以满足特定订单需求。灵活性高,能够满足小批量、多品种的订单需求,适合分销中心和零售店铺。常用于多样化订单的配送,有效利用运输空间,减少空托的情况,但装卸速度相对较慢,库存管理复杂,可能增加订单处理时间和成本。

La-Z-Boy要求混托的货物中,每托中每种物料号-订单号对需使用一张Mixed Shipping Label。

La-Z-Boy_Label3.png

同时每个混托上还需要使用两张相同的Mixed Load Shipping Label,用于警示此集装箱为混合装载。

La-Z-Boy_Label4.png

箱子:以上托盘+箱子结构中的每个箱子仍需一张Carton Label。

La-Z-Boy_Label5.png

标签粘贴方式

零件号或者订单编号的组合装运时,需要使用 MIXED LOAD 和Mixed Load Shipping Label。

叉车进入视图(正面):每个纸箱贴箱贴,滑木箱右上角贴MIXED LOAD Label,MIXED LOAD下方贴一个装有混合主标签(Mixed Master Labels)的透明塑料封套(每一对零件和订单号的组合需要一张标签)
侧面:和正面相同的MIXED LOAD,贴在滑木箱左上角。

3.散箱(Loose Cartons)

散箱定义:散箱是指单个或少量产品直接装箱,而非放置在托盘上的包装方式。产品通常直接放入纸箱或其他包装中,没有使用托盘进行组合。可以按需装箱,适合非常小批量或特殊产品的运输。

每个箱子需要一张Carton Label。同时,对于所有散箱还需一张Master Shipping Label。

La-Z-Boy_Label6.png
La-Z-Boy_Label7.png

La-Z-Boy Label 注意事项

运输编号(shipment ID)

供应商需要创建一个带有条形码的独一无二的运输编号,有两种命名规则。大多数情况下,运输编号是由La-Z-Boy 供应商账号(5位或6位数字)以及按顺序生成的9位数号码。供应商需要控制这个运输编号5年内不可以被重复使用。

第二种供应商运输编号允许供应商使用自己的唯一序列号(此序列号已成为他们日常运输编号的一部分),例如A供应商为其产品提供了唯一的序列号,只要条形码包含2S条形码数据标识符就是可以被接受的。如产品的序列号为:1146183-2A

供应商标签的批准

如果供应商已经支持ASN、条形码标签以及运输编号,并希望其ASN和条形码标签获得La-Z-Boy批准,需要提交书面申请、ASN示例和与ASN匹配的,使用La-Z-Boy条形码样本。

Mixed Master Shipping Label 混合主标签

1.运输过程中可能会出现同一个集装箱内装有多种产品的情况,这时需要为每种产品及订单组合贴上这个装运标签。每个装运标签都会有一个特定的运输编号(SHIPMENT ID),与ASN中每种产品的详细信息相对应。供应商和La-Z-Boy能够通过此标签右上角的“Mixed Master”来识别。混托情况下,所有的标签都放在一个装箱单套筒(packing slip sleeve)内,贴在托盘/集装箱前面。
2.当同一托盘/集装箱上装有多种产品时,会通过警示标签来提醒货物混托情况。警示标签中将会有大字体“MIXED LOAD”,供应商需要针对此托盘/集装箱制作两张相同的Mixed Load Shipping Label,在托盘/集装箱上的粘贴方式为正面一张,侧面一张。

注意:如果在同一托盘/集装箱上装运同一产品的两个订单,也需要此Mixed Master Shipping Label。

Carton Label 箱贴

箱贴需要贴在发货的每一个箱子上,并不用作运输标签。包含的信息:

  • 供应商名称和地址
  • 供应商ID
  • 收货方信息(La-Z-Boy)
  • 标签打印日期
  • La-Z-Boy 零件编号,有条形码,条码必须包含数据标识“P”,但是标签中可读的零件编号中不出现“P”
  • 每箱数量,条码必须包含数据标识“Q”,但是标签中可读的每箱数量中不出现“Q”
  • 零件描述
  • La-Z-Boy 工程修订版本
  • 批次标识或生产日期
  • 每箱重量:单位为英镑,体现在标签中的单位为:lbs。
  • 原产国:两位代码,如原产国为中国,则代码为:CN。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , ,
文章分类 家居行业EDI, 帮助文档, 成功案例, 知识库

La-Z-Boy EDI SaaS解决方案——LIP操作详解

近期成功帮助用户实施对接La-Z-Boy的SaaS解决方案,用户只需要根据知行提供的登录链接和密码访问个性化定制的知行之云LIP系统即可。

La-Z-Boy EDI 需求

传输协议:AS2 报文标准:X12 业务单据:

业务报文代码 业务单据 传输方向
850 采购订单 La-Z-Boy 发送给供应商
855 采购订单回复 供应商发送给 La-Z-Boy
856 发货通知 供应商 发送给 La-Z-Boy

La-Z-Boy 知行之云LIP系统操作

La-Z-Boy 的知行之云 LIP 解决方案中,主要包含3个与其 EDI 需求匹配的业务模块:订单(Order)、订单回复(Order Response)、发货通知(Delivery Note)。知行之云 LIP 系统支持中文、英文两种语言,可任意切换,接下来以中文界面为例,按照实际业务流程来介绍如何操作使用 La-Z-Boy 的知行之云 LIP 系统。以下介绍中将简称“La-Z-Boy 的知行之云 LIP 系统”为 知行之云。

登录

推荐用户使用谷歌浏览器访问知行之云,首先登录知行之云,在 EDI 对接完成后,供应商可使用知行提供的登录信息访问。登录界面如下:

LZB_EDI_LIP1.png

概览

登录知行之云,首先将会看到概览页面。在这里可以看到本次对接La-Z-Boy的EDI项目中需要传输的3种单据:订单、订单回复以及发货通知的三个柱状图,用户可以直观看到单据的收发数量和时间。

订单

点击报文,即可进入到EDI单据的处理界面。左侧自上而下依次是订单、订单回复和发货通知。对用户而言,作为供应商,需要接收La-Z-Boy发来的订单,并根据订单信息回复 订单回复和发货通知。如下所示是用户接收到的订单列表: LZB_EDI_LIP2.png

这里展示的数据种类支持自定义,用户可以根据使用习惯选择采购订单中的数据展示在上述界面中。点击上图右上角的 定制列,在弹框中进行选择:

LZB_EDI_LIP3.png

点击每个订单信息前的加号标志,可以查看更多预览信息。如下所示,第一个订单中,包含3个订单行,界面中展示了各订单行的买方物料编号、供应商物料编号、原产国、物料描述、采购数量、单价等信息。

LZB_EDI_LIP4.png

接下来点击每个订单的第一列,也就是蓝色的采购订单编号,即可查看当前订单的详细信息。

LZB_EDI_LIP5.png

上图中,收货方、账单接收方、订单明细旁可以看到一个小眼睛的标志,点击这个标志可以进一步查看细节信息。例如,点击上图中收货方旁边的眼睛标志,可在弹框中看到更多交易伙伴信息,包括:工厂代码、地址、城市、邮编以及国家等信息。

LZB_EDI_LIP6.png

点击图中打印按钮,即可一键跳转打印预览,可以直接打印此交易伙伴的基本信息,打印效果如下:

LZB_EDI_LIP7.png

点击图中订单明细旁边的眼睛图标,将会出现如下弹框:

LZB_EDI_LIP8.png

在这里将会显示订单明细,支持打印。

在订单页 详情 中点击右上角的 回复,可以选择针对当前订单回复 订单回复或者是发货通知。点击即可跳转至 订单回复 或者 发货通知的详情界面,可进行核对与编辑。

LZB_EDI_LIP9.png

订单回复

接下来需要根据收到的订单,向La-Z-Boy发送订单回复。

LZB_EDI_LIP10.png

如上图所示,此处可以直接查看订单回复单据的状态,如绿色标志表示已发送,黄色标志表示发送中,紫色标志表示新的订单回复,如出现红色标志,则表示发送失败。

以第一行数据为例,进入订单回复的详情页面。

LZB_EDI_LIP11.png

点击红色方框中的 编辑,即可根据用户的实际业务对收到的订单进行回复。

LZB_EDI_LIP12.png

订单回复模块中的数据基本上都是可以修改的,用户可能会发现这里已经带入了订单中的数据,可以减少用户填写的工作量,用户可以根据实际业务情况对数据进行核对和修改。修改确认无误后,需要点击上述界面右上角的 保存 按钮。

接下来,点击左侧的 订单回复,勾选刚刚填好信息的一条订单确认,点击右上角 发送,系统弹框会让用户再次确认发送,点击确认即可。

LZB_EDI_LIP13.png

界面会显示发送成功,此时这条订单回复的状态将会由紫色标志变为黄色标志,表示发送中。当前订单回复的状态由黄色标志变为绿色标志时,表示订单回复已成功发给La-Z-Boy。

LZB_EDI_LIP14.png

发货通知

接下来需要根据收到的订单,向La-Z-Boy发送发货通知。

LZB_EDI_LIP15.png

同样以第一行数据为例,点击蓝色的采购订单编号,进入订单详情页面。

LZB_EDI_LIP16.png

点击右上角,回复->发货通知。即可进入发货通知模块,在这里填写针对当前采购订单的发货通知详细信息。

LZB_EDI_LIP17.png 点击上图右上角的 编辑,即可根据实际发货信息填写发货通知。页面中将会出现红色字体,提醒必填信息:

LZB_EDI_LIP18.png

必须填写好明细信息之后再进行打包。

承运商运输路线以及承运商设备支持添加多个,如有需要,在相应位置点击 添加 即可。

LZB_EDI_LIP19.png

如果需要打印此发货通知,可点击右上角的 打印,效果如下:

LZB_EDI_LIP20.png

添加托盘和箱子

填写好发货通知所需信息之后,需要点击下图红色方框中的 包装,进入到打包页面中。如下所示,根据示例订单的发货情况,在包装页面中已添加了9个托盘(木箱)和172个箱子。

LZB_EDI_LIP32.png

点击上图蓝色方框 添加包装,可以选择不同的包装类型。

LZB_EDI_LIP33.png

如果选择 托盘+箱子 的组合,则需要填写以下内容:

LZB_EDI_LIP34.png

如果用户希望查看发货通知的历史数据,可以点击左侧的 发货通知,如下图所示,可看到7列发货通知中包含的数据,如:运输编号、运输时间、创建时间、发票追踪号、运输数量、总重量以及重量单位可以直观的预览。

LZB_EDI_LIP21.png

与订单页面类似,点击右上角的 定制列,可以对需要展示在这个页面的数据进行个性化设置。

LZB_EDI_LIP22.png

如果想要了解当前发货通知的收货方、发货方信息等,可以点击左侧的加号,展开以下被折叠的信息。

LZB_EDI_LIP23.png

交易伙伴

用户可以在这里提前添加和维护交易伙伴的信息,包括:工厂代码、地址、邮编等信息。

LZB_EDI_LIP24.png

提前维护好这些信息,在回复订单确认和发货通知时,就可以直接在下拉列表中选择收货方,减少工作量。

标签

La-Z-Boy 要求供应商制作符合其要求的标签,并需要在发货时贴在箱子上。知行之云LIP系统支持制作标签,点击下图中的 打印标签 按钮,即可进入标签预览界面。

LZB_EDI_LIP25.png LZB_EDI_LIP26.png

如果使用谷歌浏览器访问知行之云,则直接可以使用浏览器的打印选项,将标签另存为PDF。

LZB_EDI_LIP27.png

LZB支持整托、混托(整箱)、散箱(整箱)三种包装方式。不同包装方式对应不同Label,尺寸均为B-10(4英寸 x 6英寸)。

整托

当前发货通知中需要向La-Z-Boy发送110个相同的物料,通过5个小纸箱装这些物料,每箱装22个,这5个小纸箱又被装在一个大木箱中。此时在打印标签时,总计会有6张标签,前5张为需要贴在纸箱上的标签,最后一张为需要贴在木箱上的标签。

贴在纸箱上的标签,Carton Label: LZB_EDI_LIP28.png

贴在大木箱上的标签,Master Shipping Label: LZB_EDI_LIP29.png

混托

单个托盘上所放置的物料包含多个物料号-订单号对。每托中每种物料号-订单号对需使用一张Mixed Shipping Label。

LZB_EDI_LIP30.png

同时每个混托上还需要使用两张相同的Mixed Load Warning Label。 LZB_EDI_LIP31.png

此外混托情况下,每个箱子都需要贴一张Carton Label。

散箱

散箱中,每个箱子需要一张Carton Label。同时,对于所有散箱还需一张Master Shipping Label。知行之云会根据发货通知中的内容,生成这些标签,用户只需要打印并按照La-Z-Boy标签文档中的要求贴在指定位置即可。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , , , , ,
文章分类 产品介绍, 帮助文档, 操作指南, 知行之云, 知识库

什么是 BAPLIE 船舶配载?

BAPLIE(Bayplan/Stowage Plan Occupied and Empty Locations)是用于集装箱海运行业的一种电子数据交换(EDI)报文类型。BAPLIE报文主要由船东、吨位中心、码头运营商、航运公司等在船舶之间或港口与船舶之间传递有关船舶上集装箱堆放信息的详细数据。它是集装箱船在海运过程中进行有效货物管理的关键工具。

UN BAPLIE报文介绍

BAPLIE报文是一种根据联合国贸易便利化标准开发的EDI报文,旨在促进海运业务中的信息交换。该报文详细描述了集装箱在船舶上的具体位置,以及这些位置是否被占用或空置。通过这种标准化的报文格式,船舶管理者、港口操作员、航运公司和其他相关方可以共享有关集装箱位置和状态的信息,从而简化和加快货物装卸和运输过程。

BAPLIE报文采用的标准是UN/EDIFACT(联合国电子数据交换通用标准)。这一标准的使用确保了全球航运业的参与者可以通过统一的格式进行信息交换,避免了由于不同格式导致的信息传递误差。

应用场景

BAPLIE报文主要用于以下场景:

船舶装载计划

在集装箱船出发之前,船舶操作员会生成BAPLIE报文,详细列出船舶上各个位置的集装箱堆放情况。这有助于确保船舶的稳定性和平衡性,并优化装载方案。

港口操作

港口操作员利用BAPLIE报文了解即将抵港的船舶上集装箱的具体堆放情况,从而提前规划集装箱的装卸流程,提高港口作业效率。

航线调整

在航行过程中,如果需要更改航线或重新调整装载,BAPLIE报文可以实时更新集装箱的位置,帮助船舶操作员进行有效的决策。

海关与检疫

海关和检疫部门可以通过BAPLIE报文获得船上货物的详细信息,从而进行相应的检查和监管。

BAPLIE报文中包含的主要数据

BAPLIE报文中的数据内容详尽而丰富,通常包括以下关键部分:

集装箱编号(Container ID):每个集装箱都有一个唯一的编号,用于标识和追踪。

位置信息(Stowage Position):包括船舶上的具体位置(如甲板号、舱位号),以及该位置的状态(占用或空置)。

货物信息(Cargo Details):包括集装箱内货物的类型、重量、体积等信息,以确保装载符合船舶的负载限制。

集装箱状态(Container Status):例如,集装箱是否已封闭、是否需要温控(冷藏箱)等。

航次信息(Voyage Information):包括船舶的航次号、起运港、目的港等信息,便于各方了解货物运输的整体计划。

装卸港信息(Loading/Unloading Ports):指出哪些集装箱将在特定港口装载或卸载,以便港口操作员提前准备。

头部信息
字段名 描述 示例
Sender ID 发送方ID 123456789
Recipient ID 接收方ID 987654321
Date of preparation 准备日期 240902
Message reference number 报文参考编号 00000000000001
Message Type Identifier 单据类型 BAPLIE
报文明细
字段名 描述 示例
Place/Location Identification 位置ID 0120006
Recipient ID 接收方ID 987654321
Date of preparation 准备日期 240902
Message reference number 报文参考编号 00000000000001
Message Type Identifier 单据类型 BAPLIE
Item number 物料编号 3498201
Description of Goods 货物描述 1 PIECE MACHINERY
Container Loading Remarks 集装箱装载备注 OVERHEIGHT
Weight of the cargo 货物重量 32500
Tareweight of 1st flatContainer Loading Remarks 第一层的皮重 3250
Measure Unit Qualifier 测量单位 CM(厘米)
Length Dimension 890
Width Dimension 550
Heigth Dimension 320
Port of Loading 装货港 GBSOU
Port of Discharge 卸货港 SGSIN
Heigth Dimension 320
reference to leading cellpos 超额运输数量 0120006
Breakbulk 散装 BB
Carrier id 承运人ID ABC

注意在填写位置ID时,通常按照以下格式:

1.ISO格式:湾/行/层 (BBBRRTT)。如果 Baynumber少于 3 个字符,必须用前导零填充,如“0340210”。
2.Feeder格式:舱口/层/行 (HTR)
3.Ro/Ro格式:ro/ro pad-number

BAPLIE报文中实际使用的尺寸限定符取决于涉及的是散装还是零担货物,可能会涉及到的限定符及其对应的含义如下:

代码 “1”= 毛重尺寸(散装)
代码 “5”= 非标准尺寸,前部
代码 “6”= 非标准尺寸,后部
代码 “7”= 非标准尺寸,右部
代码 “8”= 非标准尺寸,左部
代码 “9”= 非标准尺寸,一般(过高)

卸货港位置代码一般由5个字符组成,对于卸货港位置与ID的对应关系如下:

“83” 交货地
“63” 首个可选卸货港
“65” 第二可选卸货港
“69” 第三可选卸货港
“71” 第四可选卸货港
“74” 第五可选卸货港

BAPLIE 报文示例

通过使用BAPLIE报文,航运公司和港口能够更好地协调和管理集装箱的装载和运输,减少货物延误,降低运营成本,并提高整个供应链的效率。点击 BAPLIE ,在知行EDI规范查询平台中获取 EDIFACT报文标准下的BAPLIE报文详细规范信息。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , ,
文章分类 帮助文档, 知识库

对接Volvo德国及海外仓 EDI案例

汽车零部件供应商通过EDI(电子数据交换)对接Volvo及其海外仓的过程,是汽车供应链管理中至关重要的环节。通过EDI,供应商将会收到Volvo发来的交付预测,通过回复发货通知快速响应需求。实时数据交换加快了供应链的响应速度,使得供应商能够更快地满足德国主机厂及其海外仓的需求,缩短了交付周期。

合作方概述

供应商W公司

供应商W公司专注于汽车零部件的产销研一体化,在国内外拥有多个生产基地和研发中心,目前已与国内外几十家汽车厂建立紧密合作。

Volvo(德国)

本次EDI案例对接的交易伙伴是全球知名的汽车制造商——Volvo,以其安全性、可靠性和创新性著称。Volvo在全球设有多个生产基地,对供应链管理有着严格的要求,以确保其产品的高品质和准时交付,EDI则是Volvo采用的数字化技术中的关键一环。本案例主要介绍国内某零部件对接Volvo德国。

海外仓

海外仓是供应商W公司在德国设立的仓储设施(委托给第三方仓储物流提供商),用于存储、管理和分发商品。对供应商而言,由于海外仓靠近主机厂的生产基地或市场,通过海外仓向主机厂发货能够缩短从供应商到Volvo等主机厂的交货时间,提高供应链的反应速度。此外大批量运输到海外仓,再从海外仓根据需求进行小批量发货,这样可以降低整体运输费用和频繁跨国运输的风险。

EDI的基本概念及在汽车供应链中的作用

EDI全称Electronic Data Interchange,中文名称是电子数据交换,也被称为“无纸化贸易”。EDI实现企业间(B2B)自动化通信,帮助贸易伙伴和组织完成更多的工作、加快物流时间并消除人为错误。

汽车行业强调供需双方的高效协同(比如研发设计、生产计划、物流信息等的协同与共享),才能使各节点企业受益,达到快速响应市场的目的。尤其是在项目正式量产以后,汽车零部件供应商需要高密度高频次地传输业务数据,并且快速驱动内部的计划与物流体系,满足准时交付。EDI能够担当供应商与Volvo之间的数据传输桥梁,高效传输长期/短期交付预测、发货通知以及发票等业务单据。

供应商对接Volvo及海外仓的EDI流程

EDI对接需求分析

本次案例中,供应商需要同时对接Volvo以及供应商自己的海外仓,流程如下:

1.接收Volvo发来的交付预测
2.将收到的交付预测转发给海外仓
3.海外仓根据收到的交付预测生成一份发货通知发给供应商
4.供应商将收到的发货通知转发给Volvo
5.Volvo将会根据收到的发货通知派人去海外仓提货

volvo_Warehouse_edi1.png

EDI单据类型

涉及到的业务单据有两种,DELFOR交付预测和DESADV发货通知。对接海外仓和Volvo使用的都是EDIFACT报文标准下的EDI报文,但EDI规范的版本号不同,Volvo使用的版本号为D96A,海外仓使用的版本号为D07A。不同版本号的规范之间对于EDI标识符的定义可能会有不同,此外也会出现业务字段的增加或者删减,因此在对接过程中上图步骤2和步骤4中的数据需要经过映射处理之后再进行转发。

技术实现与系统集成

基于知行之桥EDI系统搭建对接Volvo以及海外仓的EDI工作流,通过两个不同的工作区进行区分。

对接Volvo的EDI工作流

volvo_Warehouse_edi2.png

上图是命名为VOLVO的工作区下,对接Volvo的EDI工作流。通过搭建OFTP传输通道,与Volvo传输DELFOR交付预测以及DESADV发货通知。知行之桥EDI系统支持多种集成方案,但由于供应商的ERP系统正在更新中,暂无集成计划,因此选择Excel方案作为过渡方案。由于同时对接两个交易伙伴,因此需要供应商在邮箱中设置邮件分类,将文件夹分别命名为Volvo-EDI和Warehouse-EDI,在EDI系统的EmailReceive端口配置如下:

volvo_Warehouse_edi3.png

Excel方案中,收到Volvo发来的DELFOR交付预测,系统会提取EDI报文中的数据,将其填充在提前设计沟通好的Excel模板中,通过邮件发送到指定邮箱(Volvo-EDI)。业务人员在指定邮箱中查收Excel附件形式的交付预测数据即可。此外系统还将会转换一份XML格式的交付预测,供应商通过Excel确认无误后可通过EDI将XML发给海外仓。

供应商向Volvo发送DESADV发货通知时,只需要业务人员填写DESADV Excel模板,并发送至指定邮箱(Volvo-EDI),EDI系统将会自动抓取并将其进行格式转换,并发送给Volvo。与常规工作流相比,由于海外仓发来的DESADV版本号与Volvo要求的版本号不同,因此需要做一步映射转换。

对接海外仓的EDI工作流

volvo_Warehouse_edi4.png

上图为命名为 Overseas_Warehouse 的对接海外仓的EDI工作流。同样采用OFTP传输通道,但需要注意区分,这个工作区中需要配置海外仓的OFTP连接信息。

上半部分的工作流中,供应商将上文提到的包含交付预测数据的XML发送到指定邮箱(Warehouse-EDI),EDI系统将会自动抓取数据,进行格式转换并发送给海外仓。

下半部分的工作流中,供应商收到来自海外仓的DESADV发货通知,将其转换为一份Excel文件,以供业务人员确认信息;再转换为一份XML格式的文件,待业务人员确认无误后,通过邮件发送到指定邮箱(Volvo-EDI),EDI系统将会自动抓取并发送给Volvo。

数据安全与合规性

本案例中,对接Volvo和海外仓都是通过OFTP连接通道,支持通信双方收发经由3DES加密、压缩、签名的文件,支持大文件传输以及回复签名NERP、EERP及原因。

对接过程中的挑战及解决方案

特殊处理

以往涉及到海外仓的案例中,在海外仓和主机厂使用的单据类型相同且版本号一致的情况下,供应商只需要转发EDI报文即可。但本项目中,海外仓和Volvo使用了不同的EDI规范版本号,需要增加一步转换流程。

由于供应商提出希望收到Volvo发来的DELFOR交付预测以及海外仓发来的DESADV发货通知,由业务人员进行确认后再转发。因此提供给业务人员的交付预测和发货通知将会包含Excel和XML两种格式,Excel给业务人员查看信息,XML用于下一步的转发。

沟通与协调

由于本次EDI项目对接的Volvo以及海外仓都位于德国,与国内存在时差。因此在测试过程中,需要注意把握沟通节奏,尽可能在三方都在线的情况下高效沟通,缩短测试周期。

Volvo EDI项目中除了上述提到的业务单据之外,还需要完成标签的制作,并进行电子版和纸质版的验证。项目初期,根据沟通结果,由知行负责生成和测试标签部分,知行的EDI顾问已在本地完成了标签部分的实施。但项目中期经沟通,由于海外仓发货,并且海外仓已经具备生成标签的能力,最终选择由海外仓完成标签,知行负责与Volvo的沟通测试。

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , , , , ,
文章分类 帮助文档, 成功案例, 汽车行业EDI, 知识库

如何在知行之桥上通过业务单号查找原始报文?

在知行之桥中接收或发送的数据通常是EDI原始报文,知行之桥会对EDI原始报文进行格式转换,以方便用户后端系统的处理。因此,一般情况下,用户看到的都是转换后的数据结构,例如Json、XML或Excel等,无需直接查看原始EDI报文。但在以下特殊的业务场景下,用户需要查找到指定的原始报文:

1.对于接收方向的报文来说,例如订单,用户在查看转换后的数据结构后,对数据值存在疑问,需要向发送方求证,看是否存在数据值错误的情况,此时会需要提供EDI原始报文和订单编号,给发送方确认

2.对于发送方向的报文来说,例如发货通知,若是接收方验证报文失败,一般会通过EDI报文或以邮件等方式通知发送方,告知其发货通知单号和错误信息,此时发送方需内部排查,看是数据值错误还是EDI报文错误,若是EDI报文错误,为了确定具体错误信息,此时会提供原始的EDI报文,给接收方检查确认。

后端系统业务人员或交易伙伴提供的用于排查问题的信息,一般都是业务单号,如果传输的是订单,那提供的就是订单号;如果传输的是发货通知单,那就是发货通知单号;如果传输的是发票,那提供的就是发票号。那么,如何通过这些业务单据编号,在知行之桥EDI系统中准确查找到原始EDI报文呢?

在转换过程中对文件进行重命名

在收到交易伙伴或后端业务系统推送过来的数据时,文件名是多种多样的,此时需要对文件进行重命名处理,将业务单号放在文件名上,以便于后期运维查询。

在知行之桥中,文件重命名操作一般会在XML Map端口实现。

1.接收方向

以订单为例,在接收订单时,知行之桥中将会搭建如下工作流,我们在Markant_Map_ORDERS端口对文件名进行修改:

Find_original_message1.png

点击端口,在设置-目标文件中,新增代码脚本:

Find_original_message21.png

对代码脚本命名为Rename,并填入内容:

其中,[xpath(BGM/C106/1004) | def | trim]是获取订单编号,[ | snowflake]则是生成随机数,以确保文件名不会重复。

Find_original_message3.png

保存后进行测试,在 输出 中即可看到,订单号已被添加到文件名中:

Find_original_message4.png

2.发送方向

以发货通知单为例,在发送发货通知单时,知行之桥上的工作流如下,我们在Markant_Map_DESADV端口对文件名进行修改:

Find_original_message5.png

在端口中新增代码脚本,并填入内容:

其中,[xpath(ASNNumber) | def | trim]是获取发货通知单号,[_ | snowflake]则是生成随机数,以确保文件名不会重复。

Find_original_message6.png

保存后测试,即可在输出中看到,发货通知单号已经被添加到文件名中:

Find_original_message7.png

根据文件名查找原始报文

在实施过程中完成第一步对文件进行重命名后,在后续文件传输的过程中,所有业务单号将被写入到文件名上。此时,我们就可以根据使用业务单号在知行之桥上查找文件,具体操作如下:

进入日志页面,在搜索框中输入要查询的业务单号,进行搜索,然后找到对应的那行消息,点击查看详情:

Find_original_message8.png

待跳转到详情页面,找到MFT端口,即EDI报文的传输端口,例如AS2/OFTP等,在MFT端口,即可看到对应的原始EDI报文:

Find_original_message9.png

点击文件名称,即可下载原始EDI报文:

Find_original_message10.png

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

了解更多 EDI 信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用 EDI 软件。

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

标签: , , , , , ,
文章分类 帮助文档, 常见问题和回答, 操作指南, 知识库, 脚本和自动化, 解决方案