通信EDI:爱立信ERICSSON EDI项目案例

项目背景

在通信行业中,电子数据交换(EDI)被广泛应用于供应链管理、订单处理、账单管理和数据共享等领域。它有效提高了交易效率,减少了手工处理错误,并加快了业务流程的速度。通信公司通过EDI系统与供应商、客户及合作伙伴无缝对接,实现了数据的标准化和自动化处理,显著提升了运营效率。

项目挑战

尽管EDI技术在通信行业的应用十分广泛,但企业在推进EDI项目的过程中仍会面临挑战。首先,系统兼容性问题显著,不同企业使用的EDI标准和协议可能不一致,导致数据交换困难。其次,数据安全性是一个重大挑战,特别是在处理敏感信息时,必须确保数据传输的安全性和保密性。再者,技术更新滞后,一些企业的EDI系统过于老旧,难以适应现代快速变化的业务需求。最后,成本问题也不容忽视,部署和维护EDI系统需要投入大量的资金和技术资源。

对于本次对接爱立信的项目而言,由爱立信方规定传输协议、EDI报文标准以及需要传输的业务单据类型,企业只需要按照爱立信的需求在本地搭建自己的EDI,能够满足对接需求即可。对于数据安全性,企业需要选择专业的EDI供应商,使用成熟的EDI软件产品,采用本地部署的方式,将所有数据存放在企业本地服务器中。对于EDI领域的技术问题,知行之桥EDI系统每年都会进行一次大版本升级以及不定期的小版本升级,确保用户使用的EDI系统始终具备行业前沿的技术。

爱立信EDI项目需求

传输协议:AS2

爱立信与交易伙伴的EDI项目,选择的传输协议为AS2。

报文标准:EDIFACT

本次项目中,使用的报文标准为EDIFACT。企业实现与爱立信的EDI对接需要传输的业务单据如下:

业务类型 业务含义 传输方向
DELFOR 交付计划 爱立信发送给供应商
ORDERS 采购订单 爱立信发送给供应商
INVOIC 发票 供应商发给爱立信
ORDRSP 订单回复 供应商发给爱立信
DESADV 发货通知 供应商发给爱立信
EDI解决方案

基于知行之桥 EDI 系统建立 AS2 连接。供应商选择使用中间数据库方案,实现 EDI系统与 ERP 系统的集成。通过各自的接口来连接中间数据库表,实现从中间数据库表中存放和读取数据。目前支持的数据库有:MySQL、PostgreSQL、SQLite、SQL Server、Oracle等。本案例中使用的数据库为 SQL Server。

如何实现与爱立信的EDI对接?

1.搭建AS2传输通道

搭建AS2传输通道,需要准备的信息包括:

AS2 ID(AS2身份标识符)
Private Certificate (私钥证书)
Certificate Password(私钥证书密码)
Public Certificate(与私钥证书成对的公钥证书)
Receiving URL (数据接收URL地址)

其中需要提供给爱立信的信息为:AS2 ID(您的AS2身份标识符),用于在AS2传输中标识您的身份,Public Certificate(与私钥证书成对的公钥证书)以及Receiving URL(您的数据接收URL地址)。 在开始EDI项目前,供应商需要与爱立信交换上述AS2连接信息。在知行之桥EDI系统的 个人设置 选项卡下配置供应商自己的AS2连接信息:

ERICSSON-EDI1.png

接下来需要在AS2端口的 设置 选项卡下配置爱立信的AS2连接信息,如下所示:

ERICSSON-EDI2.png

2.数据格式转换

供应商从爱立信处接收数据:

1.知行之桥 EDI 系统的AS2 与爱立信的EDI系统的AS2建立连接,并接收爱立信发来的符合EDIFACT标准的DELFOR交付预测、ORDERS采购订单。
2.通过 EDIFACT 端口以及 XMLMap 端口将接收到的三种业务报文转换成数据库格式的XML文件。
3.通过数据库端口将收到的业务数据写入中间数据库。供应商的ERP系统则根据需求从中间数据库读取所需业务数据。

供应商发数据给爱立信:

1.供应商给爱立信发送数据,只需要 ERP 系统将指定的业务数据存放至中间数据库中,EDI系统将通过 Database 端口自动自动从中间数据库抓取数据。
2.通过XMLMap端口将数据库格式的XML文件转换成指定报文格式的XML文件,然后通过EDIFACT端口将指定报文格式的XML文件转成对应的EDI报文:ORDRSP采购订单回复、DESADV发货通知以及INVOIC发票信息。
3.通过 AS2 端口将转换后的 EDIFACT 文件:ORDRSP采购订单回复、DESADV发货通知以及INVOIC发票信息。

项目成果

根据上述需求,可以在知行之桥EDI系统中搭建如下所示的工作流:

ERICSSON-EDI2.png

如上所示即为本次对接爱立信EDI项目的完整工作流,其中红色方框中的部分为接收方向,主要实现接收爱立信发来的文件,并将数据存放至中间数据库表中。蓝色方框中的部分为发送方向,主要实先从中间数据库表中抓取数据并发送给爱立信。

使用端口计数:总计使用16个端口,其中包含一个免费的Branch端口和一个免费的Notify端口。

接收方向的详细工作流如下:

ERICSSON-EDI4.png

发送方向的详细工作流如下:

ERICSSON-EDI5.png

测试流程

EDI项目测试流程主要分为连接测试和业务测试两部分。

连接测试主要测试交易双方是否能够通过AS2传输通道成功传输数据。我们可以利用知行之桥EDI系统的AS2端口快速完成这部分测试。

业务测试则需要搭建好上述工作流之后,先核对企业提供给EDI系统的数据,与转换为EDI报文中存放的数据是否一致,确认无误后联系爱立信开始测试。接收爱立信发来的DELFOR交付预测以及ORDERS采购订单,确认接收到的单据能够被企业顺利处理。接下来根据收到的采购订单和交付预测,生成ORDRSP采购订单回复、DESADV发货通知以及INVOIC发票信息发送给爱立信,对方将会验证是否能够正确处理这些单据。确认无误后,可以切换上线。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , , ,
文章分类 帮助文档, 成功案例, 知识库, 通信行业EDI

知行之桥EDI系统2024版本更新介绍

知行之桥EDI系统2024版现已发布,我们的开发人员对系统页面进行了大规模的升级,力争使其成为用户友好型的EDIMFT平台。

接下来让我们一起看看2024版本都有哪些让人眼前一亮的更新吧!

知行之桥EDI系统的工作流页面是您创建自定义、无代码 EDI 和MFT集成工作流的地方。但现在,工作流页面中将会包含更多一目了然的信息,你可以全面了解工作流中的信息流量以及各项指标。如下图所示,点击工作流选项卡,可以看到这里的UI界面与之前版本相比发生了很大的变化。用户可以点击添加工作区,创建新的工作区,也可以点进Default页面。

edi-version-update2024-1.png

以如下所示的工作流为例,我们通过AS2端口从交易伙伴处接收EDI文档。AS2端口中显示了文件发送方的AS2 ID,因此我们可以快速识别交易伙伴的身份。

edi-version-update2024-2.png

这个流程当中还涉及到了我们的X12端口,表明它正在将X12转换为XML,以及我们的EDI 文档的与其发送方ID以及接收方ID。如果端口偏离了默认设置,则需要确认工作流中端口自动化设置下的配置的正确交易伙伴关系。

与以往的版本一样,实现以上功能需要使用到相应的功能端口以及带箭头的蓝色连接线。但在2024版中,我们对工作流中使用到的这两个端口的一些重要参数添加了简洁的视觉展示,能够显示处理交易时生成的成功、错误和警告。如下图所示:

edi-version-update2024-3.png

在2024版中,新增了用于标识流程开始和结束的标签按钮,可以看到上述工作流中还没有添加结束标签,我们可以借此体验下知行之桥EDI系统扩展工作流的功能,如果我单击这个X12端口 默认 流程处的箭头,我可以快速添加当前工作流的下一个端口。假设我知道接下来需要一个XMLMap端口,我可以像这样快速创建:

edi-version-update2024-4.png

当然这个新创建的XMLMap端口具备所有常见的端口基本功能,例如自动读取任何EDI模板。

edi-version-update2024-5.png

现在我将在这个XMLMap端口中配置模板来完善流程,我可以使用相同的流程快速添加后端集成端口,假设我正在将我的EDI数据集成到SQLSever数据库中。

edi-version-update2024-6.png

我们可以使用该SQLSever端口清楚地看到流程结束的标签:

edi-version-update2024-7.png

但这些标签不仅仅是为了展示,他们也可以在测试期间使用。例如:如果可以像此Pickup端口示例一样手动触发工作流的开始:

edi-version-update2024-8.png

然后单击启动触发器标签中的 手动接收 选项将启动这个工作流端口,当然这里仍然有自动化设置。UI中将会一目了然的提供有关工作区的更多信息,例如您为知行之桥创建了很多用户,并且想要快速检查哪些用户有权访问当前工作区。如下图所示,可以将鼠标悬停至当前界面左上角的人物图标中,即可看到系统用户,并且支持检索以及快速添加用户。

edi-version-update2024-9.png

事实上您可以通过单击页面上方的 工作流 选项卡 来缩小并快速查看所有配置的工作区,、你可以获得工作区的网格视图,还可以将鼠标悬停在这些选项上,以查看哪些端口位于哪些用户可以访问的工作区中。

edi-version-update2024-10.png

最后您可能已经注意到知行之桥2024版本中UI重新设计的重点,即最大化系统的可检索性和便利性。因此你可以快速搜索工作区、工作流和端口,以减少构建或维护B2B工作流时浪费的时间。

edi-version-update2024-11.png
edi-version-update2024-12.png

除了这些主要UI更新之外,我们还提供了完整的添加、更改和修复列表。可以点击页面右上角的问号图标,在左侧菜单栏中找到版本>当前版本。

如果你希望体验最新版本功能,只需要访问知行软件官网:www.kasoftware.com即可。希望你能够持续关注知行之桥 EDI 系统的功能升级。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , ,
文章分类 产品介绍, 帮助文档, 知识库

汽车EDI:安通林Antolin EDI 项目案例

安通林(Antolin)是一家全球性的汽车零部件制造商,专注于汽车内饰系统和零部件的生产,致力于创新和采用先进的技术。近年来 安通林Antolin 推动其供应商部署EDI系统,使得双方能够通过EDI传输业务单据,极大提升了供应链的信息化水平,降低人力成本。

项目挑战

本次对接Antolin的供应商C公司同时需要与多个客户建立EDI连接,业务单据数量不多,但该公司对于信息自动化有着较高要求,因此需要实现企业内部业务系统与EDI系统之间的集成。

安通林Antolin EDI 需求

传输协议:AS2

AS2 是一个基于 HTTP/S 的 B2B 协议,在零售、金融和医疗保健行业应用非常广泛,其目标是为电子数据交换(EDI)通信提供安全性、可靠性和不可抵赖性。

报文标准:EDIFACT

1.供应商接收来自安通林 Antolin的 DELFOR长期交付计划。
2.供应商向安通林 Antolin发送DESADV发货通知

实施方案

考虑到供应商的集成需求,在与知行的项目经理沟通后,最终选择中间数据库方案。采用多张数据库表作为中间表,存放知行之桥EDI系统收到EDI报文后解析所得的业务数据以及发送EDI报文需要ERP提供的数据。

供应商当前使用的是金蝶ERP系统,EDI系统和ERP系统通过各自的接口来连接中间数据库表,实现从中间数据库表中存放和读取数据。下图所示便是知行之桥EDI系统中的数据库端口,用于配置数据库表信息,完成与中间数据库表的连接。目前支持的数据库有:MySQL、PostgreSQL、SQLite、SQL Server、Oracle等。

Antolin_EDI_case1.png

项目成果

根据上述EDI需求,实现与Antolin的EDI对接需要在知行之桥EDI系统中搭建如下所示的工作流:

Antolin_EDI_case2.png

第一行工作流中,数据流向为箭头所指方向,即解析AS2接收到的来自Antolin的DELFOR报文,并将长期预测数据存储到指定的数据库表中。

第二行工作流中,EDI系统需要抓取数据库中间表的数据,生成Antolin要求的DESADV发货通知报文,并通过AS2发送给Antolin。

EDI解决方案

搭建AS2传输通道

搭建AS2传输通道,首先需要准备交易双方的以下信息:

  • AS2 ID
  • AS2 URL
  • 加密算法
  • 加密证书
  • 是否请求MDN回执

通过知行之桥EDI系统搭建与Antolin的EDI传输通道,无需代码,只需要在可视化页面中配置双方的AS2连接信息即可,用户可以在如下页面配置Antolin的连接信息:

Antolin_EDI_case3.png

在 个人设置 选项卡下,配置供应商自己的AS2连接信息,知行之桥EDI系统支持创建自签名证书。

Antolin_EDI_case4.png

数据格式转换

Antolin 发送给供应商:

1.知行之桥EDI系统的AS2端口接收来自Antolin的DELFOR报文
2.将接收到的EDI报文通过EDIFACT端口转换为XML
3.通过XMLMap端口实现目标XML与源XML之间的映射处理
4.通过SQL Sever端口将数据存放到中间数据库表中

供应商发送给Antolin :

1.供应商将发货通知数据存放至中间数据库表中,EDI系统将会自动抓取,并转换为数据库XML
2.通过XML Map 端口实现源文件到目标文件的映射处理
3.通过EDIFACT端口实现XML到满足EDIFACT报文标准的DESADV报文的格式转换
4.通过AS2端口将DESADV报文发送给Antolin

项目回顾

关于测试

安通林不提供测试系统,因此供应商如果想进行测试,可以使用生产环境的参数,注意需要在 VFN中添加 “TEST”字样,并在 UNB 中添加适当的测试字段。

虚拟文件名VFN

通过EDI系统传输业务文件的过程中需要根据文件的传输方向设置虚拟文件名VFN。

报文标准 Antolin 发出的文件 供应商发出的文件
EDIFACT DELFOR.A-XXX**.Supplier* DESADV.Supplier.XXX
VDA 4905.A-XXX.Supplier 4913.Supplier.XXX
ANSI X12 830.A-XXX.Supplier 856.Supplier.XXX

注:表格中的Supplier是指Supplier Name,最大10位。XXX是指Plant Code,3位。

包装方式

安通林集团的工厂将决定是否需要包装管理,以及具体需要哪种类型的包装。有以下三个选项:

  • No Packaging – 无包装
  • Packaging One Level (i.e. Boxes)
  • 包装一层(即盒子)
  • Packaging Two Levels (i.e Pallets + Boxes)
  • 包装两层(即托盘+箱子)

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , , , ,
文章分类 帮助文档, 成功案例, 汽车行业EDI, 知识库

汽车EDI:IAC Elmdon EDI 对接指南

近期收到客户C公司的需求,需要与其合作伙伴IAC Elmdon建立EDI连接,本文将主要为大家介绍IAC Elmdon EDI 对接指南,了解EDI项目的对接流程。

项目需求

传输协议:OFTP2

IAC Elmdon 与其供应商之间使用的传输协议为OFTP2。OFTP2是由Data Interchange在2007年编写的,作为通过互联网、ISDN和X.25网络安全传输商业文件的规范。

OFTP 2可以对信息数据进行加密和数字签名,请求签名的收据,并提供高水平的数据压缩。当通过TCP/IP、X.25/ISDN或本地X.25使用OFTP 2时,所有这些服务都是可用的。当在TCP/IP网络(如互联网)上使用时,通过在传输层安全(TLS)上使用OFTP 2,可以获得更高的会话级安全。

报文标准:EDIFACT

IAC Elmdon 使用EDIFACT报文标准作为其与供应商之间数据传输的标准。本次EDI项目中涉及到的报文类型:

  • 接收来自 IAC Elmdon 的DESADV 发货通知
  • 向IAC Elmdon 发送DELFOR 物料需求预测
实施方案

CSV全称为Comma-Separated Values是一种常见的文件格式,以纯文本的形式,将逗号作为各字段的分隔符,每行表示一个数据记录。

与其他格式相比,CSV格式占用更少的存储空间,更加轻量级。此外CSV格式的文件还可以在不同系统及软件之间进行交换,具有较强的兼容性,用户直接通过文本编辑器即可打开和查看文件内容。

EDI解决方案

基于知行之桥EDI系统建立OFTP连接,C公司由于业务系统尚未完善,因此本次项目中并不考虑实现EDI系统与企业内部系统的集成,最终选择了CSV方案。

搭建 OFTP 传输通道

基于知行之桥EDI系统建立与IAC Elmdon的OFTP2连接通道需要准备:

  • 部署OFTP服务的服务器,且交易伙伴可访问到该服务
  • ODETTE ID和ODETTE证书

通过知行之桥EDI系统的OFTP端口,用户可以在可视化界面中进行连接信息的配置,需要双方提供的信息如下:

  • SSID SSID:作为OFTP数据传输中的唯一身份标识,即就是向ODETTE申请购买的ODETTE ID。该值将包含在发送的请求中,以标识发送方身份,并在接收消息时可以寻址到相关的OFTP端口。
  • Password:与 SSID 相匹配的密码。此密码为自定义值,只需确保交易伙伴系统内配置相同的值即可,长度不超过8位。
  • Remote Host:远程 OFTP 服务器的主机名称或 IP 地址。
  • Port 端口:连接到远程 OFTP 服务器的端口。
  • Public Certificate:发送消息时,用于加密的公钥证书。该证书必须与交易伙伴的私钥证书匹配,并在共享 OFTP 详细配置信息时,交易伙伴应提供此公钥证书。

工作流界面中搭建OFTP端口,在 设置 选项卡下配置IAC Elmdon的OFTP连接信息。界面如下所示:

IAC_Elmdon_EDI1.png

在 个人设置 选项卡下配置C公司自己的OFTP连接信息,页面如下所示:

IAC_Elmdon_EDI2.png

数据格式转换

IAC Elmdon 发送给 C 公司:

1.知行之桥EDI系统的OFTP端口接收来自IAC Elmdon的DELFOR报文
2.将接收到的EDI报文通过EDIFACT端口转换为XML
3.通过XMLMap端口实现目标XML与源XML之间的映射处理
4.通过CSV端口实现XML到CSV之间的格式转换
5.通过Email Send端口将存有交付预测数据的CSV文件发送至C公司的指定邮箱中

C 公司发送给IAC Elmdon :

1.C公司将包含发货通知数据的CSV文件发送至指定邮箱中,EDI系统将会自动抓取
2.通过CSV端口,将接收到的CSV文件转换为XML
3.通过XML Map 端口实现源文件到目标文件的映射处理
4.通过EDIFACT端口实现XML到满足EDIFACT报文标准的DESADV报文的格式转换
5.通过OFTP端口将DESADV报文发送给IAC Elmdon

整体方案流程图:

IAC_Elmdon_EDI3.png

项目成果

在知行之桥EDI系统中针对上述需求可以搭建如下所示的工作流:

IAC_Elmdon_EDI4.png

项目回顾

转换分析:生成CSV文件时需要注意,要将XML文件转换为CSV文件,输入的XML必须具有“平面”结构。这意味着,不管根元素如何,XML结构的深度都是2。

如果输入的XML文件层级大于2,则无法转换为CSV格式。此时可以将头部信息放在明细信息下,简化层级结构。

传输过程中,头部信息只需出现一次,而明细信息可重复出现多次。在保证信息完整输出的前提下,将头部信息放在明细信息中既满足了XML转CSV的“平面”结构需求,又不影响业务数据输出的完整性。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , , , , , , ,
文章分类 帮助文档, 成功案例, 汽车行业EDI, 知识库

物流EDI:GEFCO EDI 需求分析

GEFCO专注于汽车物流领域近70年,是欧洲整车市场的物流供应商,也是欧洲十大领先的运输和物流集团之一。GEFCO的业务遍及六大洲,业务覆盖150个国家,在全球拥有庞大的员工队伍,在全球汽车行业的挑战中茁壮成长。为汽车制造商、零部件供应商和两轮车行业提供汽车物流领域包括进出库等的各项服务。

GEFCO_EDI1.jpg

物流EDI是指货主、承运方、实际运送货物的企业和其他物流相关单位之间通过EDI技术进行物流数据的交换,并以此为基础开展物流活动。

由于物流行业的特殊性,需要与来自各个行业的交易伙伴实现合作,但基本业务流程都是相似的,借助EDI传输订单、发货、收货等流程中交易双方需要的业务信息。

GEFCO EDI需求

EDI传输协议

GEFCO支持的传输协议为AS2。

EDI报文标准

以X12报文标准为例,GEFCO在与交易伙伴实现EDI对接的过程中使用频率最高的业务单据如下:

  • 810 – Invoice 发票
  • 850 – Purchase Order 采购订单
  • 856 – Ship Notice/Manifest 发货通知
  • 997 – Functional Acknowledgement 功能性确认

GEFCO EDI 项目中还可能会用到以下报文:

此外对物流行业而言,必不可少的标签也可以通过EDI实现。GEFCO EDI项目中会使用到GS1-128 (UCC 128) 标签。

SSCC是什么?

SSCC 全称为 Serial Shipping Container Code,运输装箱序列编号,企业可以使用 SSCC 来识别物流单元,例如箱子、托盘或包裹。SSCC 结构如下图所示:

GEFCO_EDI2.jpg

SSCC 一般是20位数字,以上图中的 SSCC 为例,其设置组成如下:

00 0 0123456 000 000001 8
(1-2):00,默认值-由 GS1 定义和设置
(3):0,“0”表示纸箱,”1”表示托盘
(4-10):0123456,GS1 公司前缀,公司在 GS1 完成注册后申请的一个唯一的公司代码,代码将为7-11位
(11-13):000,GS1 公司前缀超出第10位时作为 GS1 公司前缀区域,未超出作为自定义的数列区域
(11-19):000001,由用户定义的数字序列
(20):8,校验位,根据 GS1 规定的创建 SSCC 时的公式计算得出

如何通过知行之桥EDI系统实现与GEFCO的EDI对接?

实现EDI对接意味着需要实现EDI系统与EDI系统之间的对接,GEFCO方已有EDI系统,企业要想与其建立EDI连接,首先需要部署自己的EDI系统。可以选择经验丰富的EDI供应商帮助企业实现EDI。

建立EDI连接通道

知行之桥EDI系统支持市面上常见的EDI传输协议,包括:AS2、OFTP、SFTP、FTP以及VAN等。如下图所示:

GEFCO_EDI3.jpg

我们的开发人员将不同的功能分别集成在各个端口中,如上图所示的一个个小模块,无需代码,只需要在可视化界面中进行简单配置即可于GEFCO建立EDI连接。

注意在与GEFCO建立AS2连接通道时,需要区分生产和测试环境,因此需要用到两个AS2端口。

格式转换

国际通用的EDI报文标准包括X12、EDIFACT、VDA、HL7等,知行之桥EDI系统支持对满足国际报文标准的EDI报文进行格式转换。对企业而言,直接处理这些EDI报文难度较大,需要将其转换为XML、Json、Excel等格式,借助知行之桥即可实现。

系统集成

所有的EDI项目旨在降低人工处理业务数据的工作量,提高供应链的信息化水平。因此实现格式转换后,EDI系统还需要具备系统集成的功能,支持与Quickbooks, Dynamics、Oracle, QAD, SAP,NetSuite, Salesforce, Magento, Shopify等业务系统的集成。

知行之桥EDI系统支持的集成方式如下:

1.中间数据库

EDI系统与ERP系统通过中间数据库进行数据交互,采用中间数据库方式对接避免了直接与ERP生产数据库连接可能会造成的潜在问题,也不会有数据强行插入生产库中而跳过ERP逻辑的问题出现。

2.Webservice

企业可以定义好Webservice接口给EDI系统,EDI系统将报文按照接口定义的格式进行转换,实现将EDI报文解析至ERP中。

3.API

EDI系统可以调用ERP的API(标准API或自定义API)输入数据,ERP也可以调用EDI系统的API来上传文件。

4.tRFC IDOC

tRFC用于将业务文件从一个SAP系统发送到另一个SAP系统,通常是通过使用ALE/IDoc层。EDI系统完成报文和IDOC文件之间的格式转换。

5.中间格式

某些ERP可能不支持集成,EDI系统可以将数据转换为Excel、XML或Json等其他中间格式,客户可以直接获取Excel来查看数据,或者可以通过手工导入文件的方式,将数据导入到ERP中。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , , , , , ,
文章分类 帮助文档, 成功案例, 物流行业EDI, 知识库

知行之桥EDI系统跨平台版本安装报错及解决方案

本文将为大家介绍如何在Windows系统中安装知行之桥EDI系统跨平台版本的常见报错以及解决方案。如下图所示:

java-web-windows1.png

在知行软件官网的导航栏中点击 下载 按钮,即可看到知行之桥EDI系统不同版本的下载选项,点击右侧跨平台版本,选择 Windows 安装包(.exe),下载跨平台版本的知行之桥EDI系统,获取30天的免费试用。

跨平台版本捆绑了一个基于 Eclipse Jetty 构建的Web服务器,以支持简单的跨平台部署。这个独立的Web服务器是通过运行 arc.jar 文件,位于安装目录中。

Java -jar arc.jar

知行之桥已预先配置为可在任何环境中立即工作。但是如果需要自定义此Web服务器的配置,可以生成arc.properties 文件,位于 arc.jar 文件旁。创建后,可以根据特定部署需求修改此配置文件。

在Windows中,知行之桥默认安装为服务。要访问该应用程序,首先必须确保该服务正在运行。服务运行后,可以通过打开网络浏览器并在URL字段中输入http://localhost:8080/ 来访问知行之桥管理控制台。

报错1

下载知行之桥EDI系统跨平台版本后,需要使用命令:java -jar arc.jar 启动系统。这里需要先定位至知行之桥的安装目录下,然后在使用上述启动命令,否则将会报错: Errors:Unable to access jarfile arc.jar,如下所示:

java-web-windows2.png

报错2

知行之桥的跨平台版本与基于 Jetty 构建的 web 服务器绑定在一起,因此无需任何外部服务器配置即可运行。此外,该安装包括一个. WAR文件,可以部署到任何Java servlet容器,如 Apache Tomcat, Eclipse Jetty,或者IBM WebSphere。

内置 Jetty 服务器要求服务器上安装 JDK 11 或更高版本。部署到外部 Java servlet 则需要 Servlet 3.0 (Jetty 8+、Tomcat 7+、JBoss EAP 6/7、Glassfish 3、WebLogic 12+、WebSphere 8+等)。

java-web-windows3.png

因此在安装知行之桥EDI系统的时候,需要检查当前的java版本,可通过如下命令查询:java -version。用户也可以使用知行之桥EDI系统内置的jre,路径如下:

知行之桥的安装路径 -> jre -> jdk-17.0.5+8 -> bin

如何使用知行之桥EDI系统内置的jre

在 cmd 中通过命令 where java 即可显示当前环境变量中配置的java路径,现需要用知行之桥EDI系统内置的jre所在路径替换掉现有路径。位置如下:

控制面板 -> 系统与安全 -> 系统 -> 高级系统设置 -> 环境变量

java-web-windows4.png

需要将JAVA_HOME的值换成知行之桥EDI系统安装目录 -> jre -> jdk-17.0.5+8文件夹的路径,或者需要将 CDATA_JAVA_PATH 置顶并确认值为知行之桥EDI系统安装目录 -> jre -> jdk-17.0.5+8文件夹。

报错3

启动知行之桥EDI系统之后,在功能端口中看到如下报错:

Failed to start database ‘C:\ProgramData\ArcESB\db\app_transactions’ with class loader WebAppClassLoader{Arc}@3c87521,see the next exception for details.

java-web-windows5.png

如果出现以上报错很大可能是用户当前有多个实例同时使用同一db,例如用户此前已经下载了其他版本的知行之桥EDI系统,则可能会出现上述报错。需要给这些实例各自配置一个app.directory。

知行之桥2024版本中配置app.directory

如果用户下载了知行之桥EDI系统的最新版本,在对嵌入式 Jetty 服务器进行任何自定义之前,必须创建 arc.properties 文件。在arc.jar所在的安装目录下执行以下命令:

java -jar arc.jar -GenerateProperties

这将在安装目录中创建 arc.properties 文件。用户需要在这个文件中为当前知行之桥配置专属的app.directory,如下图所示:

java-web-windows6.png

知行之桥2023版本及更早版本中配置app.directory

知行之桥2023版本及更早版本中配置app.directory需要在软件的安装目录下找到www_services文件夹,打开Web.Config文件,修改此文件末尾处关于AppDirectory的设置,在value处配置一个自定义的路径。如下所示:

java-web-windows7.png

以上便是知行之桥EDI系统跨平台版本在安装部署过程中能够可能会遇到的问题以及相应的解决方案。详细的安装过程可以点击查看下载页面中的操作视频

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , ,
文章分类 EDI视频教程, 帮助文档, 常见问题和回答, 知识库

禁止使用root用户运行知行之桥Service

近期在给大家运维知行之桥EDI系统时,发现有些用户在通过root用户运行知行之桥的服务,这种做法极大地增加了系统和数据遭受安全的风险。

知行之桥在安装时会自动创建用户及用户组:cdataarc: cdataarc,建议使用该用户及用户组运行知行之桥服务。本文将详细说明为何禁止使用root用户运行服务。

1. 安全风险

在Linux系统中,root用户拥有系统最高级别的权限,常被称为超级用户权限,这意味着任何由root用户启动的服务或进程都会继承这些高级权限。如果这些服务中存在漏洞或受到外部攻击,攻击者可以利用这些漏洞获得root权限,进而对系统进行全面控制。这对于系统的稳定性与安全性构成了极大威胁,如果使用root权限进行了一些不利于系统的操作,将造成毁灭级别的损失。
同时,即使是经验丰富的管理员,也有可能在操作过程中出现失误。使用root用户运行服务,一旦发生误操作,比如误删系统文件、或者错误修改重要配置,就可能导致系统组件损坏或者系统整体崩溃。通过限制使用root权限,可以在一定程度上减少因人为因素导致的重大事故。

2. 权限隔离

在复杂的Linux系统中,通常会有多个服务同时运行。如果所有服务都以root用户身份运行,这将导致服务之间的权限边界模糊不清,增加了服务互相干扰的风险。例如,一个服务可能会无意中修改了另一个服务的配置或数据文件,从而引发服务之间的冲突或系统稳定性问题。

为了最小化程序错误或恶意行为导致的破坏范围,现代操作系统通常遵循最小权限原则,即每个服务应当只拥有完成其任务所需的最小权限。当Linux系统中的每个服务都运行在各自的专用用户账户下时,可以更加明确地划分和管理各个服务的职责和权限。这样不仅减少了服务之间的干扰,还意味着即使某个服务被攻破,也不会影响到系统的其他部分。这样可以最大限度地减少潜在的安全风险。

例如,如果某服务只需要读取特定文件或访问特定网络端口,应为其创建一个仅拥有相应权限的专用用户账户,而不是使用root用户。通过限制服务的权限范围,可以有效地防止安全漏洞被利用,保护系统免受更广泛的威胁。

3. 管理与审计

在系统审计过程中,如果多个服务都是以root用户运行,其操作日志往往会混杂在一起,这使得追溯到具体服务的责任变得复杂。禁止使用root用户运行服务,可确保每个服务的操作记录都能与特定用户相关联,极大地提高了审计记录的清晰度,有利于提高合规性检查、安全事件调查等关键活动的效率,以便及时发现和处理任何异常情况。这种明确的账户分离政策不仅增加了安全性,也优化了管理与审计流程。

4. 资源保护

避免直接以root用户运行服务还可以有效防止服务因意外或恶意行为过渡消耗系统资源,如CPU、内存或磁盘空间等。这种做法确保每个服务只能使用其分配的资源量,从而保护系统免受不必要的资源耗尽风险。

5. 服务自身设计:

在服务的设计阶段,许多服务会考虑到安全性和权限控制,并在内部实现权限分离的机制。这些服务可能会使用专门的非root系统用户或用户组,并配置服务以这些较低权限的用户身份运行,例如知行之桥的cdataarc用户。同时,必要时可以通过setuid/setgid机制或较新内核中的capabilities来赋予特定的权限,而不是给予完全的root权限。这种设计有助于进一步降低潜在的安全风险,确保服务只能访问其需要的资源,同时最大程度地限制了对系统的影响范围。

综上所述,禁止使用root用户运行服务的原因主要包括增加安全风险、导致权限管理混乱、违反最小权限原则、增加管理与审计难度、恶意消耗系统资源以及不符合现在服务或程序自身设计。为了保障系统的安全性和稳定性,我们应该为每个服务创建专用的用户账户,并为其分配必要的权限。通过合理管理用户权限和遵循最佳实践,我们可以有效地降低潜在的安全风险并提高系统的可靠性。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , ,
文章分类 帮助文档, 常见问题和回答, 知识库

物流EDI:如何与飞协博Flexport 建立EDI连接

飞协博Flexport 主要为合作伙伴提供海陆空货运的透明化服务,用户可以通过软件预定货船、卡车以及货运飞机等,并且能够提供即时追踪服务。其用户群体从新兴品牌到财富100强,并于2021年将近190亿美元的商品运送到112个国家和地区。

为了改善其B2B协作,Flexport 需要与卡车运输、空运和海运物流的客户/承运人/客户建立电子数据交换(EDI)集成。

Flexport EDI需求分析

Flexport使用X12报文标准作为其与合作伙伴之间的数据传输标准,版本号为 4010。涉及到的业务单据如下:

收货方/发货方

预订以及采购订单流程

EDI 850:采购订单

EDI 850可用来规定与下达货物和服务采购订单,通常包含的信息为:订购的物料、价格和数量,装运详情,付款条件以及折扣等。这个单据不得用于传递采购订单变更或采购订单确认信息。

Flexport EDI 850 采购订单中涉及到的时间均为24小时制,格式如:HHMM,HHMMSS,HHMMSSD或者HHMMSSDD。

EDI 850报文中,可能会涉及到一些专业名词,这些简称需要结合EDI规范来理解,如在 FOB 字段中可能会遇到的:

  • CFR:成本和运费
  • CIF:成本、保险费和运费
  • CIP:运费和保险费付至
  • CPT:运费付至
  • DAP:交货地点
  • DAT:码头交货
  • DDP:已完税交货
  • EXW:工厂交货
  • FAS:船边交货
  • FOB:船边交货

EDI 300:预定请求(海运)

EDI 300中需要包含的信息有:集装箱细节信息,装运和温度,地理位置以及物料信息等。

这个报文中,会在ISA15中通过P和T来标识当前数据是生产数据还是测试数据。

运输状态

EDI 214:空运状态

用于通知供应商有关已运输物料的详细信息,包括承运商、装运日期和时间、物流状态、数量和运输路线等。

点击获取MySQL 到 EDI 214的示例工作流

EDI 315:海运状态

EDI 315,也称为状态详细信息(海运)文档,是海运承运人用来向托运人和收货人更新货件的 EDI 事务集。该文档可以通知交易伙伴运输周期中的特定事件,并可用于单个装运或集装箱。

货运发票

EDI 310:海运发票

EDI 310包括与装运相关的海运提单信息。

可用于以下目的:

  • 海运承运人将账单发送给各相关方,这些相关方将账单用作收据
  • 被用作纸质提单的替代品(双方必须同意不需要纸质提单)
  • 在打印和释放收据之前验证提单信息
  • 提供一般信息
  • 传达清单信息
  • 也用作相关运费的发票

EDI 110:空运发票

EDI 110是空运明细和发票,用于向客户提供空运运输情况和费用,主要包括以下内容:

  • 发票信息
  • 空运航班
  • 收货方
  • 运输货物的数量,重量等
  • 费用信息

ASN

EDI 856:发货通知

EDI 856也称为EDI提前发货通知或EDI ASN,用于将发货的内容以电子文档方式发送给交易伙伴,发货方需要在货物到达其交易伙伴的收货地点之前发送EDI 856给其交易伙伴。

承运人

海运

EDI 310:运费收据和发票
EDI 323:船期表
EDI 315:运输状态

卡车运输

EDI 204:汽车运输装载机
EDI 990:对负载招标的回应
EDI 214:运输状态信息

了解更多信息,可以参考Flexport 官网公开的EDI规范文档

通过知行之桥EDI系统实现与Flexport的EDI对接

与Flexport的EDI对接主要分为传输、格式转换和系统集成三部分。以下是知行之桥EDI系统的系统界面,能够支持从笔记本、平板电脑、手机等设备访问EDI系统,随时随地掌握数据收发动态。

edi_system1.png

搭建EDI传输通道

知行之桥EDI系统支持市面上常见的EDI传输协议,如:AS2、OFTP、SFTP、FTP以及VAN等。模块化的产品界面能够使用户在可视化界面中通过简单配置实现传输通道的搭建。

格式转换

这一步主要实现从EDI到企业可处理格式的转换,由于Flexport使用的传输协议为X12,因此主要实现X12标准下的EDI报文的格式转换。知行之桥支持将这些报文转换为:数据库XML、Idoc、Json、Excel以及CSV等格式,可以根据用户的实际需求进行选择。

系统集成

知行之桥EDI系统支持通过中间数据库、WebService、API等方式实现与企业内部业务系统的集成。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。

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

标签: , , , , , ,
文章分类 帮助文档, 成功案例, 物流行业EDI, 知识库

强化SSH服务安全的最佳实践

SSH(Secure Shell)作为一种广泛应用于Linux和其他类Unix系统中的强大工具,为管理员提供了安全的远程登录和命令执行功能。在现今高度互联的网络环境中,确保SSH服务的安全性显得尤为重要。本文将详细阐述一系列SSH服务的最佳实践,旨在帮助系统管理员有效地提升服务器及知行之桥服务安全级别,减少潜在的攻击面。

1.修改默认端口

服务器

默认情况下,SSH服务运行在TCP端口22上,黑客通常会通过扫描默认端口来寻找潜在的攻击目标。修改SSH的服务端口能有效减少此类无差别扫描带来的威胁。在/etc/ssh/sshd_config配置文件中修改Port配置项,并在防火墙中开放新的端口即可。

若需要更进一步的安全策略,可考虑关闭对SSH端口的持续侦听,在需要远程登录至服务器时再临时打开,使用后立即关闭。

知行之桥

知行之桥支持通过建立 SSH 反向隧道接收发送到 DMZ 网关的数据。这样做可以将所有外部连接集中到 DMZ,有助于保护公司防火墙并维护网络安全。注:该特性目前只在知行之桥的 .NET 版本中适用,并且需使用内置的 web 服务器。

点击了解DMZ网关的设置以及知行之桥建立SSH反向隧道

此外,需注意的是,知行之桥系统内也提供SSH服务,例如SFTP,其默认端口是22,若在知行之桥系统中使用了产品内置的SSH服务,也需要修改其默认端口:

edi-SSH1.png

2.强制公钥认证

建议避免使用基于密码的身份验证,而是启用公钥私钥对验证。公钥认证可显著提高安全性,因为每次登录都需要匹配私钥才能成功连接。

服务器

要为登录服务器设置公钥认证,请按照以下步骤操作。

①在客户端上生成公钥和私钥对时,可使用SSH-keygen命令:ssh-keygen -t rsa -b 2048

edi-SSH2.png

按照提示操作,一般情况下,公钥会被保存在~/.ssh/id_rsa.pub,私钥保存在~/.ssh/id_rsa。

② 使用以下命令将客户端机器上的公钥追加到服务器上的~/.ssh/authorized_keys文件中:

ssh-copy-id -i ~/.ssh/id_rsa.pub user@server_address

在上述命令中,user是服务器上的用户名,server_address是服务器的IP地址或域名。
执行成功后,在服务器~/.ssh目录下,可看authorized_keys文件。

③在登录到服务器后,打开SSH服务器配置文件/etc/ssh/sshd_config,找到并修改以下几行配置(若不存在则添加):
PasswordAuthentication no # 关闭基于密码的身份验证
PubkeyAuthentication yes # 开启公钥认证

注意,修改配置后请务必检查配置文件的其他设置,确保没有冲突或遗漏的安全措施。

④在应用更改后,需要重启SSH服务才能使配置生效:

sudo systemctl restart sshd

重启后,服务器将只接受公钥认证的登录请求。现在,只有拥有对应私钥的客户端才能够通过SSH登录到服务器。

edi-SSH3.png

最后,请确保服务器的防火墙设置允许SSH连接,同时确认.ssh/authorized_keys文件的权限设置正确,其所有者和所属组应该是相应用户,且权限应为600 (chmod 600 ~/.ssh/authorized_keys),这样可以保证文件的安全性。

知行之桥

为SFTP服务设置密钥认证:

①在知行之桥设置页面,进入证书管理页面,点击“创建”按钮;

edi-SSH4.png

②请使用英文填写红框中的信息,并在填写完成后点击“创建证书”;

edi-SSH5.png

③创建完成后,会生成以下两个证书对,.cer文件是公钥证书,.pfx文件是私钥证书,可下载并保存。

edi-SSH6.png

④建立SFTPServer端口设置页面,为Client创建用户,认证模式选择Public Key。

edi-SSH7.png

⑤在客户端证书区域,上传客户端的公钥证书,并将私钥证书提供给客户端,这样可确保仅持有密钥的客户端才能登录。

edi-SSH8.png

3.密码策略与账户管理

确保所有用户的密码强度达标,杜绝空密码或弱密码的存在,并定期更新密码。此外,清理不必要的用户账户,确保只有经授权的用户才能访问系统。

4.限制登录尝试

服务器

通过修改/etc/ssh/sshd_config配置文件中的MaxAuthTries和LoginGraceTime参数,可以限制连续失败登录尝试的次数以及登录超时时间,从而有效地抵御暴力破解攻击。

知行之桥

在知行之桥中,SFTP Server服务可在此处设置限制登录尝试,一旦达到失败次数限制,系统将会自动锁定账户:

edi-SSH9.png

5.防火墙与网络访问控制

服务器

仅允许特定来源的IP地址访问SSH服务,可以通过防火墙规则实现。只给可信网络或者白名单上的IP地址开放SSH服务端口。

知行之桥

在知行之桥中,SFTP Server也可设置仅支持特定来源的IP地址访问SSH服务:

edi-SSH10.png

在此处添加受信任的IP地址即可:

edi-SSH11.png

6.定期审计与更新

服务器

确保SSH软件版本始终保持最新,及时打补丁以修复已知的安全漏洞。定期审查系统日志,特别是/var/log/auth.log或/var/log/secure中的登录失败记录,以便及时发现异常行为。

知行之桥

在知行之桥中,可在安装目录中\logs\SFTPServer文件夹,查看登录SFTP Server的日志信息。

结论

通过实施上述SSH服务的最佳实践,系统管理员能够显著增强服务器的安全防护机制,降低未经授权访问的风险。然而,安全是一个持续的过程,必须结合严格的访问控制政策、定期的安全审核以及及时响应安全事件的预案,才能确保SSH服务始终处于高度安全的状态。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。
标签: , , , , ,
文章分类 帮助文档, 常见问题和回答, 操作指南, 知识库

如何通过知行之桥EDI系统连接Salesforce?

近期我们帮助零售行业的企业对接其交易伙伴,用户需要将通过EDI系统接收到的EDI 850采购订单数据集成到其Salesforce系统中。

通过知行之桥EDI系统连接Salesforce,需要使用到REST端口。只需在可视化界面中进行配置即可实现连接,步骤如下:

创建一个REST端口

edi-Salesforce1.png

进入知行之桥EDI系统,在左侧 端口 列表的 基础(core) 列表 中,找到REST端口,点击并拖拽至右侧空白工作区中,即可创建一个 REST 端口。也可以在端口列表下的搜索框中搜索 REST,快速创建端口。

配置基本信息

点击 REST 端口,在弹框页面中的 设置 选项卡下配置连接 Salesforce 的基本信息。

认证类型可以选择None,Basic,NTLM,Digest,OAuth 2.0,Bearer Token,AWS Signature。

如果要将接收到的采购订单数据提供给Salesforce,这里的 方法 需要设置为POST,认证类型 需要选择 OAuth2.0。

edi-Salesforce2.png

关于OAuth2.0的配置可以参考文章:知行之桥如何支持微软邮箱OAuth2.0认证

授权类型 可以选择 Authorization Code,Client Credentials以及Password。如果选择 Password,需要补充访问令牌URL、用户名、密码、客户端Id以及客户端密码等信息,如下所示:

edi-Salesforce3.png

通过以上配置是能够正常连接到Salesforce的,但会出现这样的挑战:

出现报错:HTTP protocol error. 401 Unauthorized. 需要手动点击刷新令牌。

这个报错是由于使用了password的授权类型,但令牌有时效性,无法自动刷新访问令牌。

由于通过客户端ID和密码获取到的令牌具有时效性,过期需要手动刷新,要想顺利实现连接,需要人工点击上图右下角的 获取新的访问令牌

EDI系统需要保证全天候的自动化数据传输,从而确保能够及时收到客户发来的订单,因此这种授权类型并不符合当前我们的连接需求,需要将 授权类型 修改为 Authorization Code。如下所示,配置界面中需要的内容:

edi-Salesforce4.png

1.回调URL

这里的回调URL是OAuth2.0连接到的服务返回令牌以提供访问的URL。服务通常要去将允许的URL列入白名单,因此这是在服务中配置应用程序注册时要使用的值。用户需要将这里的回调URL配置到自己的Salesforce系统接口上。这里的回调URL,EDI系统会自动生成,用户不可做修改。

edi-Salesforce5.png

注:回调URL是以知行之桥系统的访问url为准。如果用户的系统实际访问的是https(自己配置了SSL证书),只需要在Salesforce上配置带https的URL即可。

用户可以在知行之桥EDI系统右上角点击齿轮图标,找到 高级设置 页面,在这个页面下的 高级设置 中配置 https:// 开头的主机地址即可。

edi-Salesforce6.png

2.认证 URL以及访问令牌URL

认证URL:OAuth2.0服务的授权URL,这是在单击“连接”按钮登录并授予应用程序权限时定向的URL。

edi-Salesforce7.png

访问令牌URL:OAuth 2.0访问令牌的URL。

用户需要根据自己Salesforce的信息提供以上两个URL并配置到知行之桥EDI系统中。

3.客户端Id和密码

这里的客户端Id和密码即为注册OAuth时分配的客户端Id和密码。

4.获取新的访问令牌

成功登录一次之后会获取到两个token:access token 以及 refresh token。access token具有时效性,过期之后将会借助refresh token来刷新access token,从而实现自动获取访问令牌。

其他问题

1.令牌刷新策略

Salesforce系统中的令牌刷新策略包括:

  • Refresh token is valid until revoked
  • Immediately expire refresh token
  • Expire refresh token if not used for ** Days
  • Expire refresh token after ** Days

这里选择Refresh token is valid until revoked或者Immediately expire refresh token都可以。

2.刷新令牌,将会弹出登录界面,需要输入密码登录,但推送文件失败

弹出登录界面属于正常的Oauth流程,但推送文件的时候出现401认证失败的报错,这是因为用户的服务器设置或者salesforce的认证有问题,没有给这个token足够的权限,导致获取的token没有权限访问REST API,需要在salesforce上检查。

了解更多 EDI 信息,请参阅: EDI 是什么?

了解更多EDI信息,请您通过邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。
标签: , , , , ,
文章分类 帮助文档, 知识库