[Share] 工作流设计的最佳实践

本章节描述了用于知行之桥工作流设计的常见最佳实践。

从入口和出口开始

大多数工作流都有一个数据入口和一个数据出口。对于某些循环工作流,入口点和出口点可能是同一个端口。

例如,当外部贸易伙伴通过AS2发送业务文档时,数据可能在AS2端口处进入工作流。此业务文档中的数据可能需要导入到后端系统中,如数据库。在这种情况下,AS2端口是工作流的入口,而数据库端口是工作流的出口。

创建新的工作流时,通常最容易从这些入口和出口端口开始。然后,“向内工作”,向工作流中添加更多端口,填充入口和出口之间的步骤(例如,添加将AS2接收的数据转换为数据库插入数据的端口)。

文件传输端口因合作伙伴而异

通过网络发送或接收文件的端口(如AS2、AS4、FTP、SFTP、OFTP等)是双向的,但只为单个贸易伙伴(即单个远程方)配置。换句话说,一个单一的AS2端口可以通过亚马逊发送和接收AS2信息,但它不能通过沃尔玛发送或接收文件。

许多MFT(安全可控文件传输)端口需要通过配置来交换文件。“个人配置”页面用于为每个支持的协议配置应用程序范围。例如,在AS2个人配置中配置的信息用于所有AS2端口,而特定于合作伙伴的AS2连接详细信息在每个AS2端口中配置。

对端口使用命名约定

端口应始终被赋予一个描述性名称,以表明端口在工作流中的角色。

  • 安全可控文件传输端口的名称(如AS2、AS4、FTP、SFTP、OFTP等)应表明将与其交换文件的远程方,以及进行交换的协议。例如:Walmart_Production_AS2
  • EDI端口的名称(例如X12和EDIFACT)应表明EDI文件交换的合作伙伴的名称、翻译方向和文件格式。例如:Walmart_X12_Outbound
  • 数据映射端口的名称(例如,XML Map)应表明端口映射的格式/模式。例如:Map_850_to_Orders
  • 后端集成端口的名称(如Database、MySQL、CData)应指明特定的后端系统和该后端系统内的表(如果适用)。例如: PostgreSQL_Orders_table

使用XML进行数据转换

知行之桥使用XML作为数据操作和转换的中间格式。许多端口将各种格式的文件翻译成XML,反之亦然(例如X12端口、EDIFACT端口、CSV端口等)。此外,知行之桥使用XML对后端系统输入和输出进行建模(例如,在类似数据库的系统中选择和插入)。

由于大多数源和目标格式都可以用XML表示,数据转换流通常具有以下结构:

  • 以原始(源)格式提取或接收数据的端口
  • 将此源格式转换为XML的端口(如果它还不是XML)
  • 一个XML Map端口,它将源XML转换成表示目标(目的地)格式的新结构
  • 一个将转换后的XML转换为目标格式的端口(如果需要非XML格式)
  • 将最终文件发送到其预期目的地的端口

XML Map端口是在这些数据转换流程中执行关键工作的引擎。熟悉数据转换通常是熟悉XML Map端口的可视化设计器的事情。

在工作空间中组织工作流

多个独立的工作流可以在同一个“工作流”画布中配置,没有交叉污染的风险,但是将工作流划分到不同的“工作空间”有助于减少混乱和维护组织。

“工作流”页面右上角的齿轮可用于创建新工作空间、导入或导出工作空间配置设置以及删除当前工作空间(默认工作空间除外)。在任何给定时间,仅显示当前工作空间中的端口。

不同工作空间中的端口不能相互连接,并且特定于这些端口的数据和配置文件保存在单独的文件夹结构中。

前往知行软件官网主页,了解更多。

了解更多EDI,请您电话 150-0298-3180 / 177-8250-8152 或邮件 edi@kasoftware.cn 联系我们,获取 30 天全功能 免费试用 版本EDI软件。
标签: , , , , , , ,
文章分类 share 知识分享, 动态