EDI常见运维问题

小时候总是幻想2020年的世界是怎样的，2020年的自己会是一个什么样的人，如今2020年终于到来了，你有没有成为梦想中的自己呀，反正小编是没有的，2020年的小编成为了一名有着近两年工作经验的EDI运维顾问。而2020年也并没有想象中的美好，刚进入2020年，就因为一场突如其来的疫情，本该阖家团聚的喜庆节日戛然而止，随后隔离、暂停、关闭、延期，一时之间，我们所有人都被迫止步，小编也只能在家办公，远程帮助客户处理EDI平台出现的各种问题。

在这近两年的EDI平台运维工作期间，小编帮助客户处理了EDI平台运行中出现的各种各样的问题，也获得了很多客户对于我们知行EDI系统和运维服务的好评与感谢。今天小编整理一些运维过程中常见的问题分享给大家，这样已经搭建EDI平台并在运行的朋友们，就可以自己独立处理一些问题，同时正在准备搭建EDI平台的朋友们，可以提前了解EDI平台上线后可能会出现的一些问题。

其实刚接触EDI时，小编也是一头雾水，不知道什么是EDI，更不知道EDI是用来做什么的。那么小编就先给大家普及下什么是EDI？

EDI (Electronic Data Interchange)，即电子数据交换，旨在实现两个企业之间业务系统数据的交换。比如，一家公司可以通过电子数据交换平台，向另一家公司发送订单、查询库存、发货通知等信息。帮助企业整合供应链、降低库存、实现精益生产。查看更多关于EDI的介绍。

知行EDI（电子数据交换）系统始发于2004年，是第一批通过Drummond认证的eBusinessReady™应用程序，并在其后通过了每年的认证测试。现在全球有超过100,000家企业正在运行知行EDI系统产品，海量的应用保证了产品的高可靠性和易用性。查看更多信息。

关于EDI的介绍和知行EDI系统的使用，可以访问我们的官方网站：https://www.kasoftware.com/，我们的实施顾问分享了很多客户的成功案例，大家有兴趣的话都可以参考了解下。本文小编主要分享一些EDI平台运维中常出现的一些问题。

网络问题导致文件收发失败或异常

EDI系统是基于互联网精准地将业务数据传送到合作伙伴的业务系统，在EDI平台日常运行中不免会出现各种各样的网络问题，导致文件或回执收发失败，以下是小编运维工作中经常遇到的网络问题：

发送文件时的网络问题

• >>RSSBus Connect – Error Occurred: Automation Failure: Received fatal alert: HANDSHAKE_FAILURE
• >>RSSBus Connect – Error Occurred: Automation Failure: Connection failed:由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。XXX.XXX.XXX.XXX:4443
• >>RSSBus Connect – Error Occurred: Automation Failure: Remote host disconnected during SSL negotiation
• >>RSSBus Connect – Error Occurred: Automation Failure: Timeout

以上都是在发送数据时出现的网络问题导致数据发送失败，出现这些问题您只需要确认双方网络都正常，重发该数据即可，重发数据时您可以立即手动重发，也可以等待EDI系统自动重发（系统默认每60分钟会自动重发失败的数据，自动重发5次）。

接收文件时的网络问题

• FAILURE delivering asynchronous receipt: Unable to post asynchronous receipt: Connection closed
• [ReceiveFile - AS2] Warning: Unable to post asynchronous receipt: Timeout
• [ReceiveFile - AS2] Warning: Unable to post asynchronous receipt: HTTP protocol error. 500 Internal Server Error
• [ReceiveFile - AS2] Warning: Unable to post asynchronous receipt: Connection closed

• [ReceiveFile - AS2] Warning: Unable to post asynchronous receipt: Connection failed:由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。 XXX.XXX.XXX.XXX:8001

  以上五个报错信息虽然不太一样，但是都是AS2端口在接收合作伙伴的数据，回复异步回执（MDN）给对方时，因为网络问题导致回执回复失败出现的错误，导致对方会认为我们没有成功接收到数据，有可能会尝试重新发送源文件，此时就需要告知对方我们已成功收到该数据，无需重新发送。实际业务数据传输中，网络问题很多，解决方案也各有不同，就像异步回执回复失败的问题，我们有一个客户就要求我们写脚本监控此类报错，出现问题时需邮件通知他们先暂停处理这笔数据，当与合作伙伴确认之后，EDI运维顾问再帮忙手动处理。

数据发送的确认

EDI系统运维过程中，部分客户会要求小编确认数据是否已通过EDI系统成功发送给合作伙伴。出现这个问题的原因是，合作伙伴的业务人员反馈没有收到业务数据，但是客户已上传业务数据到EDI系统。这是小编最常遇到的问题，此时我们就需要来确认EDI系统是否将数据成功发送到合作伙伴的EDI系统，确认流程如下：

确认EDI系统是否成功收到业务数据

知行EDI系统获取业务数据的途径需要根据实施方案决定，比如ERP系统触发、邮件获取、共享目录等，下文小编以ERP系统触发举例详细说明下： 一般我们会通过中间数据库的方案集成您的ERP系统，在知行EDI系统中使用数据库端口来连接这个中间数据库进行数据写入和读取。当您需要发送数据给合作伙伴时，需要在ERP系统中录入数据，写入中间数据库，数据库端口会自动轮询该数据库并获取数据，然后将获取到的数据转发到下一个端口进行处理。所以首先我们需要在数据库端口的Output页面确认是否收到要发送的业务数据。

文件转换过程中是否出错

一般项目上线之后，文件数据格式转换是不会出现问题的，偶尔会出现输入文件错误或者需求临时变更导致这一过程报错。在实际运维过程中存在这样的情况，是小编比较头痛的：我们与客户协商通过发送指定模板的Excel文件到指定邮箱，知行EDI系统会通过邮箱接口自动获取该Excel文件，再通过定制开发将其转换为符合X12标准的856和810报文，通过AS2端口发送至合作伙伴。但是在发送856/810报文时，经常会因为客户上传的Excel格式不正确、填写的Excel数据错误，或漏填一些业务数据而报错，甚至会导致将错误的EDI报文发送至合作伙伴。这种情况我们需要手工核对每一笔订单数据，确保数据准确无误才会将数据发送至合作伙伴。这样需要花费更多的时间和人力来核对数据，才可以避免将错误的数据传送给合作伙伴，但是如果EDI可以获取到正确的Excel文件，就可以不用人工检查，完全实现自动化，所以当您提供给EDI系统业务数据时，一定要按照之前和我们实施顾问沟通的数据格式上传哟。

传输端口是否已成功发送

当我们确认上述两个环节没有问题之后，我们需要确认传输端口（AS2端口、OFTP端口、SFTP端口等）是否将数据成功发送给合作伙伴的EDI系统。我们只需要在传输端口的Input发送文件列表界面查看该文件的状态是否为Sent（待发送的文件状态为Unsent，发送成功的文件状态为Sent，发送失败的文件状态为Send Error）。如果文件状态为Unsent，您可以确认下这个端口的自动发送（每一个端口的Automation Settings中勾选“Send”）是否设置，或者您可以手动发送。如果文件状态为Send Error，则需要分析文件发送失败的原因，一般多是因为网络不稳定导致的，此时可以手动重发，也可以等待EDI系统下次自动重发（系统默认每60分钟会自动重发失败的数据，自动重发5次）；也有可能是双方的AS2/OFTP配置信息有变更，没有通知对方更新导致的，这种情况需要与合作伙伴确认。当然也可能会是其他特殊原因，定位原因时需要借助传输文件过程中的log进行分析，当您不知道是什么原因导致数据发送失败时，您可以找小编，小编会协助您定位问题并解决问题的。其实，项目上线运行过程中，最常见的是文件状态为Sent，此时表示文件已成功发送给合作伙伴的EDI系统，但是可能还未处理写入他们的业务系统，这种情况我们需要将这个文件的MessageID和ICN#提供给合作伙伴，请他们的EDI运维团队确认他们的EDI平台是否已成功接收该文件。

• MessageID：MessageID是唯一的，用于标识整个流程中的文件。在这个传输端口的Input界面，点击文件名弹出的提示框会显示该文件的MessageID。
• ICN#：全称：Interchange Control Number，是发送文件方分配的唯一标识符，可以识别每一个文件。

我们常见的X12和EDIFACT标准文档中，ICN#分别指的是ISA13和UNB06，如下示例：

X12标准：

ISA13表示ISA段中第13个*和第14个*之间的数据，该文件的ICN#为754320000

EDIFACT标准：

UNB05表示的是UNB段中第5个+和第六个+之间的数据，该文件的ICN#为000000004

EDI系统的性能调优

随着EDI不断的推广和使用，越来越多的用户对EDI系统的性能要求也随之变高，2019年我们的开发同事的主要工作就是优化EDI产品性能，使其可以满足更多客户需求。当然在使用中还需根据实际业务量来调整性能参数使其达到最佳状态。比如近期我们就有两个很重要的客户，一个客户项目已经上线两年并一直正常运行着，一个客户正处于项目实施阶段，准备上线，但是近期都遇到了高性能的需求：

• 需求一：知行EDI系统是否可以接收文件中包含2万个订单的压缩文件并进行处理吗？
• 需求二：知行EDI系统是否可以一次处理发送10万个数据文件？

这样对性能要求比较高的需求，就需要我们运维团队在本地不断的调整参数进行压力测试： 知行EDI系统通过设置调整Profile–Advanced页面的Enable Parallel Processing 下的参数来进行性能调优，如下图:

经过我们运维团队不断的参数调整和压力测试显示知行EDI系统是可以满足这两个需求的，并可以保证每秒处理30个150KB的文件。

已上线项目的代码调整和优化

对于已上线的项目，有时候会因为业务需求或业务逻辑变更，客户要求小范围调整代码，运维顾问会和客户沟通了解实际业务需求，修改代码，并协助客户与合作伙伴进行业务测试。

定期优化实施脚本代码，也是我们运维顾问工作中重要的一项，当发现某个需求可以用更简单准确的方法实现时，我们会和实施顾问沟通确认，修改实施代码并在本地测试完全没有问题后联系客户说明原因，获得客户同意之后优化客户服务器上的代码。

EDI平台版本升级或迁移服务器

知行的EDI系统每年都会发布新的版本，新的版本会修复旧版本上的一些bug也会添加一些新的功能，有很多客户每年都要求升级产品至最新的版本；或者有的客户新增EDI业务需求，为了满足新的需求，我们的实施顾问必须在新的版本中进行定制化开发，这个时候就需要将已有的EDI环境进行版本升级。版本升级之前，需要我们的运维顾问先在本地使用新的EDI系统版本搭建已有的项目流程，进行业务和性能测试，保证兼容性和平稳升级。

运维过程中，很多客户会有迁移EDI服务器的需求，这个时候就需要我们运维顾问协助在新的服务器上安装知行EDI系统（通常迁移服务器时，如果我们发布了新的版本，我们的运维顾问也会建议客户同时升级EDI系统版本），搭建整个的业务流程，同时与合作伙伴进行连接性测试，确保切换到新的服务器后正常工作。

EDI平台的定期检查与备份

运维团队要求每一名运维顾问每周检查一次EDI平台运行是否正常，每月进行一次EDI环境备份。

EDI系统每周定期检查

小编是通过收到的知行EDI平台发送的周报/日报进行检查的。周报/日报的配置在运维顾问和实施顾问进行项目交接时是严格要求配置的，该配置只需要在知行EDI系统的Profile–Advanced界面配置邮件通知并勾选“Send a status report to the email address below”就可以实现，如下图：

设置周报/日报的邮件通知之后，会在每周日零点/每日零点收到邮件通知，在周报/日报中会统计每一个端口收发文件数量、收发文件状态，下图是一个对接Target项目的日报，可以参考了解下日报的内容：

如上示例图，第一列是处理业务的工作流中所有使用的端口，行项目表示的分别是端口名、发送成功的文件数量、发送失败的文件数量、接收成功的文件数量、接收失败的文件数量，可以通过文件数量核对有没有漏处理文件，通过查看Failures的文件确认是否有文件处理失败，通过是否接收周报/日报可以确认EDI系统的服务是否正常运行。

每月EDI环境备份

定期备份EDI环境是非常重要的，定期备份可以确保当EDI环境出现意外情况，需要重新安装部署时，可以快速的完成环境的搭建。2019年我们就有一个对接宝马的重要客户，EDI服务器磁盘坏了，导致EDI系统瘫痪无法正常工作，整个BMW业务线也被迫停止，幸运的是，负责这个项目的运维顾问每月都有定期备份，所以在一个小时以内，我们就帮助客户紧急重新安装启用了EDI系统，使客户可以正常的处理业务。 针对本地化部署的客户，我们会建议客户定期备份环境，或者在客户允许的情况下我们帮助客户远程进行备份；云托管的项目我们的运维顾问会每月备份一次环境数据，所以大家一定要记得定期进行备份呦。

运维工作中还有各种各样的问题，比如知行EDI系统的配置、设置的SSL证书突然不工作了、EDI系统无法运行了、EDI系统连接ERP系统失败了、设置报错邮件通知格式和内容、各种收发文件出现的错误等等，其中有些特殊难处理的问题还需要我们开发同事的协助才可以解决，所以当您的EDI系统出现您解决不了的问题时，您可以联系我们的运维顾问，小编及其他的运维顾问收到消息后都会及时响应处理的。

分享就到这里啦，EDI平台使用过程中出现了问题，欢迎大家随时叨扰小编啦。

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