首页 › Walmart.com DSV XML对接需求 › Page 3

Walmart.com DSV XML对接需求

此前的文章Walmart.com DSV EDI对接需求中，为大家介绍了如果选择传输EDI文件需要做的准备与需求。本文将为大家介绍Walmart.com 与DSV（Drop Ship Vender）之间传输XML文件的需求。与EDI相比，XML文件的处理难度相对低一些。无论企业选择哪种格式，都可以通过知行之桥EDI系统实现文件的格式转换。

传输协议

选择传输XML文件，这种情况下需要使用到的传输协议为SFTP。如果企业不具备EDI能力，也可以通过第三方EDI供应商来实现与Walmart.com 的EDI对接。Walmart.com不会对EDI供应商与DSV之间的数据传输做出干涉，企业可以根据实际需求，选择适合自己的传输和转换方式。

借助知行之桥EDI系统能够实现企业内部业务系统与EDI系统的集成，提供数据库方案、API方案、Webservice方案等，通过集成的方式能够最大程度上实现数据处理流程的自动化，减少人工投入。

传输XML格式的业务单据

Walmart.com与所有供应商包括Drop Ship Vendors 都可以传输XML文件。Walmart.com将会提供和所有供应商（包括直接发货供应商）之间传输订单相关信息的数据格式规范。这也是进行数据交换的重要参考，企业需要保证生成的文件能够符合这些数据格式规范要求，还需要具备处理这些XML文件的能力。

传输的文件包括两个方向：供应商发送给Walmart.com以及Walmart.com发送给供应商，需要注意不同传输方向对于文件名的不同要求。下面的流程图直观地展示了各种数据传输类型：

Walmart.com-DSV-XML1.png

订单流程

企业可以使用订单数据格式的规范在 Walmart.com 和所有供应商（包括直接发货供应商）之间传输与订单相关的信息。

订单流程中支持的XML文件类型如下：

  • 订单请求文件 – 包含客户订单请求（仅从 Walmart.com 发送给供应商）。
  • 订单取消文件 – 包含客户订单取消请求（仅从 Walmart.com 发送给供应商）。
  • 订单状态文件 – 包含客户订单状态更新（仅从供应商发送到 Walmart.com）。这些接口支持的响应文件如下：
  • 确认文件 – 包含文件确认（在供应商和 Walmart.com 之间双向发送）。
  • 错误文件 – 包含文件错误消息（在供应商和 Walmart.com 之间双向发送）。
文件传输工作流程

每次文件传输分为三个基本步骤：

1.发送方生成数据文件并将其推送到接收方的服务器。
2.接收方解析接收到的文件，并验证文件格式和数据的一致性。
3.如果文件通过解析，则接收方回复发送方一个确认文件。否则，将回复一个错误文件。

错误认证

涉及到的响应文件包括：

确认文件：包含文件确认信息（在供应商和 Walmart.com 之间双向发送）
错误文件：包含文件错误信息（在供应商和 Walmart.com 之间双向发送）

每个文件传输分为三个基本步骤：

1.发送方生成数据文件并将其推送到接收方的服务器
2.接收方解析收到的文件，并验证文件格式和数据的一致性
3. 接收方根据以下规则回复：如果文件可以解析，则收件人向发件人回复一个确认文件；如果文件不能解析，则收件人回复一个错误文件，注：永远不要针对错误文件回复确认文件。

XML文件的命名规则

文件名中需要包含文件类型、创建日期和时间、供应商ID以及6位随机数。XML命名格式如下：
WMI_Confirm_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.xml

VVVVVVVVV 是由Walmart.com分配的供应商 ID（最多9位数）
YYYYMMDD 是文件创建日期(GMT date)
HHMMSS 是文件创建时间 (24-hour GMT time)
NNNNNN 是六位随机数，确保唯一性

其他XML报文类型的命名规则与上述内容类似，在WMI后的位置需要注明当前文件类型。

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , , , ,
文章分类 帮助文档, 成功案例, 知识库, 零售行业EDI

Walmart.com DSV EDI对接需求

零售行业的企业与Walmart之间的合作需要基于Retail Link平台，企业拿到账号之后，可以登录这个平台按照平台指示完成准备工作。在这个平台中，企业需要选择对接的交易伙伴，包括Walmart、Walmart.com、Sam’s Clubs以及SamsClub.com等。

关于Walmart的EDI对接流程与操作可以参考文章：如何在Retail Link网站上与Walmart进行EDI连接测试？，Drop Ship Vendors 可以使用两种不同的数据传输格式与Walmart.com传输业务单据，格式包括：EDI或者是XML。本文主要介绍与Walmart.com DSV的EDI对接。

Walmart.com DSV使用的传输协议是什么？
  • AS2

AS2 是Walmart.com 首选的通信方法，通过互联网安全、可靠地传输数据。它需要通过 Web 点对点连接的客户端和服务器计算机。AS2 为 EDI 数据创建一个信封，允许使用数字证书和加密安全地发送数据。Walmart 通过与 DSV 的直连 AS2 连接通道发送和接收 EDI 文件。

  • 增值网络 （VAN）

用于传输或交换 EDI 文档的第三方专用网络提供商。Walmart 通过 VAN 发送，但不管理或规定 VAN 和 DSV 之间的数据流。

  • SSH 文件传输协议 （SFTP）

提供点对点连接，以在联网主机之间启用安全文件传输功能。Walmart 通过与 DSV 的直连 SFTP 连接通道发送和接收 EDI 文件。

  • EDI供应商

为其合作伙伴提供 EDI 功能的第三方。Walmart 可以与企业的EDI供应商通过 AS2或者SFTP连接发送和接收 EDI 文件，但不管理或规定企业的EDI供应商和 DSV 之间的数据流。

Walmart.com DSV使用的EDI报文标准/数据格式是什么？

Walmart.com 最常用的 EDI报文标准是 ANSI X12。知行之桥EDI系统支持生成符合Walmart.com要求的数据格式。

Walmart.com DSV需要用到的业务单据类型都有哪些？

Walmart.com 的EDI需求中，需要传输的业务单据类型基本是源自采购、发货流程，如下：

Walmart.com-DSV-EDI1.png

  • 850: 采购订单Purchase Order

EDI 850，可用于提供与下达货物和服务采购订单有关的惯例和既定商业及行业做法。本报文不得用于传递采购订单变更或采购订单确认信息。

  • 855: 采购订单确认Purchase Order Acknowledgement

EDI 855，可用作供应商生成订单的通知，可告知买方，供应商已经或将要按照合作关系中的预先安排发货。

  • 860: 采购订单变更Purchase Order Change Request – Buyer Initiated

EDI 860，可用于提供与采购订单变更有关的约定俗成的商业和行业惯例所需的信息。该交易可用于

(1) 买方要求更改先前提交的采购订单

(2) 买方确认接受卖方或双方共同商定的采购订单更改。

  • 856: 发货通知Ship Notice/Manifest

EDI 856，可用来列出货物装运的内容以及与装运有关的附加信息，如订单信息、产品描述、物理特征、包装类型、标记、承运人信息和运输设备内货物的配置。使发件人能够以不同的详细程度描述货物的内容和配置，并为传递信息提供了有序的灵活性。该交易的发送方是负责向一个或多个报文接收方详细描述和传递货物内容的机构。该交易集的接收方可以是对货运内容或货运内容信息感兴趣的任何组织。

  • 824: 应用程序通知Application Advice

可用于报告应用系统对报文进行数据内容编辑的结果。编辑报文的结果可在功能组和事务集级别上以编码或自由格式报告。它旨在满足报告接受、拒绝或接受并更改任何报文类型的业务需求。应用建议不应取代作为对另一个报文类型的特定回应而设计的报文（例如，作为对采购订单的回应而发送的采购订单确认）。

  • 846: 库存查询Inventory Inquiry/Advice

EDI 846可用于以下方面：

(1) 货物和服务销售商向潜在购买者提供库存信息，但购买者没有义务购买这些货物或服务；
(2) 货物和服务销售商的代表向该销售商提供库存信息；
(3) 一个地点向另一个地点提供库存信息；
(4) 查询是否有库存，但货物和服务销售商没有义务保留这些库存。

  • 997 功能性确认

EDI 997 功能性确认文件用于对接收 EDI 报文的响应，或电子回执，以确认单据信息的传递。可以体现任何 EDI 报文的格式错误，或数据丢失。任何交易伙伴均可响应单个 EDI 报文或一组报文。返回的 EDI 997 有接受状态，错误接受状态以及拒绝状态。如果被拒绝，则文件必须由发送方更正后重新发送。

EDI文件的命名规则

如果企业选择建立EDI传输通道（通过SFTP），则需要注意文件名称需要设置为Walmart所期待的格式。如果通过其他连接，例如AS2则不要求按照命名规则。

发送给Walmart.com的文件命名格式：

WMI_855PR_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi
WMI_856SH_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi
WMI_846IB_WWWWWWWWW_YYYYMMDD_HHMMSS_NNNNNN.edi
WMI_997FA_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi

Walmart.com发给企业的文件命名格式：

WMI_850PO_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi
WMI_860PC_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi
WMI_997FA_VVVVVVVVV_YYYYMMDD_HHMMSS_NNNNNN.edi

注：
VVVVVVVVV 是由Walmart.com分配的 DSV ID
WWWWWWWWW是由Walmart.com分配的DSV ID/DSV 工厂 ID
YYYYMMDD 是一个八位数字的文件创建日期(GMT date)
HHMMSS 是一个六位数字的文件创建时间 (24-hour GMT time)
NNNNNN 是六位随机数

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , , , , , , ,
文章分类 帮助文档, 成功案例, 知识库, 零售行业EDI

汽车EDI：如何与奔驰建立EDI连接？

梅赛德斯-奔驰是世界闻名的豪华汽车品牌，无论是技术实力还是历史底蕴都在全球汽车主机厂中居于领先位置。奔驰拥有多种车型，多元化的产品布局不仅满足了不同用户画像的需求，也对其供应链体系有着极大的考验。

本文将为大家介绍梅赛德斯-奔驰乘用车以及商用车部门采购流程中的信息流结构。为确保信息流的一致性、无故障和及时性，优化交付流程所需的数据交换是全球汽车行业的一个重要目标，具备EDI能力将帮助企业保持并提高市场竞争力。

奔驰早在 1983 年就开始使用电子数据交换，这在当时还是一种非常新颖的信息交换方式。如今，电子数据交换已成为当今世界上开展业务的一种可靠、先进的通信渠道。与汽车行业的大多数主机厂一样，奔驰搭建了一个自己的EDI数据中心，通过EDI与交易伙伴传输交付预测、发货通知以及发票等业务单据。

传输协议

奔驰支持的连接方式包括：OFTP2、AS2以及SFTP。使用较多的传输协议为OFTP2。

报文标准

奔驰EDI项目中使用到的EDI报文标准涉及到了EDIFACT以及VDA，具体使用哪种报文标准需要以奔驰提供的资料为准。传输的业务单据如下：

  • 物料需求计划DELFOR/VDA 4905
  • 发货通知DESADV

EDI是如何工作的？

除了传输协议和报文标准之外，还需要结合企业的实际需求，确认最合适的EDI解决方案。EDI的工作流程是：EDI能够实现企业间（B2B）的自动化通信，对发送方的内部数据进行格式转换，以EDI文件的形式通过EDI传输通道发送至接收方。接收方收到EDI文件后，通过格式转换，将其转换为接收方的内部数据格式。通过这种方式，企业之间能够自动传输标准格式的电子形式的订单、发票、库存报告、发货通知等业务单据。

BENZ_edi1.png

如何通过知行之桥EDI系统实现与奔驰的EDI对接？

根据奔驰的EDI需求，想要实现EDI对接，企业需要这样的EDI解决方案：

  • 能够支持OFTP2、AS2或者SFTP
  • 能够处理符合EDIFACT / VDA报文标准下的EDI报文
  • 能够实现企业内部业务数据与EDI报文之间的格式转换
  • 能够实现与企业内部业务系统的集成
建立OFTP2连接

在知行之桥EDI系统中，建立OFTP2连接只需要创建一个OFTP端口，并在可视化界面中配置交易双方的连接信息即可。

1.OFTP端口的配置页面中填写奔驰的OFTP2连接信息

包括SSID/SFID、远程主机地址、奔驰的加密证书等。

BENZ_edi2.png

2.个人设置页面下的OFTP选项卡中填写供应商自己的OFTP2连接信息

BENZ_edi3.png

实现EDI报文的格式转换

奔驰EDI项目中，供应商需要接收奔驰发来的DELFOR物料需求计划，并给奔驰回复DESADV发货通知。

BENZ_edi4.png

以接受奔驰发来的 DELFOR 物料需求计划为例，可以创建EDIFACT端口以及XMLMap端口，实现从EDI报文到自定义XML的格式转换，便于进一步处理。除XML之外，还支持实现EDI报文与Excel、CSV、Json等格式的转换。

对于DESADV的处理，则是反方向的，企业将数据提供给知行之桥，通过知行之桥将其转换为符合奔驰要求的DESADV发货通知，通过OFTP2传输通道发送给奔驰。

在EDI系统中的操作，可以勾选每个端口的自动化选项卡，从而实现业务数据的自动化收发以及处理，无需人为干预。

系统集成

知行之桥EDI系统能够实现与企业内部ERP系统的集成，支持中间数据库、Webservice、API等多种方式，上述工作流中采用了中间数据库方案。

中间数据库方案：通过将数据放置于中间数据库中，EDI和后端系统可以完成数据的同步，不管是ERP、SAP、SRM、MES、MRP还是其他任何系统，都可以通过此种方式集成。

使用中间数据库表的方式集成知行之桥EDI系统和企业的业务系统，就是采用一张或多张数据库表作为中间表，存放知行之桥EDI系统收到EDI报文后解析所得的业务数据，以及发送EDI报文需要ERP提供的数据。中间数据库表，顾名思义它不等于ERP系统的生产数据库表，ERP仅在这个数据库中存放EDI发送报文所需的业务数据，和读取EDI接收的业务数据。

注意事项

从测试流程切换至生产模式

大多数EDI项目都有测试和生产两套环境，企业需要先在测试环境中完成连接测试以及业务测试，确保当前EDI实施的内容能够满足合作伙伴要求的所有业务场景。完成测试流程之后，方可切换至生产环境中。流程如下：

  • 与奔驰的测试系统进行连接测试
  • 传输独立单据的测试（包括：DELFOR/VDA 4905以及DESADV）

在通过 EDI 连接通道成功进行程序测试后，每个供应商都可以传输任意数量的测试数据并进行独立检查。需要按照奔驰提供的SSID、SFID以及虚拟文件名进行传输。

虚拟文件名即VFN（Virtual File Name），奔驰通过虚拟文件名将文件名统一格式，方便后续处理和查看。

虚拟文件名的设置

虚拟文件名与真正的文件名不同，虚拟文件名是文件的一个属性，在设置虚拟文件名后，文件本身的名称不会改变，而文件多了该属性值。在与交易伙伴收发报文时，VFN的格式要按照交易伙伴的要求设置，一般来说，每个交易伙伴对VFN的格式要求都是固定统一的。大多包含以下信息：工厂代码、供应商编号、报文类型等。VFN的设置可以便于交易伙伴通过虚拟文件名对文件进行快速的识别，在虚拟文件名中提取关键信息，从而直接对报文进行分流处理。

在知行之桥EDI系统中，可以在OFTP端口进行简单配置，从而实现虚拟文件名的设置。可以参考文章：OFTP虚拟文件名设置

扩展阅读：更多奔驰EDI信息

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

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

将 EDI 从 VAN 迁移到知行之桥：EDI 成本降低 90%

G公司帮助零售商在网上和实体店取得成功，是来自300家顶级制造商网络中包含狩猎，钓鱼，露营和体育用品等45,000 多种商品的批发分销商。

通过可靠的客户服务、良好的定价和超越标准大卖场产品的库存量，G公司的重点是为零售商、电子商务企业和直销商提供发展业务所需的产品。G公司将先进技术和EDI相结合，为客户提供附加值。G公司支持：

  • 经销商的直销
  • “刚到货”库存
  • 订单状态通知
  • 愿望清单
  • 还有更多

2011 年，G公司收到了美国最大的体育用品零售商之一：SCHEELS All Sports 的EDI对接邀请，从而首次体验了 EDI。与当时许多 G公司客户一样，SCHEELS 正在传真采购订单（PO），但 SCHEELS 希望标准化与 G公司之间的信息交换，并要求转向 EDI。

当时，G公司还完全不熟悉EDI，因此需要一个EDI平台和服务提供商来最大限度地减少技术设置。

G公司 从 SPS Commerce 开始，SPS Commerce 是一个增值网络 （VAN），通过门户网站处理 EDI 处理。G公司的团队及其合作伙伴（如 SCHEELS）将文档加载到 VAN 门户中，手动将信息添加到 Web 表单中。然后，VAN 将在 G公司与其合作伙伴之间传输文件。

7 年来，G公司 一直使用 SPS Commerce VAN 将数据输入到 Web 表单中。虽然是手动的，但这个过程在一开始就运行良好；然而，随着 G公司的发展和越来越多的客户需要 EDI，通过服务提供商处理每个文档的结构性缺陷变得不容忽视。

挑战：VAN需要花费高成本以及大量的人工操作流程

2018年初，G公司发现自己每月处理超过20,000条EDI消息，同时通过SPS Commerce VAN EDI上的Web表单手动发送和接收消息。这种高接触的手动流程不仅花费了大量的时间和精力来管理，而且这 20,000 条消息中的每一条也会产生交易费用。

interchange-sps1.png

“最初的成本是可控的，但后来我们每年在SPS Commerce上支付的账单数额达到了约 100,000 美元。”G公司的全国客户经理（兼前 IT 总监）向我们透露。

有三个因素导致成本飙升：

  • 数量：G公司在新增 EDI 交易伙伴时发送了更多文档，并且 VAN 按文档收取费用。
  • 限制：VAN 会因超出交易量限制而增加费用。
  • 影响利润率：销售订单需要多次交换文档（成本为 30 美分/文档），对于较小订单而言，这个成本将利润率变得更低。

“我们拆分了每个文档的支出”G公司的 EDI 技术负责人提到。“在某些情况下，按照利润率来计算，我们实际上在通过EDI进行数据处理时会赔钱。”

除了上述提到的困扰外，G公司还遇到了技术困难。

随着 G公司将更多的交易转移到 EDI，该公司开始处理大规模订单，并发现它发送了大量SKU，以至于 EDI 交易没有得到正确处理。G公司不得不开始将文件拆分为几部分，这减慢了整个过程的处理速度并造成了 EDI 事务的积压。

未处理交易的堆积直接影响了G公司在任何给定时间的库存量。

“我们与一些客户之间发生了争论”G公司的 EDI 技术负责人说，“我们的库存量很低，因为EDI的数据无法得到及时的处理。”

当 G公司刚开始使用 EDI 时，SPS Commerce VAN 平台非常适合他们，因为 G公司的 EDI 数据量很小，而且其客户的要求也各不相同。

但是，由于处理大量交易的高成本和技术挑战，G公司已经超出了VAN的规模。G公司需要一个更强大、更具成本效益的 EDI 解决方案，并需要具备可扩展性。

“我认为这是一种自然进化。使用VAN，会由他们引导，然后，你只需要继续经营你自己的东西。”— G公司的全国客户经理。

解决方案：自动化、易于使用的EDI解决方案

2018 年，G公司开始寻找软件解决方案，并测试了满足几个关键标准的一整套选项。该解决方案需要：

  • 经过多年的测试和验证。
  • 能够及时启动并运行G公司的业务。
  • G公司需要与非 EDI 客户的基于 CSV 的 FTP 系统无缝协作。
  • 大幅降低EDI交易成本。

在对整个选项列表进行全面测试后，G公司发现一个解决方案脱颖而出。G公司最终选择了知行之桥EDI系统，并与系统集成商合作，使知行之桥能够快速全面运行，用于G公司的EDI处理。

结果：提高供应链效率

G公司现在拥有一个功能齐全的EDI系统，可以满足其全部EDI需求。

interchange-sps2.png

G公司现在使用知行之桥来翻译和映射其合作伙伴使用的所有主要 EDI 标准的文档，并且 G公司可以通过各种消息传递协议（如 AS2）接收文档。知行之桥还可以与 G公司的基于 CSV 的 FTP 系统集成，从而简化了 G公司在后端的处理。

“现在，我们将所有内容转换为内部系统可以理解的格式。人们可以向我们发送任何类型的文档，X12，纯文本文件，CSV”G公司的全国客户经理说到。

此外，知行之桥EDI系统的支持不仅满足了 G公司的需求。

“知行之桥EDI系统总是让人眼前一亮。当（在初始设置期间）出现错误时，它们很快就会得到解决”G公司的全国客户经理说，“客户在知行之桥当中的操作总是正确的。”

G公司的实施速度很快，在一个月内分别完成了与 Amazon 和 Amazon Dropship 的两次集成，这是 G公司最大的两个 EDI 交易来源。与之前通过VAN操作的速度相比，这简直提升飞快。

G公司的全国客户经理说：“我们分别在1个月内完成了两个主要的EDI交易平台，而通过SPS Commerce建立类似项目需要3-4个月的时间。”

如今，知行之桥可随时处理 90-95% 的 EDI 流量。VAN只用于低EDI流量的客户。除了通过无缝集成节省人工处理时间外，知行之桥还直接降低了 G公司的 EDI 成本，从成功切换至知行之桥开始，G公司每年将节省约90,000美元。这意味着在 EDI 上节省了 90% 以上的成本。

知行之桥EDI系统特色

知行之桥EDI系统是数据访问与连接解决方案的领先提供商，专门开发用于实时访问在线或本地应用程序、数据库和Web API 的数据集成技术。

  • 拥有完全自主知识产权的中文版EDI系统
  • 提供免费试用EDI系统，且无任何功能限制
  • 提供EDI专业知识的培训，帮助企业具备自主实施EDI项目的能力
  • 拥有强大的可视化流程设计器，通过简单拖拽、配置，搭建从外部通信，到EDI标准报文转换，以及与内部系统集成的工作流
  • 处理大量业务数据的情况，也支持部署HA（高可用集群）方案，实现负载均衡、故障转移
  • 支持自定义脚本以应对自定义功能扩展
  • 支持本地，私有云，公有云部署，同时兼容Windows和Linux系统
  • 支持通过浏览器随时随地访问控制台页面，以适应不同设备（包括PC，pad或者手机等设备）并方便后期运维
  • 可快速迁移服务器，工作区配置一键导出，一键导入即可

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , , , ,
文章分类 帮助文档, 常见问题和回答, 操作指南

借助知行之桥轻松实现B2B集成

企业的生产、运营流程中存在大量不同来源的数据，要想在当前业务流程中取得进步，需要将这些数据进行集成，打破数据孤岛。借助知行之桥EDI系统，能够将 EDI、MFT 和 API 工作流程与您在云端或企业内部的应用实现集成，无需代码。

与外部交易伙伴和内部系统建立自动化工作流

可控文件传输

支持 AS2、AS4、OFTP、SFTP 等主要 MFT 标准。

EDI集成

无论您的行业是否有特定的EDI要求，知行之桥都支持所有主要的EDI标准和协议，包括X12、EDIFACT、VDA、FHIR和HL7等。

无代码集成

使用预置的行业工作流程库简化端到端集成，快速将外部贸易伙伴与您的所有文件、应用程序和流程连接起来。

点击了解知行之桥EDI系统中内置的开源示例工作流

应用程序接口和应用程序集成

无缝连接外部合作伙伴 API、内部应用程序和服务，无需额外的自定义编码和无休止的维护。

一流的连接性

知行软件拥有成熟的连接解决方案目录，使您能够访问 85+ 个应用程序和 250+ 个数据源。

轻松实现不同场景下的集成

无代码 B2B 集成

我们的可视化拖放界面可实现集成，无需专门的 B2B 开发人员技能。所有功能被集成在一个个功能端口中，用户点击左侧端口列表，找到需要使用的功能端口，即可一键拖拽至右侧空白工作区中，进行简单配置即可实现连接。

EDI_B2B1.png

一套系统连接所有内部系统和外部交易伙伴

知行之桥EDI系统拥有超过 85 个连接内部、外部和 SaaS 系统的端口。

无缝集成的 EDI 解决方案可以连接至：

  • 客户关系管理（CRM）系统
  • 仓库管理系统（WMS）
  • 企业资源管理（ERP）软件
  • 运输解决方案
  • 会计软件
  • 许多其他系统
端到端集成

无论您需要对接国内还是国外的合作伙伴，都可以通过知行之桥EDI系统与之建立EDI连接。支持通过中间数据库、WebService、API等方式实现EDI系统与企业内部业务系统的集成。

各行各业的企业都能从无缝 B2B 集成中获益

无论企业位于哪些行业，只要涉及到了常见的订单、发票、发货等流程，就可以通过EDI无缝集成B2B。将关键的 B2B 流程自动化可简化客户、供应商和业务合作伙伴之间的交易，自动化处理重复性任务，提高生产效率，解放员工的时间和精力，专注于其他更具有附加值的工作，从而为您的企业带来市场竞争优势。

零售电商

知行之桥为您提供工具，帮助您快速加入合作伙伴，自动处理订单，并通过一个系统处理所有EDI合作伙伴集成，同时降低EDI成本高达90%。EDI是一种标准方式，用于连接制造商供应链中的所有链接。它有助于加快沟通速度，从而提高效率，减少延迟和其他问题，这些问题可能会阻止制造商或制造商的第三方物流提供商 3PL 准确履行订单。

医疗保健

在医疗保健提供商、供应商、保险公司等之间安全自动地共享文件、文档和数据，满足严格的互操作性和合规性要求。

汽车行业

无论是主机厂还是下游的零部件供应商，汽车行业强调供需双方的高效协同（比如研发设计、生产计划、物流信息等的协同与共享），才能使各节点企业受益，达到快速响应市场的目的。尤其是在项目正式量产以后，汽车零部件企业需要高密度高频次地传输业务数据，并且快速驱动内部的计划与物流体系，满足准时交付。

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

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

T公司将11个客户从IBM Sterling B2B Intergrator 迁移到知行之桥

使用映射导入向导从 Sterling B2B Integrator 迁移

自 2003 年以来，T公司 一直是为各种规模的公司提供数字化转型解决方案的领先提供商，实施大规模自动化、B2B 和数字集成解决方案。在他们的解决方案中，T公司 提供端到端的 EDI 集成服务，涵盖 B2B/EDI 文档交换以及后端 CRM、ERP 和数据库集成。

凭借 15+ 多年的数字化转型经验，T公司 帮助企业实现了供应链自动化并简化了业务活动，以提高可靠性、准确性和安全性。

现存挑战：摆脱老化技术

多年来，T公司一直使用 IBM 的 Sterling B2B Integrator 为客户实施端到端集成，仅通过 AS2 每月处理多达 20,000 笔 EDI 交易。然而，他们发现 Sterling B2B Integrator 的功能有限，严重限制了他们为客户提供的解决方案的广度。Sterling B2B Integrator 面临的一些主要挑战包括：

  • IBM 产品中的错误记录有限，这迫使 T公司 投入了一整个团队专门用于监控交易，这大大增加了他们的业务成本。
  • 缺少 REST API，限制了 T公司 处理端到端集成（如： EDI-ERP 和 EDI-CRM ）的灵活性。
  • 有限的工作流功能迫使 T公司 开发自定义 C# 和 Python 脚本来处理 Sterling 根本不支持的常见 EDI 流程。
  • 没有备份和有限的导出功能意味着 T公司 必须创建手动解决方法来确保基本冗余。

完全缺乏与第三方应用程序集成的支持度成为T公司替换IBM产品的最后一根稻草，T公司 意识到他们必须寻找一种更强大、更灵活的解决方案，以便在未来几年为他们和他们不断扩大的客户群提供良好的服务。

T公司 不仅需要一个能够可靠地取代 Sterling B2B Integrator 的解决方案，还需要一个可扩展且足够灵活的解决方案，以应对他们不断扩大的需求。然而，最重要的是，他们需要一个能够快速从 Sterling 迁移的解决方案。

tangentia-ka1.png

解决方案：具有映射导入向导的灵活、可扩展的ESB

作为一家在数百家公司中拥有广泛客户的全球数字化转型解决方案提供商，T公司 需要一个具有以下功能的高度复杂的解决方案：

  • 强大的托管文件传输功能，支持 AS2、SFTP Server和其他文件传输协议
  • 支持ANSI X12 和 EDIFACT 文件的自动 EDI 转换
  • 从用户界面中实现可靠的 ERP、CRM 和 RDBMS 连接
  • 用于发出 REST 和 SOAP 请求的 API 功能
  • 详细的日志记录和错误识别过程
  • 可扩展性，可处理大量事务
  • 直观的 EDI 映射功能和省时的 UI
  • 可靠且响应迅速的支持

“Sterling B2B Integrator 没有 API 功能，我们必须编写大量自定义 C# 脚本来发送 API 请求。这影响了我们与数据库集成的能力。”T公司 B2B 技术主管提到。“替换 Sterling 的另一个原因是错误记录极其有限。如此之多，以至于我们有一个由七人组成的专门团队，专门负责错误监控和监控每笔交易。”

在知行之桥EDI系统中，T公司找到了一种解决方案，可以完成 Sterling B2B Integrator 所能做的一切，甚至更多。事实上，他们能够显著减少用于集成的自定义脚本的数量，并直接基于知行之桥实现从 API 到数据库连接的所有内容。

他们利用知行之桥的导入向导自动轻松地开始 Sterling 的迁移过程。

“我们能够将整个项目中使用的映射数量减少 50% 以上。这是非常有益的，因为它转化为更少的错误，甚至更容易识别错误，这对我们在旧平台上来说是一个相当大的症结所在。”

成果：4个月内迁移了11次，未来计划将迁移更多的项目

通过从 Sterling B2B Integrator 切换到 知行之桥，T公司扩展了其可用工具集以交付数字化转型项目，并通过 知行之桥 的直观设计和用户友好的组织降低了项目本身的复杂性。

在撰写本文时，T公司已在四个月的时间里将 11 个客户从 Sterling 迁移到知行之桥EDI系统——与他们之前的时间线相比，速度更快。

“通常，使用 Sterling Integrator 引导新客户需要 4 到 5 个月的时间。现在有了知行之桥，我们能够在短短四个月内迁移所有 11 个现有项目，新客户只需不到两个月的时间即可加入。”技术主管说。

通过自动化错误监控流程，知行之桥提高了 T 公司的工作底线，使他们的工程师能够专注于增值的数字化转型项目，而不是简单地将资源花在手动错误监控上。

也许最重要的是，知行之桥使 T 公司能够在统一平台上提供端到端的 EDI 集成，同时为客户降低 EDI 成本。知行之桥经济实惠的版本授权模式帮助T公司以极低的成本实现了EDI 流程的处理。

下一步：由知行之桥提供T公司 B2B 网关

凭借卓越的功能、更低的复杂性和更实惠的 EDI 解决方案，他们准备为客户提供新颖的产品，其中最吸引人的莫过于由 知行之桥 提供支持的 T公司 B2B 网关。

“我们的最新产品是一个名为 B2B Gateway 的在线门户，它允许人们使用完全由 知行之桥单个实例提供支持的完全在线门户与他们的 EDI 文档进行交互。我们现在每月处理超过 20,000 个文件，并将在不久的将来继续扩展和处理更多文件。”

立即使用知行之桥简化您的集成

知行软件是数据访问和连接解决方案的提供商，专门开发用于实时访问在线或本地应用程序、数据库和 Web API 的数据集成技术。

我们的产品知行之桥，获得了国内近千家企业的信赖，知行 EDI 的特色集中体现在以下几个方面：

  • 拥有完全自主知识产权的中文版EDI系统
  • 提供免费试用EDI系统，且无任何功能限制
  • 提供EDI专业知识的培训，帮助企业具备自主实施EDI项目的能力
  • 拥有强大的可视化流程设计器，通过简单拖拽、配置，搭建从外部通信，到EDI标准报文转换，以及与内部系统集成的工作流
  • 处理大量业务数据的情况，也支持部署HA（高可用集群）方案，实现负载均衡、故障转移
  • 支持自定义脚本以应对自定义功能扩展
  • 支持本地，私有云，公有云部署，同时兼容Windows和Linux系统
  • 支持通过浏览器随时随地访问控制台页面，以适应不同设备（包括PC，pad或者手机等设备）并方便后期运维
  • 可快速迁移服务器，工作区配置一键导出，一键导入即可

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

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

知行之桥EDI系统功能介绍——FlatFile 端口介绍

FlatFile 端口能够实现平面文件与XML文件的互相转换。

FlatFile1.png

每个 Flat File 端口配置一个特定的平面文件格式，从而实现与 XML 格式的互相转换。Flat File 端口有两个主要的模式：

  • Position Delimited
  • Character Delimited

对于 Position Delimited 平面文件，端口 设置 选项卡下的 行类型 中，可以配置任意的字段名称、索引（即位置）和长度，表明数据在平面文件中每一行出现的位置。

FlatFile2.png

对于 Character Delimited 平面文件，端口配置有分隔平面文件中字段值的字符。

FlatFile3.png

Flat File 端口支持定义多种平面文件中不同类型的行。例如，平面文件中可能有一个 “header” 行，代表订单的日期，有多个 “item” 行，代表订单中的行项目。

定义多种行类型的关键是指定控制字段；控制字段值决定了在平面文件中特定的行类型（例如，header 行可能有一个控制字段值为 “HEAD”，item 行可能有一个控制字段值为 “ITEM”）。

平面文件格式配置完后，端口会转换与此格式匹配的文件到 XML。最终的 XML 结构在 XML 格式部分有详细解释。Flat File 端口也可以将匹配这种结构的 XML 转换为定义的平面文件格式。

某些平面文件在不同行有隐含的上下级关系。

端口配置

配置部分

FlatFile4.png

端口 Id：端口的静态、唯一标识符。
端口类型：显示端口类型及其用途的描述。
端口描述：一个可选字段，用于提供端口及其在流中的角色的自由格式描述。
文件类型：Position Delimited – 平面文件中的字段显示在每一行的特定位置。
Character Delimited – 这个属性需要指定特定的分隔符。
分隔符：如果文件类型设置为 Character Delimited，则表示平面文件中用于分隔各个字段的字符。

控制字段：位置分离

控制字段主要用于位置分隔，这里主要完成和控制字段有关的设置，决定了在平面文件格式中定义的不同的行类型。

FlatFile5.png

多行模式：平面文件是否包括多种行类型。
起始索引：如果多行模式启用，该值就是行中控制字段开始的索引。例如，如果某一行中的第一个字段定义了行类型（即第一个字段是控制字段），那么起始索引就是 0。
控制字段长度：（可选）如果多行模式启用，这个值定义了从起始索引开始读取控制字段的长度。
当前列标题：如果不启用多行模式，这个设置则决定了平面文件中的第一行是否应该被解析为列标题（即每个字段的名称而不是实际的数据）。同样的，启用这个设置，就会使得端口在将文件从 XML 转换为平面文件时生成一个标题行。

控制字段：字符分隔

和控制字段有关的设置，决定了在平面文件格式中定义的不同的行类型。

FlatFile6.png

多行模式：平面文件是否包括多种行类型。更多信息请查阅多种行类型部分
字段索引：如果多行模式启用，该值就是行中（索引从 0 开始）控制字段的索引。例如，如果某一行中的第二行定义了行的类型（即第二行是控制字段），那么字段索引就是 1。
生成字段／行类型名称：如果多行模式启用，那么该设置提供了一个选项，在平面文件中 不 指定字段和行的名称和索引。当启用这个设置，端口将会自动为下面行类型中没有明确定义的字段和行生成 XML 元素。
当前列标题：如果不启用多行模式，这个设置则决定了平面文件中的第一行是否应该被解析为列标题（即每个字段的名称而不是实际的数据）。同样的，启用这个设置，就会使得端口在将文件从 XML 转换为平面文件时生成一个标题行。
使用自动生成的字段名称：如果多行模式没有启用，这个设置决定了端口是否生成通用字段名称。不启用该选项，在行类型部分手动指定字段名称。

行类型

该部分允许以平面文件格式定义字段名和位置（如果文件类型是 Position Delimited）。

FlatFile7.png

如果多行模式启用，使用添加行类型按钮定义。每个行类型有一个控制字段，来标识行类型。例如，header 行可能有值为 HEAD 的控制字段，item 行可能有值为 ITEM 的行。

如果文件类型设置为 Character Delimited，多行模式启用，生成字段／行类型名称 启用，那么为平面文件中存在的所有字段和行类型提供名称和索引就不是必需的。

高级

FlatFile8.png

填充字符：当创建平面文件但字段值不能填满整个字段长度时，这个字段会被用来填满剩余部分。
无效的XML名称前缀：某些字段名对于 XML 元素时无效的（例如，以数字开头的字段像 “123ABC”），所以在从平面文件生成 XML 时必须设置一个前缀。同样的，当从 XML 转换 平面文件时，端口会查找该前缀并去除它。
行分隔符：指定行与行之间的分隔符。选项为 LF (默认) 和 CRLF。
本地文件名格式：用于为端口输出的消息分配文件名的方案。 可以在文件名中动态使用宏来包含标识符和时间戳等信息。 有关详细信息，请参阅宏。
嵌套行类型：该设置仅在从平面文件转换到 XML 文件时，且在平面文件中有多种行类型时才相关。如果多行模式启用，端口将会根据平面文件的控制字段行（即定义行类型的字段）增加层级关系到最终的 XML。
行尾填充：默认设置下，端口会在遇到异常的行尾时抛出错误。当启用时，该设置告知端口填充端口而不是抛出错误。
始终使用单元格分割符：如果文件类型设置为 Character Delimited时，打开此设置以使端口始终使用单元格分隔符（”）包装所有值，关闭此设置后端口仅会包装还有分隔符的值。
延迟处理放置：在输入文件夹中的文件的处理延迟的时间量（以秒为单位）。 这是一个遗留设置。最佳实践是使用 File 端口 来管理本地文件系统，而不是此设置。

定义平面文件格式

配置 Flat File 端口的第一步就是定义平面文件的格式。本部分介绍具有单行类型的格式，换句话说，平面文件中的每一行都具有相同的字段集。对于有多个不同行类型的平面文件，请查阅多种行类型 部分。

Character Delimited 的单行格式

对于 Character Delimited 的平面文件，定义格式很简单：通过分隔符属性指定平面文件中分隔不同字段的字符。

当前列标题 字段说明了平面文件中的第一行是否是标题行；换句话说，它包含了字段名称而不是实际数据。如果这些列标题存在，端口将会使用这些标题名称作为最终转换成的 XML 中的 XML 元素名。

如果列标题不存在，端口支持通过在行类型中添加字段，手动指定每一个字段的名称。这些字段名称按照索引顺序应用，意味着行类型中的第一个条目将会是平面文件行中第一个字段的名称，以此类推。

端口也可以通过启用使用自动生成的字段名称来自动生成通用的字段名称。

Position Delimited 的单行格式

对于 Position Delimited 的平面文件，定义格式需要指定在格式中每个字段的位置。端口设置中行类型部分为平面文件中存在的行增加任意数量的字段。每个字段必须使用名称和其在平面文件中出现的位置进行标识。

当前列标题 字段表明了平面文件中的第一行是否为标题行；换句话说，它包括了字段名称而不是实际数据。字段名称仍然需要在行类型部分中配置，且这个设置简单地保证了标题行不被识别为实际数据。

多种行类型

如果平面文件格式包括了多种行类型，多行模式属性应该被启用。平面文件中标识行类型的字段被称为控制字段。

Character Delimited 的多种行类型

当文件类型为 Character Delimited，字段参数设置决定了控制字段出现在平面文件中每一行地位置。该索引从 0 开始，意味着如果控制字段是行中的第 5 个值，那么字段索引就应该是 4。

对于可能出现在控制字段的每个值，在端口设置行类型单击增加行类型按钮。标识行类型的值应该在该行的控制字段值中设置。

一旦每个可能的行类型通过特定的控制字段值被添加和标识，在每行中将出现的字段应根据索引顺序指定。

如果生成字段／行类型名称启用，为在平面文件中存在的所有字段或行类型（只有控制字段必需）提供名称和索引是必需的。在这种情况下，端口将会为任何未定义的字段或行类型自动生成 XML 元素。

Position Delimited 的多种行类型

当文件类型是 Position Delimited，起始索引设置决定了控制字段在平面文件中每一行出现（开始）的位置。这个索引从 0 开始，意味着如果控制字段从行中第 15 个字符开始，那么字段索引就应该是 14。

对于可能出现在控制字段的每个值，在端口设置行类型单击增加行类型按钮。标识行类型的值应该在该行的控制字段值中设置。

一旦每个可能的行类型通过特定的控制字段值被添加和标识，在每行中将出现的字段应根据所处（开始）的位置指定。

多种行示例

例如，某个平面文件包括两种类型的行，一个 shipment 行和一个 package 行。shipment 行包括发货的日期、时间和地址信息，package 行类型包括了发货的项目信息。

shipment 行可能有一个值为 “SHIP” 的控制字段值，package 行可能有一个值为 “PCKG” 的控制字段值。每一行的第一个字段是 “SHIP” 或 “PCKG” 来说表明该行是什么类型。

针对这种情况，多行模式应该被启用，且字段索引（或起始索引）应设置为 0，表明控制字段是该行中的第一个字段。然后，在行类型部分应该配置有两种行类型；一种控制字段值为 “SHIP”，包括 shipment 行的每个字段（例如发货日期，交付日期，收货地址等），一种控制字段值为 “PCGK”，包括 package 行的每个字段（例如项目名称，项目重量等）。

XML 格式

在平面文件转换为 XML 文件之后，结果应有如下的 XML 结构：

位于文件根部的 Items 元素

平面文件中的每一行有一个与该行控制字段值相同的元素（如果未定义控制字段值，则是“行”）

行中的每个字段是控制字段值元素的子元素

例如，如果平面文件有 “SHIP” 和 “PCKG” 行，那么输出的 XML 会和此格式相似：

转换 XML 文件为平面文件，输入的 XML 必须与上面的结构匹配（包括字段名称必须与端口配置中定义的字段匹配的限制）。

转换 XML 文件为平面文件，端口将在最终的平面文件中为每个 row 元素创建一个新行。对于 row 元素的每个子元素，端口将会将其与端口配置中字段名称匹配， 并将该元素放到合适的字段索引。

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , , , ,
文章分类 产品介绍, 帮助文档, 常见问题和回答, 操作指南, 知识库

知行之桥EDI系统功能介绍——系统安全性

在知行之桥EDI系统中，系统安全性问题主要分为两大类：

  • 保证知行之桥EDI系统运行的基础
  • 通过知行之桥EDI系统保护数据

保证知行之桥EDI系统运行的基础

许多安全设置由服务器配置文件管理。使用知行之桥中包含的嵌入式 Web 服务器时，可以在以下位置找到服务器配置文件：

  • Windows 版-知行之桥安装目录的 www 文件夹中的 Web.Config 文件（默认为 C:\Program Files\CData\CData Arc）
  • Java 版-arc.properties 文件

将知行之桥部署到外部服务器时，应使用该外部服务器的配置文件。

为知行之桥的入站流量启用 TLS/SSL

强烈建议在服务器上启用 TLS/SSL。 TLS/SSL 使用公钥/私钥加密来加密客户端和服务器之间的通信通道。这种加密保护知行之桥中数据的机密性、真实性和完整性。此外，通过使用数字证书，TLS 为客户端/服务器身份确认提供了便利。

  • 用于 Web 服务器的 TLS
  • 所有其他服务器的 TLS

启用入站 TLS/SSL 可以分为两类：

主机 Web 服务器的 TLS，与 HTTP 传输相关，包括使用 HTTP 的协议，如 AS2 和 AS4。 由于托管知行之桥的同一 Web 服务器用于处理这些请求，因此必须在 Web 服务器级别启用 TLS。

所有其他服务器的 TLS，与非 HTTP 传输相关，例如 FTP 和 OFTP。由于处理这些入站连接的服务器与托管知行之桥的 Web 服务器不同，因此必须在知行之桥的 个人设置 页面中启用这些选项（在相应协议的选项卡下）。

edi_security1.png

用于 Web 服务器的 TLS/SSL

在知行之桥EDI系统2023及以后的版本中，对于知行之桥Windows 版本，使用嵌入式服务器或者IIS以及跨平台版会有不同的操作步骤。

其他服务器的 TLS/SSL

为以下服务器列表启用 TLS/SSL：

  • FTP服务器
  • OFTP 服务器
  • HL7 MLLP 服务器

这些服务器中在知行之桥 个人设置 页面中都有一个选项，可以启用或禁用 TLS/SSL。

edi_security2.png

用户和管理员管理以及访问 API

知行之桥为有权登录知行之桥 Web 界面和操作应用程序的用户提供一组用户凭据（用户名、密码）。 用户管理和用户角色（包括管理员角色）在 用户角色 中进行了详细介绍。

具有 Admin 角色的用户可以访问和更改其他用户的密码。更改首次运行知行之桥时创建的原始管理员用户的密码需要使用 Web 界面右上角，在红色方框中的图标，点击下拉菜单中的 修改密码 选项。

edi_security3.png

系统 API

用户可以通过调用系统 API 来执行所有应用程序管理任务，因此保护对该 API 的访问与保护对 Web 界面的访问同样重要。当创建知行之桥用户时，可以生成一个授权令牌，允许该用户访问 API（根据该用户在应用程序中的 权限 进行限制）。

edi_security4.png

创建用户后不会显示用户的身份验证令牌，因此应将其安全地存储在外部位置。

防火墙和使用 DMZ

为了让知行之桥发送和接收消息，它需要在相关发送和接收端口上不受防火墙干扰。 默认情况下，知行之桥的 Web 服务器侦听端口 8001，可以按照服务器管理部分中的说明进行配置。

非 Web 协议的端口可以直接在应用程序中配置，例如 OFTP 服务监听端口可以在个人设置页面的 OFTP 选项卡中配置。

DMZ

知行之桥的 Windows 版本支持建立反向 SSH 隧道以在 DMZ（即在云中）托管知行之桥，以避免直接在专用网络上打开防火墙。

将知行之桥的公共接口与 Web 界面分离

默认情况下，知行之桥使用相同的 Web 服务器端口来托管 Web 界面（可以在其中配置和管理知行之桥）和远程合作伙伴可以用来向应用程序发送数据的公共接收接口。

强化服务器安全设置

你可以通过在知行之桥配置文件中设置配置参数 ScriptingEngineHardeningLevel 来提高知行之桥服务器的安全性。默认情况下，此参数设置为 0，不会阻止任何运算器。你可以将其设置为 0 到 3 之间的值，其中每个较高的值通过禁用某些运算器来提高安全性。下面的列表显示了在每个强化级别禁用的运算器：

  • 0：允许所有运算器。这是默认设置。
  • 1：最易受攻击的运算器被禁用。这包括允许用户以任意方式与主机系统交互的任何运算器。
  • 2：除了级别 1 中不允许的运算器外，此级别还禁止创建新用户、以非任意方式访问磁盘上的文件以及引入重复任务的运算器。
  • 3：除了级别 1 和级别 2 中不允许的运算器外，此级别还禁用从服务器获取敏感信息或执行任意 HTTP 请求的运算器。

使用以下部分为你的安装设置强化级别:

Windows

使用文本编辑器打开安装目录的 www 文件夹中的 Web.Config 文件。 在底部的 标记内，添加如下所示的行并将 value 设置为所需的级别：

Java

使用文本编辑器打开安装目录中的 arc.properties 文件。 为以下属性添加一行，并将数字设置为所需的级别：

通过知行之桥保护数据

以下部分涉及知行之桥中数据的安全性，包括流经应用程序的消息/数据和流配置本身：

  • 加密传输中的出站数据
  • 加密本地文件
  • 使用集中（安全）设置
  • 验证 SSL 证书和 SSH 密钥
为出站流量启用 TLS/SSL

知行之桥将隐式确认是否根据出站连接的目标 URL 协商 TLS/SSL。 例如，如果出站 AS2 连接以 https URL 为目标，知行之桥将认识到需要协商 TLS。

强烈建议使用 TLS/SSL 通过不包含内置加密机制的协议传输数据。 因此，Web 流量应发送到 https 接口，FTP 流量应定向到 FTPS 接口，依此类推。 除了正确配置目标 URL 之外，无需其他步骤来确保知行之桥协商 TLS/SSL 加密。

验证 TLS/SSL 服务器证书和 SSH 密钥

当与 TLS/SSL 或 SSH 服务器建立出站连接时，建立连接的端口（例如 REST 端口、AS2 端口、SFTP 端口等）将尝试验证服务器提供的证书或密钥。 如果端口设置中未配置服务器证书/密钥，知行之桥将使用底层系统（例如操作系统或 JRE）中存在的验证过程来确定服务器的证书是否可信。

可以使用特定的 TLS/SSL 证书或 SSH 密钥指纹配置端口，以覆盖此底层系统行为。 进行出站连接时，如果服务器的证书与端口的 TLS 服务器证书 字段中配置的证书（或 SSH 连接的服务器指纹）中配置的证书匹配，则端口将信任服务器。

端口还可以通过将 TLS 服务器证书 字段设置为 任何证书 (Any Certificate) 来隐式信任服务器的身份。

EDI系统安全自查

在您的EDI系统稳定运维之外，知行软件运维团队同时也非常重视您的生产数据安全，在此提醒请您对于企业EDI系统进行以下三个方面的安全自查：

  • 是否将EDI管理平台无保护的直接暴露于公网？
  • 密码管理体系是否安全规范？
  • 是否存留过多历史数据于EDI服务器？
  • 服务器是否更新最新的安全补丁？
  • 是否开启了TLS？

针对以上自查点，知行运维团队提供了一些方案参考，您可以根据您的EDI系统实际运行情况进行排查设置，或者您可以请您的网络安全部门进行评估、排查、设置。

保护EDI管理平台
  • URL路径访问限制，外部只允许访问接收报文的URL路径，产品所有其它URL路径只能本地访问。如果需要暴露其它非HTTP端口（如OFTP，FTPServer，SFTPServer等），尽量使用DMZ模式。

扩展阅读：使用反向代理保护EDI管理平台
使用DMZ保护FTP/SFTP

  • IP地址白名单。限定的IP地址可以访问，无论内网外网。

扩展阅读：使用IP白名单，提高网络安全
使用IP白名单功能，保护EDI系统API

安全的密码管理体系
  • 所有用户密码最少使用12位以上。同时包含，大小写字母，数字和符号。并且定期（三个月）更新密码。用户专人专用，不共享使用。

扩展阅读：如何设置相对强壮且安全的管理员用户和密码–知行之桥
知行之桥2021版账号密码修改和重置指南

  • 管理员账户避免使用默认或通用名称，比如: admin, administrator, manager等。

扩展阅读：自定义用户名称

  • 避免使用管理员账户运行知行之桥服务。如：Windows上Administrators组用户，或Linux系统上的root用户。

扩展阅读：配置知行之桥服务运行账户

减少服务器上保存的业务数据数量
  • 使用定时归档功能，减少服务器上的历史数据，降低风险。

参考方案/文档：知行EDI平台文件归档功能

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , ,
文章分类 产品介绍, 帮助文档, 常见问题和回答, 知识库

部署EDI快速对接电动汽车制造商Rivian

Rivian Automotive（简称：“Rivian”），是美国一家电动汽车厂商，创办于2009年，代表车型包括电动皮卡车Rivian R1T、电动SUV Rivian R1S以及R2、R3。目前国际电动汽车市场竞争激烈，资金压力和市场变化都对新入局的电动汽车制造商构成了巨大威胁。

当今汽车生产线的平稳运行在很大程度上依赖于汽车制造商、其供应商和其他利益相关者之间的业务文件无缝交换。在这种背景下，控制成本，实现高效、准确的数据交换就显得很重要了。

大家可能会对Rivian 较为陌生，但其同赛道的另一家企业您一定听说过——特斯拉。这两家企业不约而同地都选择通过EDI传输其与交易伙伴之间的业务数据。EDI即电子数据交换，在整个汽车行业已经使用了50多年，被广泛应用在汽车行业的各个生产交付场景下，助力企业提高信息化水平，降低人力成本，实现准时生产（JIT）。

Rivian_EDI1.png

作为Rivian的供应商，企业应当如何部署EDI，快速实现与Rivian的对接呢？

Rivian EDI对接流程

前期准备
  • 联系Rivian的EDI团队，开始EDI对接的准备工作
  • Rivian方将会开始内部审批流程和开发许可
  • 获取所有发货地点的供应商代码和 Rivian 工厂编号
  • 在供应商Portal 网站上填写企业的EDI团队的联系信息
开发
  • 从供应商Portal网站上获取EDI实施手册
  • 获取标签需求
  • 企业完成测试周期中需要验证的映射实施后，联系Rivian 的EDI团队
  • 完成EDI 交易伙伴上线申请表
  • 建立EDI连接
测试周期
  • 使用EDI实施手册中提供的虚拟测试文件完成单元测试
  • Rivian的EDI团队将会引导企业通过整体测试流程
  • 在这个过程中如果发现任何脱节的部分，则需要重新进行测试
分阶段部署

一旦开发和测试完成，需要测试完成的EDI工作流部署到生产环境中。

促进生产
  • Rivian 将会提供一个正式通知，将所有已开发和测试的交易集部署到生产环境中。

Rivian EDI需求分析

Rivian支持的传输协议

Rivian支持的传输协议包括：AS2、SFTP/FTPs、OFTP/OFTP2以及VAN。（Rivian更倾向于使用VAN，但如果供应商提出不支持VAN也可以选择AS2等直连方式）

EDI报文标准

Rivian支持的EDI报文标准为ANSI X12以及UN/EDIFACT，无论企业最终选择了哪种报文标准，在EDI项目实施过程中，都需要区分测试和生产两套环境。

EDI 单据类型

场景一：采购流程

业务类型 业务含义 传输方向
850/ORDERS 采购订单 Rivian发送给供应商
855/ORDERSP 订单回复 供应商发送给Rivian
860/ORDCHG 订单变更 Rivian发送给供应商
830/DELFOR 长期交付预测 Rivian发送给供应商
862/DELJIT 短期交付预测 Rivian发送给供应商
866/DELJIT(零件供应商) 短期交付预测 Rivian发送给供应商
856/DESADV 发货通知 供应商发送给Rivian
810/INVOIC 发票 供应商发送给Rivian

场景二：

业务类型 业务含义 传输方向
856/DESADV 发货通知 Rivian发送给供应商
861/RECADV 接收通知或验收证书文件格式 供应商发送给Rivian
812/CREADV,DEBADV 贷记/借记调整 Rivian发送给供应商
831/CEFACT 应用控制总计 Rivian发送给供应商
820/REMADV 汇款通知单 Rivian发送给供应商
824/APERAK 应用程序通知 Rivian发送给供应商

如何快速与Rivian建立EDI连接？

对国内的企业而言，可能很多都是第一次听说EDI这个概念。企业内部并没有具备EDI能力，因此需要通过专业的EDI供应商来实现对接。知行之桥EDI系统具有以下功能：

1.支持任意国际标准传输协议及EDI报文规范
2.基于Web的现代应用程序，随时随地即可访问
3.仅需在可视化界面中进行简单配置，即可快速与交易伙伴建立EDI连接
4.无需代码，简单拖拽操作实现数据关系映射
5.无缝集成业务系统，轻松构建自动化的工作流

Rivian_EDI2.png

EDI系统需要具备：安全可控文件传输、数据格式转换以及应用系统集成这些基本的功能。确保能够帮助企业具备EDI能力，从而满足Rivian的要求。

知行EDI特色

  • 拥有完全自主知识产权的中文版EDI系统
  • 提供免费试用EDI系统，且无任何功能限制
  • 提供EDI专业知识的培训，帮助企业具备自主实施EDI项目的能力
  • 拥有强大的可视化流程设计器，通过简单拖拽、配置，搭建从外部通信，到EDI标准报文转换，以及与内部系统集成的工作流
  • 处理大量业务数据的情况，也支持部署HA（高可用集群）方案，实现负载均衡、故障转移
  • 支持自定义脚本以应对自定义功能扩展
  • 支持本地，私有云，公有云部署，同时兼容Windows和Linux系统
  • 支持通过浏览器随时随地访问控制台页面，以适应不同设备（包括PC，pad或者手机等设备）并方便后期运维
  • 可快速迁移服务器，工作区配置一键导出，一键导入即可

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

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

如何与施耐德Schneider建立EDI连接？

EDI基础知识

何为EDI？是一个软件、系统还是一种流程呢？准确来说，EDI全称Electronic Data Interchange，中文名称是电子数据交换，也被称为“无纸化贸易”。EDI是：

  • 标准化的数据格式
  • 连接业务系统间的数据桥梁
  • 确保系统间的通用语言
EDI的优势
  • 自动化流程
  • 提高客户满意度
  • 减少错误
  • 标准化流程
  • 减少花费
  • 提高企业数据交换速率
  • 无需人工操作
EDI是如何工作的？

EDI能够实现企业间（B2B）的自动化通信，对发送方的内部数据进行格式转换，以EDI文件的形式通过EDI传输通道发送至接收方。接收方收到EDI文件后，通过格式转换，将其转换为接收方的内部数据格式。通过这种方式，企业之间能够自动传输标准格式的电子形式的订单、发票、库存报告、发货通知等业务单据。

Schneider_EDI1.png

施耐德 EDI需求

了解了EDI基础知识后，接下来需要了解施耐德的EDI需求，与施耐德建立EDI连接需要搭建什么样的EDI传输通道？EDI文件遵循何种报文标准？

EDI传输协议

施耐德选择使用VAN来实现与其客户的EDI连接，VAN (Value Added Network) 表示增值网络或是第三方专用网络提供商。一方面，企业需要向VAN供应商提供流量费用，另一方面，使用VAN服务还需要企业自行完成EDI文件的转换工作。

报文标准

在北美地区，施耐德选择使用ANSI X12作为其EDI报文标准，版本号为：4010。点击了解此版本号下的各种EDI报文类型

与施耐德实现EDI对接需要做什么？

1.检查企业是否具备EDI能力
2.了解企业可提供的EDI文件
3.确保有足够的交易业务支持EDI
4.从您的 EDI 团队或第三方EDI供应商处收集每种 EDI 单据的 EDI 实施指南

如何申请EDI 对接？

施耐德会提供其EDI团队的邮箱，企业需要写邮件联系并提供以下信息：

1.公司名称
2.企业联系信息
3.EDI技术联系人信息
4.在附件中加入企业的EDI实施指南

施耐德的EDI团队将会与您联系，提供预期的时间安排，并安排项目启动会议。

施耐德支持的EDI单据类型

订单周期

  • EDI 850 采购订单
  • EDI 855 采购订单确认
  • EDI 856 提前发货通知
  • EDI 860 订单变更
  • EDI 810 发票
  • EDI 820 汇款通知单

价格与返利

  • EDI 845 价格
  • EDI 844 返利申请
  • EDI 849 返利申请回复
  • EDI 867 产品转移
  • EDI 852 产品活动数据
  • EDI 824 应用程序通知

如何通过知行之桥EDI系统实现与施耐德的EDI对接？

根据上文中对施耐德EDI需求的整理，要想实现与施耐德的EDI对接，企业需要这样一套EDI解决方案：

  • 能够实现与施耐德的VAN连接
  • 能够处理符合X12报文标准的EDI文件
  • 能够实现企业内部业务数据与EDI报文之间的格式转换
建立VAN连接

建立VAN连接需要使用VAN供应商提供的VAN服务，通过知行之桥EDI系统建立VAN连接的流程如下：

Schneider_EDI2.png

接下来只需搭建一个与VAN供应商的AS2连接即可。知行之桥EDI系统中将AS2通信部分的实现集成在AS2端口中，用户可以在AS2端口的设置选项卡下配置VAN供应商的连接信息，即可建立连接：

Schneider_EDI3.png

实现EDI报文的格式转换

以接收施耐德发来的EDI 850 采购订单为例，可以创建X12端口以及XMLMap端口，实现从EDI报文到自定义XML的格式转换，便于进一步处理。除XML之外，还支持实现EDI报文与Excel、CSV、Json等格式的转换。

Schneider_EDI4.png

知行软件为企业提供定制化的 EDI 解决方案，我们的产品：知行之桥 EDI系统是拥有自主知识产权的中文版EDI系统，支持所有广泛使用的通信协议及EDI报文标准, 以便企业通过一套系统即可满足所有外部交易伙伴的EDI需求。

与内部系统集成，方案灵活多样，支持连接所有的数据库，可输出常用的文件如Excel，PDF，XML，CSV，Json等，或者直接连接应用系统，比如ERP、SAP、SRM等。

借助产品的工作流设计器，通过简单拖拽、配置，搭建从外部通信，到EDI标准报文转换，以及与内部系统集成的工作流，实现业务流程完全自动化；针对业务数据量大的情况，也支持部署HA（高可用集群）方案，实现负载均衡、故障转移，此外跨平台部署、审计、多用户权限管理、报表等辅助功能。

我们面向所有客户提供30天免费试用的 EDI 系统，没有任何功能限制。点击链接即可下载

了解更多 EDI 信息，请参阅: EDI 是什么？

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

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

标签： , , , , , ,
文章分类 帮助文档, 成功案例, 电子行业EDI, 知识库