• 咨询详情,请联系我们:177-8250-8152 / sales@kasoftware.cn

  • 咨询详情,请联系我们:177-8250-8152 / sales@kasoftware.cn

5 2023-09

Preh EDI对接指南

|2023-09-05T10:44:36+08:002023年9月5日|帮助文档, 成功案例, 汽车行业EDI, 知识库|Preh EDI对接指南已关闭评论

Preh成立于1919年,是一家全球领先的汽车零部件制造商。公司总部位于德国,经营范围涵盖汽车电子、汽车控制系统和电动驱动技术。Preh 的使命是为汽车行业提供高品质、创新性的解决方案,以满足未来出行的需求。凭借着百年的历史和卓越的技术能力,Preh 赢得了多项行业荣誉,并在全球范围内建立了广泛的合作关系。 Preh的EDI需求分析 EDI,即电子数据交换,是一种用于在不同组织之间无缝传输业务文档的技术。对于Preh这样的全球制造商来说,EDI系统具有重要的优势。首先,EDI提供了高度的供应链可见性和透明性,使Preh能够实时跟踪物流和库存情况,降低了库存管理的复杂性。其次,EDI减少了误差和人工成本,因为它自动化了数据交换过程,降低了手工处理的需求。此外,EDI提高了协作效率,通过快速而可靠的数据传输,使供应商和Preh之间的沟通更加高效。 电子数据交换(EDI)是 Preh 与供应商进行高效合作的重要先决条件。因此所有供应商都必须具备以电子方式传输数据的能力。 以下几点必须在首次交货前与 Preh [...]

16 2023-02

艾德卡EDEKA EDI 需求分析

|2023-02-16T10:37:49+08:002023年2月16日|EDI视频教程, 帮助文档, 成功案例, 知识库, 零售行业 EDI|艾德卡EDEKA EDI 需求分析已关闭评论

德国艾德卡Edeka 是德国最大的食品零售商,因其采用“指纹付款”的方式进行结算,成为德国超市付款方式改革的先驱。2022年8月,入选2022年《财富》世界500强排行榜,位列第256位。 艾德卡EDEKA EDI需求分析 传输协议 在传输协议层面,艾德卡Edeka 使用德国电信的X.400网络发送和接收电子数据,除此之外,还支持用于电子数据交换的AS2协议。 报文标准 考虑到国际影响力以及跨部门的业务领域,艾德卡Edeka 总部选择了欧洲地区广泛使用的UN/EDIFACT作为其EDI报文标准。 [...]

9 2023-02

零售EDI:家乐福Carrefour EDI需求分析

|2023-02-09T16:03:31+08:002023年2月9日|帮助文档, 成功案例, 知识库, 零售行业 EDI|零售EDI:家乐福Carrefour EDI需求分析已关闭评论

家乐福(Carrefour)于1959年创立于法国,是大卖场业态的首创者,欧洲第一大零售商,世界第二大国际化零售连锁集团,主营大型超市、超市以及折扣店。大型连锁商超的供应链遍布全球,需要传输的业务数据量十分庞大,因此家乐福Carrefour选择使用EDI来实现与交易伙伴的数据传输。 家乐福Carrefour EDI需求 传输协议:AS2 对于家乐福Carrefour和其供应商而言,AS2传输协议具有便宜、稳定、可信赖的特点,出现漏传、错传的风险更低。即使出现文件丢失的情况,也能够更好的被追踪。 报文标准:EDIFACT 报文类型: 家乐福Carrefour使用最多的报文类型包括: ORDERS 采购订单 [...]

18 2022-05

艾睿电子Arrow EDI ORDERS订单详解

|2022-05-18T14:56:01+08:002022年5月18日|帮助文档, 示例工程|艾睿电子Arrow EDI ORDERS订单详解已关闭评论

艾睿电子Arrow与其供应商之间,传输EDIFACT标准的报文,具有两种业务模式:AOI(Arrow Owned Inventory)模式和SOI(Supplier Owned Inventory)模式又称为VMI(Vendor Managed Inventory)。 无论供应商采用了以上哪种业务模式,都需要接收来自艾睿电子Arrow发来的ORDERS订单。在此前的文章如何读懂EDIFACT报文?中,我们对EDIFACT已经做了详细的详解,大家可以以此为基础,开始深入了解 ORDERS 订单。 [...]

10 2019-12

从EDI技术角度生成德州仪器TI直供业务EDI项目ORDERS报文

|2019-12-10T18:02:10+08:002019年12月10日|成功案例, 电子行业EDI|从EDI技术角度生成德州仪器TI直供业务EDI项目ORDERS报文已关闭评论

德州仪器TI EDI项目ORDERS报文 通过EDI传输的采购订单(ORDERS)符合交易双方在商务合作环节达成的商业合作协议,且关于采购订单的任何消息都应符合原始采购订单。这样,间接提到了商业交易的商业合作协议。因此,不需要在采购订单之后的采购订单变更请求或采购订单回复中指定对合同或报价协议的引用,除非发出采购订单变更请求作为行项目添加到采购订单中。 如果在同一个订单周期中引用了多个合同/报价,则业务伙伴之间需要一份适用于所有涉及付款条款、交货条款(即标题级别的数据)的合同/报价的总体协议。因为EDI消息中的报价都不能传达此信息,需要从EDI信息中排除以前在商业合作协议中约定的所有信息。 买方和卖方之间约定一个产品编号用于识别订购的项目,作为主要参考编号。为了识别订购的单个项目,通常使用买方文件编号(如BGM+220+PO11223+9'中PO11223)和买方行号(如LIN+1++ITEM222:BP::92'中1)的组合。 所有与采购货物相关的信息必须在明细项目级别指定,以避免任何歧义。因此,每个行项目都可以被视为一个订单。如果采购订单有多个行项目,则必须将其视为由采购订单编号和行项目编号标识的一个行项目采购订单的集合。因此,每个行项目都有自己的生命周期。 报文转换过程 将用户自定义XML订单转换为TI要求的EDIFACT标准的ORDERS业务报文为例,转换过程主要分为如下3个步骤: 1.自定义XML格式订单 PO11223 [...]

返回顶部