/startup.sh 启动服务4.浏览器访问IP:8080,能看到如下界面说明Tomcat部署成功安装知行之桥1.首先请访问知行软件官网下载知行之桥2021Java版的压缩包获取arcesb.war, apache-tomcat-8.5.63/webapps目录下2.Tomcat默认端口为8080,若想修改,可以在/conf文件夹下编辑server.xml文件修改配置Jaas按照以下步骤配置JAAS,以便在知行之桥中动态管理用户 /startup.sh启动服务访问知行之桥2021服务成功启动后,浏览器访问IP:端口号/arcesb访问页面。 注意事项1.服务器重启后,Tomcat默认是关闭的,需要先查看Tomcat的运行状态,确认Tomcat成功运行后才能正常启动知行之桥。
知行之桥EDI系统同时支持SFTP Server和SFTP Client功能,既可以作为SFTP Server供多个Client连接,也可以作为Client连接多个Server。 SFTP Server的特性包括一下几点:Zlib压缩传输AES&3DES加密公共秘钥和密码身份认证支持IPV6地址符合FIPS140-2的加密Windows用户管理我们以使用知行之桥EDI系统搭建SFTP Server为例:首先需要配置自己的SFTP Server信息,打开知行之桥EDI系统的工作流界面,单击界面上方的个人设置,在个人设置界面找到SFTP Server并打开,进行服务器配置。 此处指定了一位用户的登录信息,其登录名为test,认证模式为密码认证,登录服务器是部署知行之桥服务器的公网IP或域名,登录端口是个人设置界面中设置的端口号。 在知行之桥中拖出一个SFTP端口,点击端口进行设置,在设置界面中主机配置部分配置SFTP Server的相关信息:远程主机地址以及主机端口号,在客户端认证部分选择与SFTP Server中相同配置的认证模式
/startup.sh启动服务4.浏览器访问IP:8080,能看到如下界面说明Tomcat部署成功,如果不能访问,请排查Tomcat的默认端口8080是否被成功打开安装知行之桥1.首先请访问知行软件官网下载知行之桥 apache-tomcat-9.0.67/webapps目录下2.Tomcat默认端口为8080,若想修改,可以在/conf文件夹下编辑server.xml文件修改配置Jaas按照以下步骤配置JAAS,以便在知行之桥中动态管理用户 /startup.sh启动服务访问知行之桥2022服务成功启动后,浏览器访问IP:端口号/arc访问页面,其中arc是webapps目录下war包的名称,如此时不能成功访问,请排查是否是Tomcat的端口被占用或端口未被打开的原因 注意事项1.服务器重启后,Tomcat默认是关闭的,需要先查看Tomcat的运行状态,确认Tomcat成功运行后才能正常启动知行之桥。 false" sslProtocol="TLS" keystoreFile="conf/test.pfx" keystorePass="test123"></Connector>重启Tomcat,访问知行之桥
知行之桥EDI提供了Shopify端口,只需要通过页面的简单配置,即可成功的连接到Shopify店铺,对Shopify店铺进行操作控制,从而集成ERP系统。 Shopify连接配置1.登录知行之桥EDI后,在工作流页面,其他(Other)分类中,找到Shopify端口,并将其拖入空白区域,点击创建端口即可创建成功。 Shopify端口功能与 Shopify 建立连接后,知行之桥 Shopify 端口支持以下几种操作:1.Upsert:可以插入或更新 Shopify 相关数据。 2.Lookup:可以从 Shopify 检索一个数据并将该值插入到知行之桥现有的工作流中。 3.Select:从 Shopify 检索数据,并将其以XML的形式带入知行之桥的工作流中。可以使用过滤器面板添加过滤条件。 这些过滤器的功能类似于 SQL 中的 WHERE 子句。
通过这些端口的组合,可以创建知行之桥完整的数据工作流。 EDI系统的端口分类 知行之桥EDI系统中端口分为基础(Core)端口,可控文件传输(MFT)端口和电子数据交换(EDI)端口。 可控文件传输(MFT)端口扩展了知行之桥使用安全文件传输协议发送和接收文件的能力。电子数据交换(EDI)端口支持转换和处理EDI文件,并将这些文件与后端系统或者知行之桥数据流的其它方面集成在一起。 要在知行之桥工作流中延续文件元数据的整个生命周期,需将每个端口的输出格式设置为“Message”。默认的输出格式为“Raw”,表示文件的原始格式和内容将一直保持不变。 上面的例子只是EDI系统众多功能的一种,知行EDI系统具有大量的功能端口,这种模块化的方法使知行之桥EDI系统可以处理各种复杂的业务。
在知行之桥EDI系统中,可以控制不同端口的interchange control number的起始值。 由于interchange control number是一个长度为9位的数字,每次生成一个interchange信息时,知行之桥的每个 EDI 端口会各自按顺序自动生成一个数字。 在知行之桥EDI系统中,当你新建一个X12或者EDIFACT端口,interchange control number默认的起始值都是000000001。 如果需要控制该数字的起始值,可以按以下操作: 知行之桥EDI系统2023.net版本修改方法: 打开软件安装目录下的db文件夹,可以看到如下几个数据库: 打开名为app_storage.db的数据库后 2)X12端口:修改ISAControlNumber和GSControlNumber对应的值 如上图所示,ISAControlNumber以及GSControlNumber的值为4,我们可以回到知行之桥
Header,如果使用RNIF 2.0) 服务头 (Service Header) 服务内容(Service Content,实际数据,PIP结构比如:5C1产品注册列表通知,5C2注册设计确认等) 在知行之桥中如何配置 关键配置介绍 业务标识符 身份标识,区分大小写 业务位置 描述接收传入消息的接收者的位置 私钥证书 用于解密消息和对发出消息签名的证书 配置完成后,可以在浏览器中输入接收URL,判断外部是否可以成功访问到知行之桥上的 如果对于RosettaNet或者知行之桥相关端口使用有任何的疑问,欢迎联系知行软件。 更多EDI信息,请参阅: EDI是什么?
在EDI系统中与交易伙伴实现数据传输时为保证数据的安全性,需要使用一对数字证书对数据进行签名和加密,但是在申请或购买证书时会给证书一个有限期,证书到期时,您需要重新申请或购买新的证书进行更新,那么在知行之桥中如何配置和更新证书呢 本文将介绍如何在知行之桥系统中配置和更新自己的证书,以及交易伙伴的证书。 首先我们先来了解下,在知行之桥系统数据传输过程中证书是如何进行数据的签名和加密的: 如上图,当数据发送方向接收方发送数据时,需要对数据进行签名、加密,当接收方收到数据后需要对数据解密、验证签名才可以获取数据 如果您决定使用自签名证书,可以直接在知行之桥上生成创建:如何用知行之桥EDI系统生成自签名证书 以上基本信息都了解后,接下来我们来了解下,在知行之桥上是如何配置和更新证书的: 配置自己的私钥证书: 一般情况下 ,在知行之桥的“个人设置”页面配置自己的私钥证书和证书密码。
很多用户在安装知行之桥EDI系统时,第一次登录EDI系统会出现 创建用户 页面,这个页面要求您创建知行之桥EDI系统的登录用户名和密码。如下图所示: 接下来只要按照这个用户名和密码登录系统即可。 在知行之桥EDI系统21版中,对密码进行了加密处理,意味着我们目前只能找回我们的用户名。 因此建议您通过这种方式重置密码之后,立即登录知行之桥EDI系统,并按照情景一的介绍修改密码。 然后重新启动知行之桥EDI系统,根据指示重新填写新的密码即可。 在知行之桥EDI系统进行用户管理 知行之桥首次启动时,应用程序将提示创建第一个应用程序用户(用户名和密码)。 由于知行之桥EDI系统2021版新增了用户管理功能,您可以在 系统设置 页面的 用户 选项卡中对访问您EDI系统的用户进行权限管理。
近期整理了有关知行之桥EDI系统的四个常见问题:1.如何延长知行之桥EDI系统的登录在线时间?2.一台Windows服务器上可以部署两个知行之桥EDI系统吗?3.如何修改Log数据库? 4.知行之桥EDI系统是否支持生成PDF文件?今天的文章中,将会就上述四个问题做出解答。如何延长知行之桥EDI系统的登录在线时间? 存在的挑战:访问知行之桥EDI系统过一会总是会自动退出,是否可以延长登录在线时间呢,或者保持一直不退出呢?功能简介:首先需要明确为什么知行之桥EDI系统中会设置自动退出呢? 一台Windows服务器上可以部署两个知行之桥EDI系统吗? 存在的挑战:考虑到节约资源或者降低成本,同时简化部署和维护流程等因素,需要在一台Windows服务器上部署两个知行之桥 EDI 系统解决办法:有3种方式可以实现在一台Windows服务器上使用两个知行之桥
近期有些客户将知行EDI系统升级到了我们最新知行之桥2022版本,升级过程或者升级后对于新版本的使用会有些疑问,根据近期协助大家进行知行EDI系统升级遇到的问题,我们的运维团队整理了一些Q&A,将分为上下两篇分享给大家 ,希望可以帮助大家快速掌握我们的最新版本:知行之桥2022。 E:\C-ArcESBCN\ArcCN_8336\Connect\data\AS21\TEST\Receive或者你可以在对应端口的高级设置页面–特殊设置–其他设置进行设置,参考如下:修改后不需要重启知行之桥 A2:同上数据安全性的因素,知行之桥最新版本将不再在页面上显示数据文件的全路径,也建议大家在安装时记得设置的data文件夹根目录,不将其显示在web页面上,以增强data目录的数据安全性。 A1:在新版本的知行之桥中我们加入一些自动监控功能,主要有:1.磁盘使用率,默认超过60%邮件通知2.内存使用率,默认超过60%邮件通知3.日志数据库数据量监控,默认存储超过100W条数据时邮件通知4.
此前的文章知行之桥2022版本升级之页面变化以及监控邮件答疑给大家分享了一些升级到知行之桥最新版本关于Web页面显示和监控邮件的一些问题,本篇将分享一些windows和Linux不同操作系统升级部署知行之桥最新版本的一些 A1:是的,知行之桥2022版本你只需要将安装包解压即可使用,不在需要执行setup.jar文件进行安装,执行解压文件中的./service.sh文件即可注册知行之桥服务。 具体安装步骤可参考:知行之桥EDI系统2022版-Jetty部署Q2:相同的服务器,旧版本可以启动,安装新版本怎么用不了呢,使用java -jar运行arc.jar文件报错如下显示:A2:知行之桥2022 Tomcat上部署知行之桥Receive URL生成规则是IP(或者域名):端口/arc/pub/Receive.rsb,其中的arc是和在tomcat上部署的知行之桥的war包的名称保持一致的,所以部署时你将获取到的知行之桥新版本的 但是一些高级设置是在arc.properties中是无法设置的,比如设置idletimeout时间,如果你需要设置这些高级功能,则需要启用arc.xml来运行知行之桥服务,参考以下步骤进行设置:①进入知行之桥安装目录下
在进行OFTP连接时,我们经常会看到SSID和SFID这两个概念,那么本篇文章就来带大家了解一下这两个ID是什么以及在知行之桥EDI系统的OFTP端口中如何配置。 配置 那么如何在知行之桥中配置呢?
,作为企业B的合作伙伴,需要经常向企业A请求报价以及库存信息,而企业B并没有EDI系统,只可以通过API的方式获取数据,为了使企业B可以实时地获取到自己想要的信息,无需企业A人工干预,那么以上的需求在知行之桥中如何实现呢 答案是通过知行之桥的API端口。 以上就是全部知行之桥中API端口的配置,配置好后,需要将API文档以及上一步保存的用户令牌发送给调用方,在API文档中,可以看到资源以及接口的信息: API调用 下面我们就模拟一下作为调用方应该如何调用知行之桥发布的这个 与调用知行之桥AdminAPI类似,需要在Headers处配置参数x-arcesb-authtoken,值为分配的用户令牌,方法设置为GET,URL与API文档中保持一致。 答案就是知行之桥,为你打通不同交易伙伴之间的数据壁垒。 以上就是通过知行之桥API端口发布API的方法,如果需要作为API客户端调用外部的接口,请使用REST端口进行配置。
首先来了解一下知行之桥EDI系统的文件、日志存储的过程,端口处理完消息文件之后,会产生传输日志以及文件。 传输日志会默认存储在知行之桥自带的文件数据库中(Windows版为SQLite,Linux版为Derby)。 2.删除所有日志以及文件 知行之桥EDI系统的文件存储于data文件夹,日志存储于db的文件数据库中,如果需要重置可以对这两个文件夹进行删除,例如在进行多轮压力测试时需要省去繁杂的删除记录操作,快速进入下一轮 ,在测试结束后再统一清除记录,可以参考以下操作步骤: 1)导出当前工作流 2)停止知行之桥服务 3)对data、db文件夹进行重命名,例如data_backup1,db_backup1 4)重启知行之桥服务 ,批量删除冗余的文件夹,例如rm -rf data_backup* 以上就是快速清除传输日志以及文件的方法,其实此方法不止适用于压力测试,如果需要手动删除文件记录、删除文件释放磁盘的空间,除了可以使用知行之桥自带的归档
针对这个需求,我们提出两种不同的解决方案,可以实现定时自动更换交易伙伴AS2证书: 方案一 Script端口+自定义脚本 1.首先需要在知行之桥EDI系统的系统设置-证书界面上传需要更新的证书。 --To为邮件接收地址,如需多个邮箱接收,则需要使用逗号分隔开--><arc:call op="appSendEmail"></arc:call> 以上为如何在知行之桥EDI系统中定时自动更换交易伙伴 AS2 证书的两种不同解决方案,可以根据自己的需求选择合适的方案,如果您想了解更多有关知行之桥EDI系统中关于配置以及更新证书的相关问题,可以参考:如何在知行之桥EDI系统中配置更新证书 了解更多 EDI
知行之桥如何保持数据可见性 知行之桥旨在即使在自动化工作流中也能保持数据可见。知行之桥通过下面详述的一套企业功能支持智能审计、不可否认性和错误管理。 知行之桥中的审计 知行之桥简化了事务审计和平台审计的过程。知行之桥中的事务日志提供了可搜索的事务记录,使用与每个事务关联的元数据来保证始终可以通过事务日志中的简单搜索词将类似事务组合在一起。 此外,知行之桥支持向事务添加自定义元数据,以保持对事务分组方式的精细控制。 知行之桥还提供方便的审计日志,便于平台审计。 知行之桥的自动不可否认性 知行之桥在与贸易伙伴交换数据时会自动生成并要求收据(例如 MDN)。在知行之桥将事务标记为成功之前,需要对方提供回执。 在知行之桥中配置警报和自定义错误响应 知行之桥支持全局警报和特定的自定义错误响应。全局警报只需要为适当的系统管理员指定电子邮件地址,以确保数据处理失败永远不会被忽视。
在EDI云端部署模式中,知行之桥EDI系统由EDI服务提供商运营的云服务器托管并提供全面管理。 Windows(内置服务器或IIS服务器) Windows版本的知行之桥EDI系统自带服务器,默认情况下是在知行之桥集成服务器运行的。 Java版本的知行之桥EDI系统中自带的JAR包,其中包含Jetty服务器,运行该JAR文件是在内置的Jetty服务器上部署并运行知行之桥EDI系统。 如果需要将知行之桥EDI系统单独部署其他服务器,可以将知行之桥EDI系统安装包中的war包单独拷贝服务器相应路径下。 其他功能 高可用 知行之桥EDI系统可以轻松满足大多数企业的自动化传输需求,但是对于日数据吞吐量高达十万条甚至更高的企业而言,需要将知行之桥EDI系统集成到更可靠更高效的系统中。
回答上述问题,就需要给大家好好解释下知行之桥对文件存储的一个常常被大家忽略但是又非常重要的功能:文件归档。本文将介绍什么是文件归档功能以及如何使用它。 在了解知行之桥的文件归档功能前,首先您需要了解知行之桥对数据的处理逻辑,知行之桥将处理的所有数据以文件的形式存储在部署知行之桥应用程序的服务器上,这些数据通过工作流中的功能端口进行转换。 同时,当数据量很大时,也会占用服务器更多的磁盘空间,当磁盘空间不足时,会导致知行之桥运行异常,从而影响业务数据的传输。 知行之桥在每天的凌晨00:00对文件执行归档操作的。 实际使用知行之桥的归档功能,可以根据服务器磁盘大小、数据量合理设置归档周期,一般建议设置为180天(半年)。
通过知行之桥与Zoho CRM进行数据交互 在知行之桥EDI系统中,与Zoho CRM进行数据交互的方式有以下五种: 1.Upsert:即插入或更新。 2.Lookup:可从Zoho CRM检索一个数据并将该数据插入到知行之桥现有工作流中。 存储过程的结果在知行之桥Zoho CRM端口的输出页面很容易找到。 5.高级功能:知行之桥提供了一系列高级选项来满足 Zoho CRM 数据连接的更复杂数据要求。 子表交互:作为数据流的一部分,知行之桥可以在 Zoho CRM 内部的子表中Select、过滤、Update和Insert数据。 仅处理新数据或更新数据:知行之桥可以配置为仅检索最近更新或添加的记录,确保在 Zoho CRM 和下游系统和业务流程之间双向使用最新数据。 在知行之桥中,如何使用Zoho CRM端口与ERP集成?