数据库端口配置以及连接设置
数据库端口可以使用ODBC和ADO.NET(Windows)或JDBC (Java)驱动程序从各种数据库中存储和检索数据。 概览 数据库端口连接到许多不同的数据库提供程序之一。每个数据库端口实例都配置有适合目标数据库的驱动程序。开源数据库的驱动程序可以免费安装和使用: MySQL PostgreSQL SQLite 其他数据库需要额外的许可证才能安装和使用驱动程序: SQL Server [...]
22
2019-11
22
2019-11
云数据端口
概览 云数据端口利用了我们自研发的CData软件的标准连接，可以直接与CData ADO.NET和JDBC驱动程序接口支持与数百个云和内部应用程序、数据库等的连接。 云数据端口使用CData驱动程序将数据库操作转换为特定于目标数据源的应用编程接口调用。因此，云应用程序数据可以作为一组虚拟表和存储过程使用。 每个云数据端口都必须配置适当的CData驱动程序，才能连接到目标数据源。一旦建立了连接，端口就支持创建输入映射和输出映射，它们决定了与数据源的虚拟表交互的XML结构。 生成输入和输出映射后，将自动将XML输入文件转换为插入数据的应用编程接口调用，通过应用编程接口调用从数据源检索的数据将以XML文件的形式输出。 要开始使用云数据端口，必须安装目标数据源的CData驱动程序。 安装CData Driver 必须先安装相应数据源的ADO.NET [...]
22
2019-11
API 端口
API端口支持在知行EDI系统发布自定义API。 如果您正在寻找一个可以使用API的客户端，请改用REST端口。 总览 API接口将数据库中的表，视图和存储过程作为Web API公开。 API端口从目标数据库读取可用的表，视图和存储过程，然后可以将这些资源的任何子集公开为API资源。 API端口也可以用于公开自定义脚本接口。 对自定义脚本进行API调用时，将执行脚本以构建API响应。 自定义脚本是一种非常灵活的方法，可以提供知行EDI系统资源作为对Web请求的响应。 端口配置 [...]
22
2019-11
CSV 端口
CSV端口可以将逗号分隔值（CSV）文件转换为XML，也可以从XML生成CSV文件。 概览 XML是知行EDI系统用于工作流中的主要数据格式。 因此，将CSV文件转换为XML作为在工作流中进行进一步处理的暂存步骤，或者在处理完XML之后将XML转换为CSV文件非常有用。 这两个操作都可以通过CSV端口完成。 有关将CSV转换为XML的详细信息，请参见下方“将CSV转换为XML”部分。 有关将XML转换为CSV的详细信息，请参见下方“将XML转换为CSV”部分。 端口配置 本文包含所有可配置的端口属性。 设置标签 [...]
21
2019-11
Copy端口
Copy端口将分支形状添加到工作流中，将传入的消息发送到另外两个端口。 概览 Copy端口主要在流程设计器中进行可视化配置。将Copy端口连接到工作流中的其他两个端口，到达Copy端口的消息将被发送到两个连接的端口。这允许两个独立的工作流无条件地处理文件。如果Copy端口没有任何已连接的端口，则端口处理的消息将会在“Output/Receive”文件夹中结束。 端口配置 本节包含所有可配置的端口属性。 配置 本地文件夹 确定端口将读取要复制的文件的位置以及复制后写入文件的位置。 输入文件夹（Send） 放在这里的文件将被端口读取并复制。如果启用了自动发送，连接器将自动轮询此位置以供文件处理。 [...]
20
2019-11
亚马逊Amazon EDI与SQLite 工作流
Amazon Direct Fulfillment EDI到SQLite的示例流程，示意图如下： 用于转换Amazon EDI集成规范中的以下事务集： 810 Invoice 发票信息 846 [...]
15
2019-11
知行EDI系统Admin API
知行EDI系统的内置API提供了一种灵活的管理应用程序的方法。用户在管理控制台界面中可以完成的一切也可以通过调用RESTful API(应用编程接口)来完成。 Admin API由API Resource和API Action组成，API可以调用Resource和Action，以管理来自外部脚本、服务器和应用程序: 检索应用程序工作流中的文件 检索关于应用程序处理的文件的元数据或日志数据 将文件插入应用程序工作流进行处理 更新连接器或个人配置页面中的配置信息 [...]
17
2019-10
电子数据交换信封EDI ENVELOPE定义
EDI ENVELOPE(电子数据交换信封)：数字信息包 EDI ENVELOPE用于向接收公司的业务系统发送电子交易数据。EDI ENVELOPE可以包括多个业务交易集，就像可以对多个纸质采购订单文档进行物理分组、填充并一起邮寄给接收者一样。EDI ENVELOPE是包含待发送给交易伙伴的EDI(电子数据交换)文件的数字包。EDI ENVELOPE有三种不同类型，代表不同级别的数字包装。其中包括Transaction Set(事务集)、Group(组)和Interchange Envelope(交换信封)，这些信封依次由较小的Interchange Envelope(交换信封)、Group(组)至Transaction [...]
16
2019-10
EDI段Segment用途
EDI段（Segment）的使用 – 强制/可选 EDI段（Segment）的使用取决于测试和设置阶段与贸易伙伴所商定的标准。当贸易伙伴讨论贸易双方将在交易中使用的EDI单据类型时，他们会为EDI（电子数据交换）过程设置特定的规则。EDI规范包括一个贸易伙伴将发送给另一贸易伙伴的业务单据中的EDI段（Segment）。此类规范还为EDI段（Segment）的使用设定了规则，以确定EDI段（Segment）应该是可选的或是强制的。 EDI段（Segment）可以有两种类型，强制的和可选的。 M（mandatory）表示EDI段（Segment）是强制使用的。通常，这种类型的EDI段（Segment）包含EDI报文中的主要信息。如果报文中缺强制的片段，可能会无法阅读或理解其他片段或报文本身）。如果标准将该EDI段（Segment）设置为强制性的，则不能以其他可选的方式使用它。 强制的EDI段（Segment）示例： BEG00SA*ASNTESTORD**20060615~ 这是BEG段的标题 - [...]
26
2019-08
OFTP2如何简化CAD文件的交换？
关于大文件传输，有一个反复的问题出现，“我们如何在互联网上安全地传输CAD / CAM文件？”。 很简单，通过OFTP2。 多年来，汽车公司一直在内部和外部交换计算机辅助设计（CAD）文件。ANX，ENX和JNX等区域性汽车网络为与外部供应商和合同设计合作伙伴交换CAD文件提供了主要平台。 OFTP2的引入允许汽车行业通过使用互联网将CAD文件从一个用户安全地传输到另一个用户，从而简化他们在世界各地交换CAD文件的方式。直到最近，汽车公司一直不愿意在互联网上交换CAD文件，因为使用互联网传送CAD文件的感觉不安全，例如可能包含下一代汽车的设计细节。 汽车行业的全球化给汽车区域网络带来了压力，因为汽车行业正在迅速实现运营全球化，他们需要一种在全球范围内与贸易伙伴建立联系的安全方法。就在汽车行业的一些公司部署OFTP2之后，ENX和ANX的网络决定将它们的网络连接在一起，以允许EMEA中的OEM直接与北美的贸易伙伴连接，反之亦然。然而，这显然是不够的，因为它让其他主要原始设备制造商（例如日本总部的原始设备制造商）采用更复杂的方式连接全球贸易伙伴。 由于最近的自然灾害以及需要扩展到传统汽车网络之外的新市场，汽车行业一直在寻找一种在这些新生产地点和总部办公地点之间安全地传输CAD文件的方法。 汽车公司一直热衷于在不易发生自然灾害的国家建立新的制造能力，并且他们也开始在新兴市场建立设计中心。 例如，沃尔沃最近在中国设立了一个设计办公室，以便他们能够满足消费者对其汽车的需求。中国消费者更愿意被驱动而不是自己驱动，沃尔沃认为在中国设立办事处可以帮助他们更轻松地理解和接受消费者的需求。 [...]
