• 咨询详情，请联系我们：177-8250-8152 / sales@kasoftware.cn

  • 咨询详情，请联系我们：177-8250-8152 / sales@kasoftware.cn

在线沟通在线沟通

关于 kaadmin

该作者尚未填入任何详情。
目前kaadmin已创建了1625篇文章.
11 2023-01

迁移环境时，忘记私钥证书密码怎么办？

|2023-01-11T11:57:09+08:002023年1月11日|帮助文档, 常见问题和回答, 操作指南|迁移环境时，忘记私钥证书密码怎么办？已关闭评论

知行之桥的版本在进行不断更新，相较之前的版本而言，知行之桥每一次更新的版本，无论在操作还是功能亦或是便利性上都有更好的优势，因此不少企业会在新版本更新之后果断选择新的版本，企业选择版本更新之后，需要将旧环境中的工作区迁移到新的环境中，在进行环境迁移的时候，需要企业的个人设置信息一并导出，即勾选下图所示“包含个人设置选项”。个人设置中包含与合作伙伴的连接设置等信息，是进行数据通信的关键信息。 但是会存在这样的问题，导出的工作流中，私钥证书和私钥证书密码是无法导出并显示在新环境中的。需要手动在新环境中再次进行配置。部分客户因为环境安装时间过于久远，可能会忘记自己的私钥证书密码，导致新环境中无法成功配置，影响与交易伙伴的数据通信。针对这个问题，知行EDI系统具有非常便利的操作方法，可以轻松找回被忘记的密码。 打开旧环境知行之桥EDI系统的个人设置界面，找到私钥证书以及证书密码栏，可以看见这证书密码栏后有一个小眼睛，点击小眼睛即可查看私钥证书密码。 但是有的客户知行EDI系统中私钥证书密码后并没有小眼睛图标，无法查看被忘记的密码，这就需要进行一些简单的配置，通过配置即可查看被忘记的私钥证书密码。我们以知行之桥22版为例进行演示： 方案一 步骤一：打开旧环境的安装目录，找到data文件夹，在data文件夹中找到并打开profile.cfg文件（profile.cfg文件中存放着关于环境配置的相关信息）。 步骤二：找到profile.cfg文件中的“AllowUnmaskedPasswords（允许无掩码密码）”，将等号后的false改为true，保存。 步骤三：打开旧环境的个人设置界面，点击刷新即可看到：个人证书部分的证书密码这一栏，密码后有一个小眼睛，点击小眼睛就可以看到私钥证书密码。 考虑到部分客户环境版本比较老旧，不支持上述操作，我们还有另外一种解决方案。 方案二 [...]

阅读更多
10 2023-01

Target 塔吉特的4种商品编码

|2023-01-10T12:23:05+08:002023年1月10日|帮助文档, 成功案例, 知识库, 零售行业 EDI|Target 塔吉特的4种商品编码已关闭评论

Target塔吉特共有4种商品编码：TCIN、DPCI、UPC、SKU，其中DPCI、UPC和TCIN在Target系统中是唯一的ID。在target.com中查看商品时，在任一个商品中下拉进入到商品详情页（Item/Detail/Specifications）中都可以看到该商品的TCIN、UPC和DPCI这3种商品编码，唯一对应到当前商品。接下来我们一一了解下这4种商品编码。 1、TCIN TCIN全称为“Target.com Item Number” ，是当供应商or卖家将商品信息提交给Target后，Target赋予商品的具有唯一性的8位数字编码。TCIN可用于在Target.com上查询物料，是这些业务单据中必须要有的数据。在Target的LAUNCHPAD平台中商品的编号显示为8位的TCIN。 2、DPCI 全称为“Department – Class – [...]

阅读更多
9 2023-01

知行之桥传输带附件的文件示例

|2023-01-09T11:34:02+08:002023年1月9日|EDI视频教程, 帮助文档, 操作指南, 知识库|知行之桥传输带附件的文件示例已关闭评论

在大多数的项目中，交易伙伴往往只要求传输报文消息，业务数据经由报文内容来进行传输。但有些交易伙伴也会要求传输带附件的文件，比如在与大众和延锋汽车YFAI对接的项目当中，交易伙伴要求传输VDA4951 ENGDAT报文，该业务报文是工程数据(Engineering Data Message)。除了报文之外，还需要传输附件，附件中包含CAD工程制图相关内容。 那么针对这样的场景需求，知行之桥该如何实现呢，我们一起来看看吧！ 一、工作流示例 在此举例知行提出的一种解决该种传输需求的工作流示例。如下图所示： 示例中，用户与知行之桥的数据转换使用EXCEL方案，通过邮件的方式进行数据传输。当然也可按照实际需求选择其他的集成方案，比如中间数据库、API接口调用等。 二、OutBound 输出方向说明 [...]

阅读更多
6 2023-01

克罗格 Kroger EDI需求分析及注意事项

|2023-01-06T13:55:08+08:002023年1月6日|帮助文档, 成功案例, 知识库, 零售行业 EDI|克罗格 Kroger EDI需求分析及注意事项已关闭评论

项目背景 Kroger（美国克罗格公司）是具有百年历史的名店之一。它虽然历史悠久，但并没有被变化的世界所淘汰，相反，它围绕着市场消费需求的变化，不断地进行创新，创造了世界零售百年史上的若干个第一。2002年以501亿美元的销售额排名《财富》世界500强第56位，2003年以518亿美元的销售额排名第51位，成为继沃尔玛、家居仓储之后的美国第三大零售集团。 2018年8月15日，Kroger已经与阿里巴巴达成合作，将在中国出售坚果、膳食补充类等产品。为了能够与供应商之间实现更快速、更高效率的数据传输，克罗格Kroger向其供应商提出通过EDI系统传输业务数据。 克罗格 Kroger EDI 需求概览 因克罗格Kroger的分公司较多，所以这里与克罗格Kroger需要做传输的业务报文按照分公司的形式分开显示。 传输协议：VAN 报文标准：X12 [...]

阅读更多
5 2023-01

Webhook端口使用介绍与演示

|2023-01-05T15:36:04+08:002023年1月5日|EDI视频教程, 产品介绍, 帮助文档, 常见问题和回答, 知识库|Webhook端口使用介绍与演示已关闭评论

在API接口调用的集成项目中，用户调用知行之桥的API接口以给EDI系统推送数据时，经常会有这样的疑问：怎样查看是否调用接口成功？怎样查看数据是否推送成功？推送之后用户端会有怎样的响应提示？ 为满足以上问题对应的需求，可以使用知行之桥的Webhook端口。该端口可以给用户端明确的响应以提示接口调用和数据推送情况，并且可以根据用户的具体需求，返回给用户端自定义的响应内容。那么具体应该怎样操作呢，我们一起来看看吧！ 一、Webhook端口功能介绍 知行之桥中，Webhook 端口使数据能够通过 HTTP POST和 PUT进入知行之桥工作流。每个 Webhook 端口在应用程序中公开一个端点，外部客户端可以向该端点发送 [...]

阅读更多
4 2023-01

基于不同操作系统升级知行之桥的常见问题

|2023-01-04T15:24:13+08:002023年1月4日|产品介绍, 帮助文档, 常见问题和回答, 知识库|基于不同操作系统升级知行之桥的常见问题已关闭评论

此前的文章知行之桥2022版本升级之页面变化以及监控邮件答疑给大家分享了一些升级到知行之桥最新版本关于Web页面显示和监控邮件的一些问题，本篇将分享一些windows和Linux不同操作系统升级部署知行之桥最新版本的一些Q&A。 EDI服务器是windows服务器 Windows操作系统部署比较简单，升级基本没有什么问题，咨询比较多的问题只有一个，如下： Q1：新版本我怎么找不到data目录了呢？ A1：最新版本的知行之桥考虑到数据安全性，data目录与安装目录进行了分离，data目录默认是放在C盘的ProgramData下。当然你也可以修改为其他目录，在安装新的版本完成后，先不要启动知行之桥，修改安装目录下的 www\Web.Config 文件中的AppDirectory参数，如下： EDI服务器是Linux服务器 在Linux系统升级知行EDI系统，因为新版本有些变动，遇到的问题比较多，参考如下： Q1：从知行官网下载了最新版本的安装包，安装包怎么和之前的不一样呢，找不到setup.jar文件，怎么进行安装呢？ [...]

阅读更多
3 2023-01

如何与沃尔格林Walgreens建立EDI连接？

|2023-01-03T14:39:01+08:002023年1月3日|医药行业EDI, 成功案例|如何与沃尔格林Walgreens建立EDI连接？已关闭评论

沃尔格林Walgreens从1901年芝加哥一个家庭作坊式的小店开始，经历了百年沧桑，如今已经拥有4000多家连锁药店，在自己100多年的发展历史中年年赢利，创造了连续100多年的赢利神话。 与沃尔格林Walgreens建立合作，一个重要环节便是建立EDI连接，我们需要掌握哪些信息呢？ 沃尔格林Walgreens支持 AS2、FTP 以及VAN等方式进行通信，要求传输的报文如下： 810 - Invoice发票 850 - [...]

阅读更多
30 2022-12

知行之桥EDI系统如何通过ZIP端口压缩文件？

|2022-12-30T16:59:45+08:002022年12月30日|产品介绍, 帮助文档, 常见问题和回答, 知识库|知行之桥EDI系统如何通过ZIP端口压缩文件？已关闭评论

在EDI项目当中，对于IT技术不够成熟或设备不够完善的用户来说，EXCEL方案是较为适中的选择。收到合作伙伴发来的850订单之后，将订单数据转换为EXCEL，再将EXCEL发送至用户指定的邮箱。若每条订单单独发送至邮箱，当订单量大时，用户会感到邮箱接收次数过于频繁，处理订单邮件负荷较大。那么此时，可以将每天或每周的订单，打包为压缩包之后，一起通过邮箱发送给客户。这样，用户只需在固定频率内统计、处理一次订单。 针对这样的场景，可以使用知行之桥的ZIP端口来进行文件的压缩处理，以Target/塔吉特项目为例，下图是塔吉特项目接收报文方向的工作流： 通过AS2端口接收到X12报文，再经过X12端口将报文转换为标准XML文件，提取到报文业务类型，根据业务类型将文件分别传至相应的EXCEL端口。转换好的EXCEL文件，传入至ZIP端口，将多文件打包为压缩包，再通过EmailSend端口将压缩包发送至用户指定邮箱。 ZIP端口说明 在该端口中，可分别对各种格式的输入文件进行压缩和解压的处理。 一、压缩 在“设置”页面中，在“配置”的“操作”选项卡下，选择“压缩”，便可进行对输入文件的压缩处理。 1.归档选项 在“归档选项”栏目中进行与正在处理或创建的归档文件相关的设置。 “归档格式”可选择为7zip，Bzip2，Gzip [...]

阅读更多
28 2022-12

零售行业R公司对接亚马逊Amazon Device EDI项目案例

|2022-12-28T12:15:00+08:002022年12月28日|帮助文档, 成功案例, 知识库, 零售行业 EDI|零售行业R公司对接亚马逊Amazon Device EDI项目案例已关闭评论

为了满足平台货物的多样性，亚马逊Amazon邀请了来自全球各地的优秀供应商加入其供应链体系。要管理如此庞大的供应商群体，需要完成大量的数据处理工作，位列世界500强的Amazon是如何传输这些数据的呢？ 答案是：通过EDI！ 亚马逊Amazon需要一个有效的方式来管理与众多供应商之间的订单等业务数据的传输，以便高效地掌控和管理整个业务流程。而供应商则需要一个自动化的方式，以替代大量手工下载和处理订单等业务，EDI无疑是最佳选择。 项目挑战 近期我们帮助零售行业客户R公司成功上线了亚马逊Amazon Device EDI项目。作为Amazon的供应商，R公司需要接到大量来自Amazon的订单。通常情况下，R公司需要一到两个人来下载和处理订单，粗略统计一周需要花费10-20个小时。如果需要处理更多的订单，也就意味着得投入更多的人力和时间。不仅如此，重复的人工操作也增加了数据的错误率以及退货和罚单的风险。 通过EDI传输数据，确保了整个数据处理流程的自动化，解决了人工操作可能会带来的错误风险，并且能够帮助R公司快速、高效、准确的获知每一笔订单信息。当然，除了订单信息之外，订单确认，发货通知等业务信息也可以通过EDI来进行传输。 近期我们帮助R公司成功完成与亚马逊Amazon Device的EDI对接，本文将为大家详细介绍与亚马逊Amazon [...]

阅读更多
27 2022-12

超过最大重发次数后如何设置文件仍然发送失败的邮件告警？

|2022-12-27T16:45:38+08:002022年12月27日|帮助文档, 操作指南, 知识库, 示例工程|超过最大重发次数后如何设置文件仍然发送失败的邮件告警？已关闭评论

在使用知行EDI系统时，客户常常会遇到由于某一段时间网路不稳定，而导致文件发送失败的情况， 但由于我们配置了自动重发机制，EDI系统会根据设置的时间间隔重新发送，但如果重发次数超过了设置的最大发送次数，自动发送将会暂停，发送失败的文件会一直保持未发送的状态，如果待发送的文件量较大，就会造成文件的大量堆积，而且这种问题往往很难发现，如果交易伙伴对客户有时效性的考核，这将会造成严重的损失。为了避免以上问题，本篇文章给大家分享一个解决方案：当文件重发次数超过配置的最大次数后，将报错信息邮件发送给更加关心EDI系统报错的人。 具体操作：在端口的“事件”页面，选择“发送前（After Send）”，配置超过最大发送次数邮件报错通知的代码。 代码如下： 注： 关于此段代码中涉及的参数说明如下： （1）Subject 是邮件主题，可自定义，这里邮件主题是：FinalAttempt Faied [...]

阅读更多

Unlock Your Online Growth Potential.

连接企业，驱动世界！

© All rights reserved. • 西安知行软件有限公司 • 陕ICP备09022277号

站点导航
西安知行软件有限公司

在西安知行软件有限公司，我们致力于为企业提供最优质的EDI产品及解决方案，助力企业提高信息化水平。期待与你携手合作，共创美好未来！

read moreread more
返回顶部