知行之桥EDI系统从2020版本开始引入了Validate端口，用来实现对XML数据文件进行一些规则的验证，保证XML数据文件的有效性。本文将介绍如何使用Validate端口。 端口创建 同其他功能性端口一样，只需要将Validata端口从左侧的端口清单拖拽到右侧的工作空间就可以创建一个Validate端口进行使用，如下图创建一个端口名称为Validate_Test的Validate端口： 端口功能 Validate端口通过设置一些校验规则，对输入的XML数据文件进行有效性校验，比如数据转换过程中常见的数据库XML、EDI标准XML、自定义XML，所以使用该端口需要保证数据源文件为XML文件。 Validate端口支持对输入的XML文件进行xpath验证和Header验证： xpath验证：对输入的XML文件结构，比如节点路径、节点值进行校验。 Header验证：对输入文件消息头部信息进行校验，比如文件名称（filename） 本文将用以下示例XML进行演示： POTEST001 [...]
为满足用户需要对多文件做批处理的需求，在2022版本的知行之桥中，开发人员开发设计了3个新的端口，分别是Batch Create 端口、Batch Merge 端口和Batch Split 端口。 功能是对传入端口的消息做批处理，使得消息可以在批处理组中分组在一起，这允许多条消息作为一个单元一起传输。当消息是批处理组的一部分时，它被称为批处理消息。比如，供应商的EDI系统收到采购商发来的多条订单，端口会将收到的多条订单做批处理转换为批处理组。这三个端口的使用功能有些许的不同，我们一起来看看吧！ 一、Batch Create [...]
在API接口调用的集成项目中，用户调用知行之桥的API接口以给EDI系统推送数据时，经常会有这样的疑问：怎样查看是否调用接口成功？怎样查看数据是否推送成功？推送之后用户端会有怎样的响应提示？ 为满足以上问题对应的需求，可以使用知行之桥的Webhook端口。该端口可以给用户端明确的响应以提示接口调用和数据推送情况，并且可以根据用户的具体需求，返回给用户端自定义的响应内容。那么具体应该怎样操作呢，我们一起来看看吧！ 一、Webhook端口功能介绍 知行之桥中，Webhook 端口使数据能够通过 HTTP POST和 PUT进入知行之桥工作流。每个 Webhook 端口在应用程序中公开一个端点，外部客户端可以向该端点发送 [...]
此前的文章知行之桥2022版本升级之页面变化以及监控邮件答疑给大家分享了一些升级到知行之桥最新版本关于Web页面显示和监控邮件的一些问题，本篇将分享一些windows和Linux不同操作系统升级部署知行之桥最新版本的一些Q&A。 EDI服务器是windows服务器 Windows操作系统部署比较简单，升级基本没有什么问题，咨询比较多的问题只有一个，如下： Q1：新版本我怎么找不到data目录了呢？ A1：最新版本的知行之桥考虑到数据安全性，data目录与安装目录进行了分离，data目录默认是放在C盘的ProgramData下。当然你也可以修改为其他目录，在安装新的版本完成后，先不要启动知行之桥，修改安装目录下的 www\Web.Config 文件中的AppDirectory参数，如下： EDI服务器是Linux服务器 在Linux系统升级知行EDI系统，因为新版本有些变动，遇到的问题比较多，参考如下： Q1：从知行官网下载了最新版本的安装包，安装包怎么和之前的不一样呢，找不到setup.jar文件，怎么进行安装呢？ [...]
在EDI项目当中，对于IT技术不够成熟或设备不够完善的用户来说，EXCEL方案是较为适中的选择。收到合作伙伴发来的850订单之后，将订单数据转换为EXCEL，再将EXCEL发送至用户指定的邮箱。若每条订单单独发送至邮箱，当订单量大时，用户会感到邮箱接收次数过于频繁，处理订单邮件负荷较大。那么此时，可以将每天或每周的订单，打包为压缩包之后，一起通过邮箱发送给客户。这样，用户只需在固定频率内统计、处理一次订单。 针对这样的场景，可以使用知行之桥的ZIP端口来进行文件的压缩处理，以Target/塔吉特项目为例，下图是塔吉特项目接收报文方向的工作流： 通过AS2端口接收到X12报文，再经过X12端口将报文转换为标准XML文件，提取到报文业务类型，根据业务类型将文件分别传至相应的EXCEL端口。转换好的EXCEL文件，传入至ZIP端口，将多文件打包为压缩包，再通过EmailSend端口将压缩包发送至用户指定邮箱。 ZIP端口说明 在该端口中，可分别对各种格式的输入文件进行压缩和解压的处理。 一、压缩 在“设置”页面中，在“配置”的“操作”选项卡下，选择“压缩”，便可进行对输入文件的压缩处理。 1.归档选项 在“归档选项”栏目中进行与正在处理或创建的归档文件相关的设置。 “归档格式”可选择为7zip，Bzip2，Gzip [...]
在使用知行EDI系统的过程中，我们经常会用到XMLMap端口进行数据转化，XMLMap端口可以通过拖拽方式进行字段取值映射，同时也可以写代码添加字段对应的取值及判断条件。有时在完成映射后，发现源文件/目标文件待映射的字段和段落需要添加、删除，或者取值逻辑需要调整，可以按照以下步骤解决： 源文件修改 XMLMap端口的源文件在知行之桥页面是无法手动编辑的，若是发现源文件映射字段需要修改的时候，需根据不同情况判断： 当源文件的来源是数据库端口时（源文件显示带有connector://前缀，即表明数据来源是数据库端口）： 此时修改源文件需要从业务数据库入手，因为源文件是从数据库中获取到的，需要在业务数据库中添加/删除对应的字段，并将修改同步在数据库端口需要获取的模板中，使其显示在对应的源文件中。 操作步骤如下（以添加字段为例）： 在数据库中添加对应的字段或者表结构； 在数据库端口“设置”页面将添加后的字段或者表结构勾选并保存； 刷新页面，即可在XMLMap端口设置页面左侧看到源文件中已存在刚才添加的字段和表结构。 当源文件是手动上传至端口时（源文件没有带有connector://前缀）： [...]
3M公司，全称明尼苏达矿业及机器制造公司。它于1902年成立，总部现位于美国明尼苏达州首府圣保罗市，为世界著名的多元化跨国企业，并且是道琼斯30种工业成分指数股票之一。 3M为管理其庞大的供应链建立了EDI（Electronic Data Interchange，中文名称是电子数据交换）系统，实现供应链自动化管理。 本文着重讲述3M EDI项目中，3M回复给采购商的X12 855报文（采购订单确认）解读。 在此前的文章如何读懂X12报文中，我们对X12已经做了详细的介绍，大家可以以此为基础，深入了解855采购订单确认报文。 下图为3M EDI [...]
在知行之桥2021版以及更早版本的EDI系统中，企业都是通过状态页面查看文件的发送成功、接收成功以及失败的大致情况，或者是通过交易日志界面查看文件的收发情况。但这种方式对于数据量庞大的企业而言，并不是非常直观。 近期发布的知行之桥2022版本全面上线了EDI报表功能，欢迎企业测评并反馈，接下来先介绍下报表功能。 扩展阅读：知行之桥2022版本发布简介 1.报表 页面允许就知行之桥内部数据创建报表。比如： 按周、按月、按季度或者按年统计所有交易量 可选端口ID、端口类型、已发送、已接收、成功、失败等多列的交易量统计 定位耗时最长的工作流 数据汇总，支持：合计、平均、最大、最小 过滤器，支持按端口ID、按端口类型、按状态筛选 [...]
知行之桥EDI系统的Workspace Receive 端口以及Workspace Send 端口是成对出现的，可以实现跨工作区传输文件。 两大应用场景 应用场景一 企业与其供应链中扮演不同角色的企业通过EDI传输数据。例如：A公司与负责物流的C公司(3PL)以及与需要收货的B公司之间的EDI项目，A公司希望将B公司和C公司的工作流放在不同的工作区中作以区分，但B公司和C公司之间可能需要进行数据交换。 通常情况下，可以在知行之桥EDI系统的 事件 [...]
顺丰是国内领先的快递物流综合服务商、全球第四大快递公司。经过多年发展，搭建了完整的一体化综合物流服务体系；为客户提供贯穿采购、生产、流通、销售、售后的一体化供应链解决方案。同时,顺丰还是一家具有“天网+地网+信息网”网络规模优势的智能物流运营商，拥有对全网络强有力管控的经营模式。 为了帮助客户实现整体物流供应链一体化，提升作业效率以及应用体验，丰桥LaaS开放平台应运而生，其作为顺丰各类服务快速对接的平台，提供丰富的API支持和外部通用接口。而顺丰快递管家API接口与其相比，能够支持更多定制化开发。 知行之桥产品的优势 知行之桥® 是知行软件拥有自主知识产权的中文版EDI系统，能帮助企业整合供应链、降低库存、实现精益生产。 知行之桥中的顺丰（SFExpress）端口可以同时支持与顺丰丰桥API和顺丰快递管家API进行对接。对接后的数据处理流程均可使用知行之桥中其他数据处理端口完成，除了数据处理过程的简单高效外，还有以下几大亮点。 降低企业自主开发对接成本 在实现与顺丰服务平台对接的过程中，对API联调和对数据的处理需要大量协调沟通，同时带来了较高的开发成本。选择第三方协助对接，可以节省大量时间及开发成本，将精力集中在业务层面。 支持集成到业务系统 一般情况下，企业在下单时若使用顺丰提供的快递系统，则需要把业务系统中的部分信息重新整理录入至顺丰的快递系统中。但与知行之桥业务系统实现集成后，可在业务系统快速下单、查单显示等，在提升业务人员的工作效率的同时也方便对企业对快件的管理。 [...]
