如何通过知行之桥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软件。
标签: , , , , ,
文章分类 帮助文档, 知识库

Macy's 梅西百货需要传输哪些EDI单据?

在此前的文章如何与如何与梅西百货Macy's建立EDI连接?中,我们得知梅西百货与其合作伙伴之间选择的EDI对接方式为VAN增值网络,选择的EDI报文标准则为X12。本文将主要为大家介绍梅西百货旗下的各业务部门分别需要传输哪些业务单据以及这些业务单据的计划收发频率。

在EDI项目中,信息的传输分为发送和接收两个方向。

从梅西百货发出的EDI单据类型

850 采购订单

此单据适用于Macy's.com 、Bloomingdale's.com、Bloomingdale's Outlet、Bloomingdale's以及Macy's。

梅西百货的部门 计划日期 计划时间
所有 周一至周六 美国东部时间 02:00 – 22:00 每 60 分钟一次
Macy's.com 周日 美国东部时间16:00-22:00
Bloomingdale's.com 周日 美国东部时间16:00-22:00
Bloomingdale's Outlet 周日 美国东部时间16:00-22:00
Bloomingdale's 周日 美国东部时间20:00
Macy's 周日 美国东部时间20:00
852 产品活动数据

梅西百货旗下的所有部门都会发送852 产品活动数据,发送时间为:美国东部时间周一至周六的早上8点,以及周日中午12点。

997功能性确认(对接收的810,846,856等单据的确认)
梅西百货的部门 计划日期 计划时间
Macy's 周一至周六 美国东部时间 04:00 – 22:00, 23:00 每45分钟一次
Macy's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Macy's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Macy's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's Outlet 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's Outlet 周日 美国东部时间 09:00 – 16:00 每45分钟一次
204 汽车运输载荷招标

发送时间为美国东部时间周一至周日,02:00 – 22:00,每5分钟一次。

此外梅西百货还会按照类似的频率发送针对 214、212以及990的997功能性确认。

梅西百货接收的单据类型

214 承运人运输状态以及 212汽车运输车拖车清单

梅西百货的所有部门都需要接收 214以及212,发送频率为美国东部时间周一到周日的00:00 – 23:00,每20分钟发一次。

990响应运输载荷招标

梅西百货的所有部门都需要接收 990 ,发送频率为美国东部时间周一到周日的02:00 – 22:00,每五分钟发一次。

832 价格/销售目录

梅西百货的所有部门都需要接收 832 价格/销售目录,发送频率为美国东部时间周日到周六的23:00。

846 库存查询

需要将846 库存查询发送给Macy's.com ,发送频率为周一到周六,美国东部时间02:00 – 19:00, 22:30 每45分钟一次。

856 发货通知
梅西百货的部门 计划日期 计划时间
Macy's 周一至周六 美国东部时间 04:00 – 22:00, 23:00 每45分钟一次
Macy's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Macy's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Macy's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's Outlet 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's Outlet 周日 美国东部时间 09:00 – 16:00 每45分钟一次
997 功能性确认
梅西百货的部门 计划日期 计划时间
Macy's 周一至周六 美国东部时间 04:00 – 22:00, 23:00 每45分钟一次
Macy's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Macy's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Macy's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's.com 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's.com 周日 美国东部时间 09:00 – 16:00 每45分钟一次
Bloomingdale's Outlet 周一至周六 美国东部时间02:00 – 19:00, 22:30 每45分钟一次
Bloomingdale's Outlet 周日 美国东部时间 09:00 – 16:00 每45分钟一次
810 发票

梅西百货旗下的所有部门都会涉及到810发票的传输,发送时间为美国东部时间周一到周日的23:00。

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

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

如何与梅西百货Macy's建立EDI连接?

梅西百货Macy's, Inc. 是美国首屈一指的零售商之一,拥有大约 680 家名为 Macy's 和 Bloomingdale's 的百货商店,以及大约 190 家专卖店。

Macys_EDI1.png

如果您是梅西百货Macy's的合作伙伴,将会收到Macy's发出的建立EDI连接的邀请。通过EDI,供应商能够与梅西百货Macy's之间以电子方式开具发票、提交ASN、根据订单处理发票,及时接收付款并简化业务关系,实现快速、高效的业务数据传输。

1.梅西百货Macy's EDI对接方式:支持VAN 增值网络通信服务

知行之桥EDI系统可以帮助供应商与梅西百货Macy's建立VAN连接,参见如何在直连EDI系统之上建立VAN连接

供应商需要向梅西百货Macy's的EDI团队提交以下EDI连接信息:

  • 生产 ISA Qualifier和、ISA ID ,测试ISA Qualifier和、ISA ID
  • 用于与 梅西百货Macy's 通信的 VAN 名称
  • EDI供应商联系人的姓名和联系方式
2.梅西百货Macy's 采用的报文标准为X12,涉及到的业务报文类型包括:
  • 810发票
  • 820汇款通知
  • 832产品目录
  • 846库存更新
  • 850采购订单
  • 852产品活动数据
  • 855采购订单确认
  • 856 发货通知/ASN
  • 180 退货授权和通知
  • 997确认
  • GS1-128(以前称为 UCC-128)条码运输标签

810 发票

EDI 810发票,EDI 810发票是纸质发票的电子凭证,它通常作为对EDI 850采购订单的响应而发送。一旦货物已经发货,供应商将生成EDI 810发票给梅西百货Macy's进行财务结算。

820 汇款通知

EDI 820 文件的发送方向是从买方发送给卖方,即梅西百货Macy's发给供应商。通常情况下,EDI 820 文件与付款操作共同进行,以向供应商确认付款细节。但是,EDI 820 文件也可用于通知供应商发票的重要调整。

832 产品目录

EDI 832价格/销售目录交易集是以目录的形式提供商品或服务的价格。EDI 832取代了纸质目录,并被供应商用于向梅西百货Macy's提供详细的产品信息。

846 库存更新

通知梅西百货Macy's在各个库存持有地的现有库存情况。

850 采购订单

EDI 850是采购订单,用于订购货物或服务。EDI 850通常提供与纸质采购订单文件中相同的信息。

852 产品活动数据

用于在供应商和梅西百货Macy's之间以电子方式交换详细的销售和库存信息,使用EDI 852可以有效的提高销售和库存业绩。

855 采购订单确认

由供应商发送给梅西百货Macy's,可以用来表示订单被接受或拒绝。

856 发货通知

用于将发货的内容以电子文档方式发送给梅西百货Macy's,供应商需要在货物到达梅西百货Macy's的收货地点之前发送。

180 退货授权和通知

由梅西百货Macy's发给供应商,主要传输退货信息。

997 功能性确认

997功能性确认是一个交易集,它证实已经收到文件,文件的所有必要部分都已收到,并且在语法上是正确的。但除此之外并不确认或同意文件的内容。

知行之桥EDI系统提供的梅西百货Macy's EDI解决方案

  • 实现与梅西百货Macy's的VAN连接
  • 实现梅西百货Macy's所列的所有EDI报文对接
  • 支持标签制作
  • 各种格式的数据导入和导出(XML,CSV以及Json等)
  • 支持与业务系统集成,可选中间数据库方案、API方案等。
  • 对于业务量小且IT能力薄弱的用户,提供知行之云 EDI SaaS服务。

梅西百货Macy's注意事项

  • 所有EDI 856/ASN文件应在货物发出后立即传送,以便梅西百货Macy's的分销和整合中心在商品到达前可以获得ASN。
  • 所有EDI 856/ASN文件必须100%准确,包括梅西百货Macy's要求的所有部分。并与纸箱内容相匹配,包括:U.P.C、GTIN或EAN级别。
  • 所有EDI 856/ASN文件都包含有效的采购订单号。
  • 所有UCC 128标签都要符合标签格式,并在B区域找到梅西百货Macy's的名称和地址。
  • 每个梅西百货Macy's部门/BOL使用一个ASN,用于每个梅西百货Macy's的 “发货地 “配送中心
  • 所有货物都要装在拖车上,按梅西百货Macy's配送中心进行分类和隔离。汽运零担(LTL)货物需要装在货盘上。
  • 供应商发给梅西百货Macy's的810发票需要包含有效的采购订单信息,通过EDI传输810发票之前,需要和梅西百货Macy's进行测试。如果供应商的发票在梅西百货Macy's应付账款系统中出错。 梅西百货Macy's应付账款部将通过E-mail或电话就失败的发票信息与供应商进行沟通,以便更正和重新传送。通过电子邮件或电话重新传送。在EDI传输过程中,必须列出正确的提货单(BOL)号码。提货单直接与856发货通知联系在一起。有了这些正确的信息,可以更迅速和准确地处理发票。

了解更多梅西百货Macy's的EDI相关信息,可以访问梅西百货Macy's官网

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

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

轮胎行业EDI

什么是EDI?

EDI即电子数据交换,是一种电子化的数据交换方式,已经在全球范围内被广泛应用于企业间的商业活动中。对大多数企业而言,由于内部IT资源以及技术水平等因素的限制,无法在短时间内自研EDI系统,因此需要选择外部的EDI供应商,为其提供专业的EDI软件产品及解决方案。

轮胎行业的EDI应用现状

轮胎行业的众多企业选择将EDI广泛应用于供应链管理、订单处理、物流跟踪等业务流程。

目前,轮胎行业EDI发展已经相当成熟。许多大型轮胎制造商和供应商都已经采用了EDI系统,以提高业务流程效率、降低成本和减少错误。EDI技术能够应用在不同的业务场景下:

1.轮胎制造商和供应商采用EDI系统进行订单处理和交付。采用EDI系统可以提高订单处理的速度和准确性,同时可以实现库存管理的优化和物流跟踪的实时监控。

2.轮胎制造商和供应商使用EDI系统进行发票和付款处理。采用EDI系统可以减少发票和付款处理的时间和成本,同时可以降低错误率,提高财务管理效率。

3.轮胎制造商和供应商使用EDI系统进行库存管理。通过EDI系统可以实时掌握库存情况,避免过多或过少的库存,从而降低库存成本和减少资金占用。

4.轮胎制造商和供应商使用EDI系统进行物流管理。通过EDI系统可以实时跟踪物流情况,包括物流进度、运输路线、货物到达时间等,从而提高物流效率和准确性。

EDI系统的广泛应用已经成为轮胎行业中的一种趋势。随着技术的不断进步,EDI系统将会变得更加智能化和高效化,为轮胎行业的供应链管理提供更加便捷和高效的解决方案。

轮胎行业中许多大型制造商和供应商都在使用EDI系统,您可能听说过以下企业:

  • 米其林集团
  • 韩泰轮胎(Hankook Tire)
  • 普利司通(Bridgestone)
  • 固特异(Goodyear)
  • 马牌(Pirelli)
  • 凯马轮胎(Kumho Tire)
  • 环球轮胎(Continental)
  • 越南轮胎(Vietnam Tyre)
  • 阿波罗轮胎(Apollo Tyres)
  • 喜力轮胎(Xingyuan Tire Group)

这些公司使用EDI系统来加强与客户和供应商之间的通信和数据交换,以提高业务流程效率和准确性。同时,EDI系统还可以帮助这些公司更好地管理库存、物流和财务等业务流程。

通过知行之桥对接的轮胎行业案例

知行软件成立于2008年,目前已在国内EDI市场积累了700+客户,拥有丰富的行业经验。从 EDI 的角度来考虑,不同交易伙伴的EDI需求是不同的,因此企业在项目前期需要与客户及时确认具体使用哪些传输协议和报文标准以及需要通过EDI传输的单据类型。

以下是我们帮助客户对接国内外知名轮胎品牌Continental 以及Tigar的EDI项目案例:

德国大陆轮胎Continental EDI 项目案例

Continental规定供应商需要使用AS2传输协议以及EDIFACT报文标准与其传输DELFOR交付预测、DESADV发货通知以及INVRPT库存报告。使用SAP方案实现EDI系统与其内部SAP系统的集成。通过知行之桥EDI系统搭建的完整工作流以及项目细节可以参考文章:

德国大陆轮胎Continental EDI 项目案例

Tigar 轮胎EDI项目案例

Tigar选择通过SFTP建立与交易伙伴之间的传输通道,遵循的EDI报文标准为EDIFACT。通过EDI与交易伙伴传输DESADV发货通知以及INVOIC发票等报文。使用中间数据库方案实现EDI系统与企业内部ERP系统的集成,此方案即知行之桥EDI系统和ERP系统,通过各自的接口来连接中间数据库表,从中间数据库表中存放和读取数据,从而实现系统集成。详细信息可参考文章:

轮胎行业EDI:Tigar 轮胎EDI项目案例

除了与轮胎公司合作之外,轮胎行业的的企业还会对接其他行业的企业,对于企业而言,一旦有了一次EDI项目对接经验,再对接更多交易伙伴就会变得容易许多。以下案例中,将会涉及到不同的传输协议和报文标准。

BRP EDI 项目

BRP Inc.是一家加拿大的多元化制造商和动力体育产品制造商,要求供应商与其通过VAN来搭建EDI传输通道,选择的报文标准为X12。涉及到的报文类型包括:830交付预测、862交付计划、850采购订单、855订单确认、860订单变更、865订单变更确认、856发货通知以及997功能性确认。详细信息可参考文章:

轮胎行业A公司如何与BRP建立 EDI 连接?

北极星POLARIS EDI项目

北极星(Polaris Industries Inc.)是雪地摩托车的创始者,专注于设计制造和推广创新高质量,高性能运动车辆。其选择的传输协议为AS2,报文标准为X12。涉及到的报文类型包括:830物料需求计划、860订单变更、810发票、864文本信息以及812借贷凭项。

在这个项目中,SAP系统尚未建成,因此并没有选择集成方案,而是选择了Excel方案。EDI系统会将接收到的EDI报文转换为Excel格式再提供给供应商,供应商向北极星发送数据时,只需要根据不同的业务类型填写Excel模板即可。

使用Excel方案作为系统集成的过渡方案,使得企业能够快速满足交易伙伴的需求,但这种方案并没有实现完全的自动化,因此后续还是需要实现集成。

对接北极星POLARIS EDI 系统

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

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

PSA Group EDI 需求分析

PSA集团(以下简称PSA)中文名为标致雪铁龙集团,是一家法国私营汽车制造公司,致力于为全球消费者提供独具特色的汽车体验和自由愉悦的出行方案,旗下拥有标致、雪铁龙、DS、欧宝、沃克斯豪尔五大汽车品牌。

汽车制造企业对于供应链的数字化水平以及订单响应速度有着较高的要求,EDI技术的引入能够帮助企业将供应链中的各个环节进行数字化处理,不仅提高了供应链的透明度和可控性,还能有效降低供应链管理的成本和风险。

EDI 即电子数据交换,旨在通过商议好的标准数据格式实现计算机到计算机的商业数据传输。PSA使用EDI优化其订单、发货、发票等流程,对于供应商而言,与其建立合作的关键步骤便是部署EDI,实现与PSA的EDI对接。

PSA EDI需求

供应商要想实现与PSA的EDI对接首先需要了解选择哪种传输协议和报文标准以及传输的业务单据类型。

PSA-Group-EDI1.png

PSA要求供应商通过VAN与其建立信息传输通道。

需要传输的业务单据类型如下:

  • 物料需求预测(DELFOR/830)
  • 运输计划(DELJIT/862)
  • 提前发货通知(DESADV/856)
  • 发票(INVOIC/810)
  • 功能性确认(CONTRL/997)

可以看到上述业务单据后,由六位字母组成的代码即为该单据在EDIFACT报文标准下的业务单据名称,由三位数字组成的代码则表示该单据在X12报文标准下的业务单据名称。

功能性确认

功能性确认主要由收件人返回给发件人,表示文件已收到。这种单据可以在不同的报文标准中有不同的名称,如 ANSI X12 报文标准下的 997)和 EDIFACT报文标准下的CONTRL。

物料需求预测

这种交易通常称为物料放行或预测,由买方用于向供应商传递需求信息(零件编号、数量等)。这种文件有多种格式,包括 ANSI X12 下的830和 EDIFACT下的DELFOR。

运输计划

买方用于向供应商传递特定装运和交货信息的交易。这种文件有多种格式,包括 ANSI x12下的862和 EDIFACT 下的DELJIT。

提前发货通知(ASN)

提前发货通知,又称ASN,是供应商用来传递与装运有关的数据的交易。提前发货通知的主要目的是跟踪货物,简化收货流程。ANSI X12标准下为856、 EDIFACT 格式报文标准下为DESADV。

发票

EDI中传输的发票是纸质发票的电子凭证,通常作为对物料需求的响应,一旦货物已经发货或已提供了相关的服务,供应商将生成EDI 发票给PSA,用于财务结算。ANSI X12标准下为810、 EDIFACT 格式报文标准下为INVOIC。

如何借助知行之桥EDI系统实现与PSA的EDI对接?

在知行之桥EDI系统中,可以搭建如下所示的工作流:

PSA-Group-EDI2.png

建立EDI连接

基于知行之桥EDI系统建立与FCA的VAN连接,需要通过VAN平台。VAN英文全称为Value Added Network,表示增值网络或是第三方专用网络提供商。

涉及到VAN的EDI项目一般会涉及到一笔额外的VAN流量费,对企业而言并不是最理想的方案。在与其他交易伙伴沟通需求的时候,可以与FCA确认是否还支持AS2、OFTP等直连方式。

通过VAN平台建立连接意味着无论是FCA还是供应商,都需要提供自己以及交易伙伴的EDI ID/Mailbox ID给其VAN提供商。随后,各自的VAN提供商需要在VAN平台的后台管理界面配置通信双方的EDI ID/Mailbox ID,并进行测试即可通信。知行之桥EDI系统与供应商的VAN提供商之间通过AS2建立连接,流程如下:

PSA-Group-EDI3.png

接下来只需搭建一个与VAN提供商的AS2连接即可,进入知行之桥EDI系统,创建一个AS2端口,并在 设置 选项卡下配置VAN供应商的连接信息:

PSA-Group-EDI4.png

格式转换

通过需求分析部分的描述可知,FCA支持EDIFACT以及X12两种报文标准。以EDIFACT为例,如果选择中间数据库方案,在知行之桥EDI系统中,要想实现EDI报文的格式转换,需要分别从生成和解析两个方向入手。

生成方向:即生成EDI报文的方向。借助EDIFACT端口、XMLMap端口以及MySQL端口实现从数据库XML到EDIFACT的格式转换。

PSA-Group-EDI5.png

解析方向:即解析收到的EDI报文方向。借助EDIFACT端口以及XMLMap端口实现从EDIFACT到数据库XML的格式转换。

PSA-Group-EDI6.png

系统集成

知行之桥EDI系统支持多种集成方案,能够轻松实现与企业内部业务系统的集成。如果企业暂无集成打算,则可以选择Excel、CSV、LIP等方案作为过渡。在上述示例工作流中,采用了中间数据库方案,集成EDI系统与企业内部ERP系统。

支持根据企业实际需求选择SQLServer、MySQL、Oracle、PostgreSQL以及SQLite等数据库。

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

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

EDI是什么:EDI系统功能介绍

知行之桥是西安知行软件有限公司自研的拥有自主知识产权的中文版 EDI 系统,“国际认证、免费试用、明码标价”,可视化界面管理及配置,助力企业轻松实现电子数据自动化传输。知行之桥支持部署在用户的本地服务器上,是基于Web的现代应用程序,能够通过笔记本、平板电脑以及手机快速访问,随时随地掌握EDI系统的数据传输情况。

edi_system1.png

知行之桥EDI系统的特点包括:

1.支持任意国际标准传输协议以及EDI报文规范
2.基于Web的现代应用程序,随时随地即刻访问
3.在可视化界面中进行简单配置即可建立与交易伙伴的EDI连接
4.无需代码,简单拖拽操作即可实现数据关系映射
5.无缝集成业务系统,轻松构建自动化的工作流
6.系统自带不同行业和方案的EDI示例工作流,用户一键导入即可使用

知行之桥EDI系统基本功能

  • 安全可控文件传输:快速对接任意EDI系统,支持通过主流传输协议传输任意格式的数据。
  • 数据格式转换:标准EDI报文以及非标文件的数据格式转换
  • 应用系统集成:支持EDI系统与企业内部业务系统的集成,提供多种方案以供选择。无缝集成金蝶, 用友, 鼎捷, SAP, Oracle, Infor, QAD, QuickBook, Salesforce…
MFT(安全可控文件传输)

全功能的可控文件传输方案,可替换低效的、过时的或安全性低的文件传输方案。从小规模店铺,到世界500强大企业,都可依赖知行之桥EDI系统实现业务数据安全传输。支持的传输协议:AS2, AS3, AS4, OFTP/OFTP2, FTP, FTP Server, SFTP, SFTP Server…

edi_system2.png

数据关系映射/格式转换

X12标准常用于北美地区,EDIFACT标准常用于欧洲,VDA标准常用于德国汽车行业。EDI标准报文可读性差,借助于EDI系统中的转换功能端口,轻松实现EDI标准报文格式与知行EDI系统支持的标准XML格式之间的关系映射。支持的报文标准:X12, EDIFACT, Odette, VDA, RosettaNet, Carogo-IMP, Edig@s,d95b…以及非标文件:XML, CSV, PSV, PDF, JSON, Excel…

数据关系映射/格式转换流程如下所示:

edi_system3.png

知行之桥EDI系统支持实现XML格式与为CSV, TSV, PSV, Excel, JSON, PDF等格式的相互转换,轻松处理复杂的业务数据关系映射。

应用系统集成

通过知行之桥EDI系统的数据库端口、JSON端口、IDoc端口、SFTP端口等能够实现EDI系统与企业内部业务系统的集成。集成方案如下:

  • tRFC调用(SAP系统集成) – IDoc(SAP)端口,支持raw IDoc和XML IDoc,界面简单配置即可连接SAP系统
  • 数据库集成 – 连接类型ODBC, ADO.NET, JDBC; 数据库MySQL, SQL Server, Oracle, SQLite, DB2, PostgreSQL,…
  • Web Service – 通过Internet进行基于HTTP协议的网络应用间的交互
  • 本地路径文件传输 – 文件路径共享,轻松交互电子文件
  • REST API – 规范接口,轻松访问知行之桥EDI系统
  • SFTP/FTP – 无需代码,即可完成消息的自动上传/下载

高可用集群方案

如果企业需要连接海量的交易伙伴,建议使用Linux服务器部署高可用集群方案。

高可用集群方案的优点
  • 高可用:故障转移,服务不掉线
  • 高性能:负载均衡,降低延迟,提高并发
  • 可扩展:弹性计算,应对突发业务需求
  • 安全性:多层次安全防护,灵活高效

edi_system4.png

云服务器部署示例
  • 负载均衡器
  • 两台(或更多台) linux 服务器部署 EDI 实例
  • 文件共享存储
  • 数据库存储
  • 定时备份文件及数据库内容

公开EDI项目资源——示例工作流

产品内置示例工作流,用户可在 工作流 选项卡下的 端口 列表中获取。
包含对接不同行业、不同解决方案的成熟示例工作流,一键拖拽至工作区中,
配置企业及交易伙伴的相关信息,即可开始使用。可做为用户自主实施EDI项目的参考。

点击了解更多 EDI 示例工作流

edi_system12.png

知行之桥EDI系统管控功能

用户可以从可视化界面、系统通知、内置服务器、安全性以及日志记录五个层面了解知行之桥EDI系统的管控功能。

edi_system5.png

可视化界面
  • 可视化界面
  • 多终端自适应
  • 数据面板
  • 系统配置
  • 工作流管理
  • 证书管理
系统通知
  • 错误提醒
  • 周报/日报
  • 证书过期通知
  • 软件授权管理
内置服务器
  • Java
  • Windows
安全性
  • 签名&加密
  • 用户权限管理
  • 定期归档&备份
日志记录
  • 交易日志
  • 应用日志
  • 访问日志
  • 审计日志

EDI系统进阶功能——概览页面

概览页面具有灵活的可选性,用户可以对关键指标部分进行自定义的搭配。可以从以下列表中选择2到8个指标进行显示:

消息总数、总交易日志、发送的交易日志总数、收到的交易日志总额、总 MFT 交易日志、总 EDI 消息、总错误、总发送错误、总接收错误、端口总数、活动端口数、总工作区、活动工作区、总处理字节数、平均处理字节数、平均处理时间、成功率、失败率。

edi_system7.png

在日志页面中,能够看到消息的整个生命周期,掌握消息传输的全路径。

edi_system8.png

点击了解更多概览页面的信息

EDI系统进阶功能——电子口岸端口

电子口岸 端口(这里的端口可以理解为功能模块)可以实现电子口岸/交通部报文与XML之间的格式转换,支持处理进口舱单IFCSUM、进出场报文CODECO、正式订舱报文IFTMBF……

edi_system9.png

点击了解更多电子口岸端口的信息

EDI系统进阶功能——服务等级协议SLA

服务等级协议 (SLA) 能够配置期望工作流中的端口发送或接收的数量,并设置期望满足该数量的时间范围。知行之桥EDI系统在不满足 SLA 时发送电子邮件警告用户,并将 SLA 标记为 有风险。

edi_system10.png

点击了解更多服务等级协议SLA的信息

EDI系统进阶功能——报表

1.报表 页面允许就知行之桥内部数据创建报表。比如:按周、按月、按季度或者按年统计所有交易量
2.计划任务
设置好需要的报表信息之后可以通过计划任务,将报表数据按照预设的频率和时间推送至指定邮箱。

edi_system11.png

点击了解更多报表的功能

EDI系统进阶功能——用户管理和角色

知行之桥EDI系统 23.4.8782.0 及之后的版本中,新增了自定义角色功能,可以更精细地控制每个用户在知行之桥中可以看到或执行的操作:

  • 管理员角色
  • 普通用户角色
  • 业务运维角色

edi_system12.png

自定义角色是通过创建策略来定义的,策略指定该角色成员拥有的确切权限。 自定义角色还确定用户可以查看哪些工作区并与之交互。一个用户最多可以分配 10 个角色,每个角色最多可以包含 10 个策略。

点击了解更多用户管理和角色的细节信息

EDI系统部署要求

标准部署要求

Windows

  • XP Service Pack 3 / 2003 Service Pack 2 或更高版本
  • .NET Framework 4.5 或更高版本
  • 16 GB RAM,推荐 32GB 或 32GB 以上
  • 8核CPU
  • 根据实际数据量,提供足够的磁盘空间存放日志和文件

跨平台

  • Java Runtime Environment (JRE) 1.8 或更高版本
  • Java Servlet 3.0 API 或更高版本
  • 16 GB RAM,推荐 32GB 或 32GB 以上
  • 根据实际数据量,提供足够的磁盘空间存放日志和文件

Internet Connection

  • 具备公网IP地址/域名的服务器,用于部署知行EDI系统
  • 持续且稳定的网络连接,开通过防火墙/代理服务器允许与外网通信

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

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

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

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

轮胎行业EDI:Tigar 轮胎EDI项目案例

Tigar 轮胎是一家塞尔维亚轮胎制造公司,自2007年开始,被轮胎制造商米其林持有。

Tigar通过EDI来传输与供应商之间的业务单据,优化业务流程。本文将从EDI需求概览、如何基于知行之桥EDI系统实现与Tigar的EDI对接以及项目回顾这三个部分为大家展开介绍。

EDI需求概览

Tigar_edi1.png

EDI传输协议

Tigar选择通过SFTP与其交易伙伴传输EDI单据,SFTP(SSH File Transfer Protocol)安全文件传输协议,与FTP有着几乎一样的语法和功能。而在对接Tigar的EDI项目中,Tigar作为SFTP Client,其供应商作为SFTP Server。

SFTP Server的特性包括:Zlib压缩传输、AES & 3DES加密、公共密钥和密码身份认证。支持IPV6地址、符合FIPS 140 – 2的加密以及Windows用户管理。可以快速、简单的进行自动化安全文件传输。

扩展阅读:如何使用知行之桥EDI系统实现SFTP Client和SFTP Server连接?

EDI报文标准

国际通用的EDI报文标准有很多,Tigar选择使用的EDIFACT,是由联合国主导开发制定的国际通用 EDI 标准。

扩展阅读:EDIFACT学习手册

实施方案

知行之桥EDI系统支持多种集成方案,根据供应商的实际情况,经沟通后选择中间数据库方案。

中间数据库表,作为EDI系统和ERP系统间数据传输的纽带,它既可以用于EDI数据的溯源,避免纠纷,也保证了EDI和ERP集成后的平稳运行。EDI和ERP约定不直接修改中间数据库表中的数据,以此完整保留EDI所传输数据,方便在出现业务数据争议时进行数据溯源;ERP自行从中间数据库表抓取及存放数据,不直接修改ERP生产数据库的数据,便是在EDI和ERP集成中对ERP系统平稳运行的一个侧面保护也可以在不影响ERP原有业务的基础上完成和EDI的集成。

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

基于知行之桥EDI系统对接Tigar EDI

实现与Tigar的EDI对接需要在知行之桥EDI系统中搭建如下所示的工作流:

Tigar_edi2.png

工作流中使用到的各类端口功能如下:

  • SFTPServer 端口:作为 SFTP 的服务端,提供文件上传下载服务;
  • Database 端口:数据库端口,用来连接Z公司本地的数据库,实现从数据库中读取数据并将数据写入数据库中的功能。此项目中 Tigar_Database 端口用来连接本地 DB2 数据 库,从数据库中获取 DESADV、INVOIC 和 DOT 的相关数据,并将 Tigar 返回的 DOT response 信息写入数据库中。
  • Script 端口:用来实现不同功能的脚本,此项目中使用此端口实现了文件重命名,调用外部 API 获取 token,以及调用外部 API 发送 JSON 文件的功能。
  • FileMatch 端口:根据不同的文件名匹配文件,转发到此端口的文件会与此端口中的过滤条件进行匹配。
  • XML Map 端口: 用来映射不同格式的 XML 文件,此项目中主要用来将 DOT,DESADV和 INVOIC 的数据库表格式的 XML 文件映射为自定义的 XML 文件,或者 JSON 格式的 XML 文件,同时将 JSON 格式的 Response XML 文件映射为数据库表格式的 XML文件。
  • JSON 端口: 主要功能是实现 JSON 格式的文件和 XML 格式的文件之间的相互转换。
建立SFTP连接

SFTP Server的特性包括以下几点:

  • Zlib压缩传输
  • AES&3DES加密
  • 公共秘钥和密码身份认证
  • 支持IPV6地址
  • 符合FIPS140-2的加密
  • Windows用户管理

Tigar_edi3.png

首先需要配置自己的SFTP Server信息,打开知行之桥EDI系统的工作流界面,单击界面上方的个人设置,在个人设置界面找到SFTP Server并打开,进行服务器配置。端口号是SFTP Server要使用的端口号(一般为22),还需要在这个界面上传私钥证书,并且设置证书密码(如果没有私钥证书,可以点击服务器证书后的创建证书,进行创建)。下面的根目录是SFTP服务器根目录的绝对路径。配置完成后点击保存变更。

项目回顾

Tigar EDI 数据流

本次对接Tigar的EDI项目中,从中间数据库中获取数据,通过知行之桥EDI系统的匹配与转换。对于DOT文件,通过Script端口调用Tiger的API,将文件发送给Tiger。对于DESADV 和 INVOIC文件,则需要上传到 SFTP Server 上,Tigar 使用分配的账号登录此 Server 获取文件。数据流程图如下所示:

Tigar_edi4.png

使用Script端口实现文件重命名

对接Tiger的工作流中,被命名为Rename_Script的端口,能够编写脚本实现重命名文件的功能,根据不同的数据库文件的名称,将文件重命名为以 DOT、DESADV 或者 INVOIC 开头的文件,并将此文件的业务主键添加到文件名称中,以便之后的业务处理。

Tigar_edi5.png

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

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

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

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

什么是EDI GENRAL?

EANCOM是被GS1组织认可的一种EDIFACT标准,起初开发EANCOM是为了满足零售行业消息传递需求,但是,如今它已被广泛用于各个行业,包括建筑、医疗保健和出版。

GENRAL是EANCOM报文标准下的一种单据类型,全称为 General purpose message,用于行政、商业和运输贸易伙伴之间的电子数据交换 (EDI)。这个单据主要被用来传输文本信息。

GENRAL 的应用场景

  • 可用于将一般应用程序支持信息发送到一个或多个地址。
  • 可用于发送没有特定标准信息的数据。
  • 不得用于替代正在开发、试用或已获批准的现有 UNSM。也不能用来避免开发更具体的应用信息。
  • 本系统的设计和使用目的都不是要取代现有的电子邮件系统。

设计 GENRAL 报文的主要目的

  • 促进新的EDI合作伙伴之间的早期传输测试;
  • 向EDI合作伙伴传达已知的问题领域;
  • 传输文本(最好是结构化或编码文本),以补充或进一步阐明先前传输的 EDI 标准信息,例如,强调提供数据仅供测试目的。
  • 传输没有现成信息的少量结构化文本,如计算机列表。

GENRAL 报文结构

如下所示,可以看到GENRAL报文的结构,主要包括头部、明细以及总结三部分内容,将需要传输的业务数据分别存放在了不同的字段当中。

EDI_GENRAL1.png

上述结构中,每一行开头由3个字符组成,叫做Segment节点,代表特定的业务含义。

GENRAL 报文示例

以下是一个GENRAL报文示例,涉及到的信息包括:

发送方GLN编号:5412345000013
接收方GLN编号:3323456007896
通用信息 GE282 于 2002 年 1 月 6 日发出。
该文本信息通知有关各方一项特别促销活动。
信息接收方应通过传真通知 GLN 所标识的附加方:
3323456001238 – 消息通知方

报文行解析

接下来以存放日期信息的DTM节点为例,为大家介绍如何从EANCOM标准下的EDI报文行中获取业务数据信息。

DTM表示Segment起始信息,+ 是数据元素Element分隔符(也可根据情况设置为其他符号), : 是子元素Subelement分割符,’ 是段Segment分割符。再来看业务含义:

137是具有特定含义的限定符,20020106表示文件创建日期,102表示日期格式为CCYYMMDD。如果这里的102换成718的话,日期格式将变成CCYYMMDD-CCYYMMDD。

在一个完整的EDI报文中,除了示例中的节点外,将会包含UNB,UNZ以及UNG,UNE。

报文头部数据解析

GENRAL报文中,UNH中包含了头部信息。

UNB

语法标识符(UNB1.1):UNOA = UN/ECE level A
语法版本(UNB1.2):3
发送方ID(UNB2.1):5412345678908
发送方限定符代码(UNB2.2):14
接收方ID(UNB3.1):8798765432106
接收方限定符代码(UNB3.2):14
文件创建日期(UNB4.1):020102
文件创建时间(UNB4.2):1000
接收方编号,密码(UNB5.1):12345555
报文标准(UNB10.1):EANCOMREF 52

UNH

信息参考编号(UNH1.1):ME000001
文件类型(UNH2.1):GENRAL
版本号(UNH2.2):D = 草案版本/UN/EDIFACT
版本号(UNH2.3):01B = 版本2001-B
控制机构(UNH2.4):UN = UN/CEFACT
控制机构(UNH2.5):EAN005

如何通过知行之桥EDI系统实现对GENRAL的格式转换?

在知行之桥EDI系统中可以通过 EANCOM端口将GENRAL由EDI转换为XML。如下所示:

EDI_GENRAL2.png

进入知行之桥EDI系统,在左侧端口列表中找到EANCOM端口,选中并拖拽至空白工作区,即可在工作流中创建一个EANCOM端口。接下来在弹窗中的 设置 选项卡下根据上文提到的UNB信息,填写交换头配置部分的内容。然后在 输入 选项卡下,点击 更多>上传文件,即可选择需要进行格式转换的GENRAL,然后在 输出 选项卡下查看自动转换后的XML文件即可。如果需要将这个XML文件进一步进行格式转换,可以使用XMLMap端口进行处理。

EDI_GENRAL3.png

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

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

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

标签: , , , ,
文章分类 帮助文档, 知识库

如何在本地下载和安装Odette证书?

1.如何在本地电脑中下载和安装证书?

本文主要为首次下载和安装Odette证书的用户提供指导,基于Microsoft Windows,下文展示的图片可能会因操作系统而异。

选择你想要下载的证书,点击下载按钮。

odette_download_install1.png

将会看到如下页面:

odette_download_install2.png

您可以在两种不同类型和两种不同文件扩展名之间进行选择。选择符合你的密钥库软件要求的组合,或者符合你的业务合作伙伴要求的组合,因为他们可能会要求你以特定格式提交/上传密钥。通常情况下,带有 CER 扩展名的 PEM 格式就可以了。将证书存储到存放私钥的文件夹中。 以下示例基于使用 Odette CA 工具创建的密钥对和 CSR。

如果您的 OFTP2 软件需要密钥存储文件 (*.pfx) 或使用 Windows 密钥存储,请继续以下步骤:

注意:Odette 根证书和签发 CA 证书已在 Odette CA 工具文件夹中,无需从 OdetteSecure 下载。

odette_download_install3.png

创建一个密钥存储文件

打开Odette-CA-Tools-2023文件夹下的 OdetteCA_tool.exe。

odette_download_install4.png

选择第二个按钮,Create PFX Keystore。

odette_download_install5.png

通过点击左侧按钮选择(已下载的)证书文件和在创建 CSR 时生成的私钥文件。您将看到密码对话框。输入您在创建 CSR 过程中指定的密码:

odette_download_install6.png

点击 OK 按钮,应用程序将会创建.pfx文件,密钥存储文件名将会被自动生成。成功创建 .pfx 文件后,您将看到如下弹窗。

odette_download_install7.png

注意:将pfx文件妥善保存在一个安全的地方,如果你更换了服务器,会需要将这个文件安装在新服务器上。

如果出现错误,将会展示错误信息,很可能会是这样的:

odette_download_install8.png

请确认您使用了正确的私人密钥(即来自具有正确时间戳的目录)和 密码是否正确。 如果您确定使用了正确的密钥和密码,或看到了不同的错误信息,请联系odette的帮助平台 (odettesecure@odette.org)。

如果 PFX 创建成功,请继续执行以下操作:

在文件资源管理器的应用程序目录中打开包含 CSR 的目录

odette_download_install9.png

选择 .CER 文件,鼠标右键点击并选择 Install Certificate。

odette_download_install10.png

按照安装程序操作。 不要勾选第一个选项(启用强私钥保护)。 如果认为有必要,请勾选第二个选项(标记密钥为可导出)。

odette_download_install11.png odette_download_install12.png

建议使用上图所示的自动选择功能。

odette_download_install13.png

在 Security Warning 这个弹窗中点击 Yes。

2.在安装后,如何在Windows keystore 中查看你的证书?

使用Win+R 快捷键打开运行弹窗,输入“mmc”

odette_download_install14.png odette_download_install15.png

将会打开一个Console弹窗,在File菜单栏中点击 Add/Remove Snap-in。

odette_download_install16.png

点击并选择列表中的 Certificates,再次添加。这时你需要选择“My user account”:

odette_download_install17.png odette_download_install18.png

点击 OK ,关闭 Add/Remove Snap-ins 页面。

这时你将会看到Windows 证书存储空间:

odette_download_install19.png

在左侧第一行下,找到并打开个人文件夹,选择证书。

你将会在右侧面板中看到证书信息,这就是你此前下载的证书被存放的位置。

odette_download_install20.png

证书符号左上角的小键盘表示你的证书存储区中有证书和 匹配的私钥。 双击证书可查看详细信息。

odette_download_install21.png

点击 OK,关闭证书详细信息窗口并关闭 MMC 应用程序。此时,如果你愿意,可以将控制台保存为快捷方式,以便将来快速访问。

3.如何废除证书?

出于某种原因,如果你需要废除证书,可以在下述列表中选择对应证书:

odette_download_install22.png

选中并点击Revoke,需要提供一个废除证书的理由:

odette_download_install23.png

点击 Revoke Certificate,从指定的废除日期和时间起,证书不能再使用。

扩展阅读:申请和更新Odette证书操作指南

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

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

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

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

申请和更新Odette证书操作指南

购买Oedtte证书的准备工作

步骤1:在OdetteSecure上创建一个帐户

如果你尚未在OdetteSecure创建帐户,请先在https://www.odettesecure.com中创建一个帐户。

企业需要使用到如下用户联系方式以及发票地址数据。

用户联系方式:

  • 姓名
  • 公司名称
  • 位置
  • 电子邮箱
  • 地址1
  • 地址2
  • 城市
  • 邮编
  • 电话号码

详细发票地址(如果与用户联系信息不同)和增值税号(欧盟国家的公司必须提供):

  • 姓名
  • 公司名称
  • 位置
  • 电子邮箱
  • 地址1
  • 地址2
  • 城市
  • 邮编
  • 电话号码
  • VAT编号
  • 公司注册ID
步骤2:准备订单流程中需要的信息

1.证书属性

  • 通用名称(推荐使用:DHN,例如:edi.xyz.com)
  • 邮件地址(可选)
  • 组织(公司名称)
  • 部门/组织单位(可选)
  • 地方(城市/镇)
  • 州/省(可选)
  • 城市代码(2位的alpha ISO编号)
  • OFTP2 服务器的 DHN主机名称(例如:edi.xyz.com)
  • IP地址(可选)
  • Odette ID(SSID)

2.授权联系人

注:Odette使用认证联系人授权并确认证书订购人(用户联系人)有权代表公司或业务单位获取证书。

  • 不是用户联系人
  • 是证书中指定组织的员工
  • 拥有以自己名字命名的公司电子邮件地址(不接受通用地址如 info@… 或 admin@…)。
  • 担任的职务(如 EDI 部门主管、IT 主管、总经理……)能够认证和授权用户联系人的订单。

授权联系人信息中,需要填写的内容如下:

  • 姓名
  • 公司名称
  • 位置
  • 电子邮箱
  • 地址1
  • 地址2
  • 城市
  • 邮编
  • 电话号码
步骤3:生成密钥对和证书签名请求(CSR)

您可以使用任何可以上网的计算机生成密钥对和 CSR 并订购证书,但请注意,如果您没有使用部署为 OFTP2 服务器的计算机,则需要在过程结束时将证书传输到 OFTP2 服务器。

如果您的 OFTP2 软件包含生成密钥对和 CSR 的工具,请按照 OFTP2 软件用户指南中的说明进行操作。

如果您的 OFTP2 软件不包含此类工具,您可以使用专为 Windows 用户开发的 Odette 工具。该工具专为 Windows 用户开发。

采购Odette证书的步骤

登录OdetteSecure的portal网站

odette-order-renew1.png

采购与管理你的Odette证书

你可以采购一个新证书或者管理已有证书(查看细节,下载,更新,吊销),如果你此前没有采购过证书,以下列表将为空:

odette-order-renew2.png

采购一个新证书

首先你会看到用户联系明细,在继续下面的步骤之前,请确保这些信息都是正确的。如果发现需要修改的信息,请点击下图中的链接。

odette-order-renew3.png

下面是“身份验证联系信息”区域。

odette-order-renew4.png

验证联系人用于验证您的证书申请。他/她将被要求确认您提供的数据,以及您是否有权代表贵公司或部门申请证书。根据贵公司的结构,认证联系人可以是部门主管、CIO或总经理。

下一步:导入CSR

odette-order-renew5.png

点击上图中橙色字体的here,了解如何生成一个CSR。

安装 CSR 生成程序,解压压缩包,点击 .exe文件 填写相关信息(CSR 生成程序在CSR 粘贴页面的here链接内下载)

odette-order-renew6.png

注意:

不要删除 CSR 生成程序及文件夹内的任何信息,导出私钥时需要使用。
生成CSR需要设置密码,请妥善保存此密码,导出私钥的时候需要使用到。

如果您使用 Odette CA 工具(见上文)创建了密钥对和相应的 CSR,您只需从剪贴板复制 CSR 内容,然后粘贴到本表单击导入即可。

如果使用的是其他工具,则应打开 CSR 文本文件,复制内容并粘贴到此表单中,然后单击导入。

导入之后,检查信息

odette-order-renew7.png

证书详细信息

检查您提交的所有证书详细信息是否正确。如果有任何错误,您需要创建正确的 CSR 并再次导入 CSR。请注意,一些公司目前实施的 OFTP2 要求其业务合作伙伴的 OFTP2 服务器使用已注册并可由域名系统 (DNS) 解析的合格域名。该限定域名必须显示在属性“通用名称”属性或主题替代名称的“域主机名称”属性中。

证书使用

在上例中,证书可用于多种用途。默认情况下,所有列出的证书使用属性都已启用。如果要将自己的 OFTP2 系统连接到其他 OFTP2 系统,至少要启用 “Secure Session (SSL/TLS)”。加密(即文件加密)和文件签名是 OFTP2 的高级功能。加密(即文件加密)和文件签名是 OFTP2 的高级功能,可在 TLS 会话安全之外使用。电子邮件(加密和签名)不属于 电子邮件(加密和签名)不属于 OFTP2 的应用范围,但也由 Odette 证书支持。

OFTP ID(SSID)

如果你的CSR 并不包含用于OFTP2通信的SSID,并且你希望在OFTP2数据交换中使用证书,你应该填写你的SSID(aka OFTP ID或者 Odette ID)。

核对信息后,指定订单详细信息:

odette-order-renew8.png

  • 选择所需的证书有效期(1、2、3 或 4 年)。
  • 采购订单:您可以输入您希望包含在发票中的任何参考信息。
  • 接受Odette CA 的条款和条件。

接下来填写发票地址

odette-order-renew9.png

默认情况下,发票地址是初始注册时输入的地址。如果希望将发票发送到 如果您希望将发票发送到不同的地址或不同的公司,请输入新地址和增值税注册号(适用于位于英国或欧盟的公司)。

填写好发票信息后,即可看到如下页面:

odette-order-renew10.png

你将会收到一个用于确认订单的电子邮件,当你的证书可供下载时,您将收到发票。

验证和审批程序

订单发出后不久,Odette CA 将开始基于Odette CA 证书政策的验证流程。

Odette CA 注册机构将验证 CSR 中提供的信息。此外,您的授权联系人将收到需要签署和返回的文件,以便批准您的请求并启动签发流程。启动签发程序。

申请获得批准后,证书将被签发,您将收到一封电子邮件确认,并附有pdf 格式的发票。

下载证书

通过你的账号密码,登录OdetteSecure:https://www.odettesecure.com/,下载并开始使用你的证书。

点击主菜单中的证书(“Certificates”),选择你想要下载的证书。

odette-order-renew11.png

更新证书

重要提示:

在 Odette CA 环境中,更新意味着签发一个新证书,其属性与上一个证书相同。不过,为了保护您的隐私,更新证书还需要新的私人和公共密钥。

有些 OFTP2 软件系统使用自己的密钥存储库,其编程方式是,只有当更新的证书与以前的证书一致时,它们才接受更新的证书。更新的证书必须使用现有的私人密钥。在这些系统中,您不能使用此处所述的更新程序 而是必须在现有证书过期或失效时购买并安装新证书。

odette-order-renew12.png

登录https://www.odettesecure.com:

  • 点击主菜单中的证书(“Certificates”)

选择你想要更新的证书并且检查细节信息

  • 点击 “View Details”

在继续接下来的步骤前,你必须准备好一个匹配的CSR。在更新过程中,Odette CA将会检查新的CSR属性值是否能够匹配已有证书中的CSR属性值。

  • 更新

请注意,更新只能在当前证书到期日前 59 天开始至到期日后 30 天期间进行。在此期限之外,“更新”按钮将显示为灰色,且该功能不可用。

odette-order-renew13.png

接下来的更新流程可以按照采购新证书的步骤来完成。你将会收到一个订单确认邮件,在检查完CSR中提供的信息之后,Odette CA将会连同发票一起签发更新的证书。

以上便完成了Odette证书的申请和更新。

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

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

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

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