Resident Home EDI 连接
Resident Home 是一家专注于提供高品质家居产品的公司，尤其以床垫、家具和家居装饰等产品而闻名。它旗下拥有多个品牌，包括 Nectar Sleep、DreamCloud 和 Awara，主要销售床垫、床架、枕头等产品。Resident Home 强调线上直销模式，通过简化供应链和降低中间环节成本，为消费者提供性价比高的产品。 什么是EDI或者X12？ [...]
29
2024-09
27
2024-09
金融EDI：你需要了解的银行与金融EDI的所有信息
对于银行和金融机构而言，对风险持谨慎态度是很正常的。任何需要将现有记录转换为新格式的新技术都可能会存在导致错误的情况。错误会带来不稳定性，银行始终权衡更快更高效的承诺以及出现损失的可能性。 然而，随着支付技术的不断发展，电子数据交换（EDI）的标准也在演变，以保障数据传输的安全性——这也提升了金融电子数据交换（FEDI）的整体安全性。目前，FEDI的支持程度如此广泛，以至于许多企业甚至不鼓励现金交易——包括公共交通！ 本文我们将解释FEDI是什么及其工作原理，并探讨其在商业中的日益重要的角色。 FEDI（金融EDI）是什么？ FEDI是以标准化格式进行的金融数据的电子数据交换。FEDI主要用于中到大型公司及其贸易伙伴、联邦和州政府，但本质上，FEDI无处不在，只要你为商品或服务付款。 FEDI消除了纸质交易的需要，简化了企业与银行之间的沟通。它通过提供金融数据的标准化格式，使金融机构内部的软件系统能够理解。采用FEDI标准使组织能够通过软件自动化安全数据交换，而不再依赖于手动流程，如电子邮件或传真。 FEDI支持的机器可读标准化格式包括： 行业特定格式 跨行业格式 ANSI [...]
26
2024-09
汽车EDI：Martinrea EDI 对接
Martinrea International Inc. 是一家总部位于加拿大的全球汽车零部件制造商，专注于提供轻量化技术、金属成型、流体管理和模块组装等解决方案。公司服务于全球主要汽车制造商，致力于通过创新材料和制造工艺来提高汽车性能和燃油效率。Martinrea 还专注于可持续发展，通过减少能源消耗和碳排放来推动汽车工业的环保进程。 Martinrea所有供应商都必须与其建立EDI连接，并按照Martinrea的要求执行EDI交易。供应商需要承担自己实施EDI连接以及EDI映射等所有相关费用，包括ASN发货通知以及运输标签的测试。 EDI和运输标签需要在收到Martinrea发来的《Martinrea International Inc. Supplier [...]
24
2024-09
极星Polestar EDI 项目案例
极星Polestar是由沃尔沃汽车和其母公司吉利集团共同成立的高性能电动汽车品牌。最初，极星是沃尔沃的高性能部门，主要负责打造性能改装车。自2017年起，极星转型成为独立的豪华电动车品牌，专注于生产电动汽车。 近期国内汽车行业供应商J公司收到了极星Polestar的邀请，需要通过EDI与其国内工厂传输业务数据。本案例将为大家介绍对接过程以及实施方案。 梳理需求文档 极星Polestar的EDI需求与Volvo一样，传输协议选择 OFTP，报文标准为EDIFACT，传输的业务单据包括：DELFOR交付计划（版本号：D96A）以及DESADV发货通知（版本号：D07A）。 开始项目实施之前，极星Polestar将会向供应商提供以上两种业务单据的EDI规范文件，作为供应商实施EDI项目的重要参考。此外极星Polestar还提供了一个PPT文档，用于介绍极星Polestar的EDI需求以及实施流程。文档中明确指出极星Polestar要求其所有的供应商都通过EDI与其建立连接，供应商需要具备按照极星Polestar的标准接收和发送EDI文件的能力。 OFTP连接测试 基于知行之桥EDI系统进行OFTP连接测试，无需代码，只需要在可视化界面中进行配置即可。开始OFTP连接测试之前，交易双方需要先交换OFTP连接信息。 首先需要在知行之桥EDI系统的 个人设置 [...]
23
2024-09
德科斯米尔DRX EDI项目案例
德科斯米尔Draexlmaier(以下简称DRX)是一家专注于高性能材料和产品的制造商，特别是在汽车、航空航天、工业和消费品等领域。DRX 以其先进的研发能力和创新的生产技术著称，致力于为客户提供轻量化、高强度和耐用的材料解决方案，以满足严格的行业标准和可持续发展的需求。 汽车行业K公司作为DRX的供应商，收到来自德国DRX的EDI对接邀请，希望双方能够通过EDI传输业务单据，近期我们帮助汽车行业K公司顺利完成了对接DRX的EDI项目。 梳理需求文档 项目前期需要明确DRX的EDI需求都有哪些，本案例中，DRX使用的传输协议为OFTP2，报文标准为EDIFACT，传输的单据类型包括：DELJIT短期交付预测、DELFOR长期交付预测以及DESADV发货通知。 DRX会向供应商提供一个包含其OFTP连接信息的表格，供应商需要在这个表格中填写自己的OFTP连接信息，并将表格发给DRX。 此外DRX还会针对每种业务单据向供应商提供相应的EDI规范文档，作为EDI项目实施的参考，DELJIT短期交付预测、DELFOR长期交付预测以及DESADV发货通知的EDI规范文档版本号均为D96A。 EDI连接测试 DRX向供应商提供的OFTP表格中将会体现双方的地址信息、EDI团队的联系方式、OFTP中需要用到的SSID以及SFID、IP地址、端口号、虚拟文件名要求、证书信息以及编码方式等。此表格中的信息是双方配置OFTP连接通道的参考。需要使用Odette证书，供应商需要单独购买。 本案例中，无论是DRX还是供应商K公司都只有一套正式环境，因此不用区分生产和测试环境。通过知行之桥EDI系统实现与DRX的OFTP连接，首先需要在页面上方的 [...]
20
2024-09
Flat File端口更新：如何实现嵌套结构
Flat File端口可以实现平面文件和XML文件的互相转换，本文主要介绍在知行之桥EDI系统8971及更高版本中，Flat File端口如何支持类似EDI嵌套结构的转换。 下载示例工作流以及示例文件 打开知行之桥EDI系统，创建一个命名为Flatfile的工作区，将FlatFile.arcflow拖拽至空白区域即可实现导入。可以看到这个工作流中有两个Flat File测试端口，分明被命名为：Position_S_O_P以及Character_S_O_P。 扩展阅读：知行之桥EDI系统功能介绍——FlatFile 端口介绍 Character_S_O_P 这个端口将为大家演示平文件按照分隔符切分字段的情况 [...]
19
2024-09
全球贸易中的关键标识符：DUNS、GLN及其他ID在EDI中的应用
在电子数据交换（EDI）中，识别交易伙伴的唯一标识符对于确保数据准确传输和处理至关重要。不同的企业标识符在EDI的不同场景中发挥着重要作用，其中最常见的包括DUNS（数据通用编号系统）、GLN（全球位置号）和ISA/GS ID。本文将介绍这些标识符及其在EDI中的应用。 1.DUNS（数据通用编号系统） DUNS NUMBER邓氏编码（Data Universal Numbering System）由邓白氏公司开发，是一种全球通用的九位数字编码，用于唯一标识商业实体。DUNS编码主要用于识别EDI交易中的企业，并广泛应用于全球供应链、信用评估和商业信息传递。 DUNS在EDI中的应用 供应链管理：DUNS号码帮助供应商和客户唯一识别对方，确保信息准确传输，尤其在跨国交易中，它是识别和匹配交易伙伴的标准工具。 [...]
18
2024-09
汽车EDI：MöllerTech EDI项目案例
MöllerTech （以下简称 Möller）是一家德国的家族企业，成立于1730年，主要从事塑料和橡胶领域的生产和加工。公司以其在汽车工业、电子设备和机械制造等行业的解决方案而闻名，尤其是在汽车部件、密封件和工业用途的高性能塑料领域。Möller 的产品应用广泛，客户群包括全球的知名制造商和 OEM 企业。 随着合作的加深，Möller邀请国内的供应商X公司通过EDI与其传输业务文件。X公司此前已经通过EDI对接过多个汽车主机厂，已经具备EDI能力，只需要根据Möller要求，基于原有EDI系统实施对接Möller的EDI项目即可。 EDI 在汽车行业供应链中的重要性 汽车行业普遍采用精益生产模式，要求零部件准时到达生产线。EDI [...]
14
2024-09
如何快速对接Plexus EDI？
Plexus Corporation 是一家总部位于美国的全球电子制造服务（EMS）公司，成立于1979年。Plexus 专注于为医疗设备、工业、通信、航空航天和国防等高复杂性行业提供设计、工程、制造和售后服务的全面解决方案。公司通过全球化的生产网络和工程能力，帮助客户实现从产品概念到生产的整个生命周期管理。Plexus 以高技术含量的产品和精益生产方式著称，服务全球领先的企业，致力于推动客户的创新和市场成功。 Plexus支持的传输协议 Plexus通过AS2与供应商建立直连EDI。在知行之桥EDI系统中，只需在可视化页面中配置供应商和Plexus的AS2连接信息即可，无需代码。 在 个人设置 选项卡下配置供应商自己的AS2连接信息： [...]
13
2024-09
深入解析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 [...]
