Admin API系列课程之使用postman工具来调用知行API
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 终于来到了Admin API 系列教程的最后一部,今天的教程将给大家演示如何具体使用postman工具来调用知行API。 手把手教学,小白也不怕哦~~ 快点击下方视频,一探究竟吧。 了解更多EDI信息,请您电话 137-2065-8862或邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。 [...]
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 终于来到了Admin API 系列教程的最后一部,今天的教程将给大家演示如何具体使用postman工具来调用知行API。 手把手教学,小白也不怕哦~~ 快点击下方视频,一探究竟吧。 了解更多EDI信息,请您电话 137-2065-8862或邮件 sales@kasoftware.cn 联系我们。点击下方蓝色按钮,即可免费试用EDI软件。 [...]
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 在此前分享的API三部曲的第一部,用详细的例子为大家说明什么是API以及Admin API的介绍。 大家可以点击链接回顾第一部:什么是API以及Admin API的介绍 在本教程的第一部相信您一定收货满满,现在您是否对API有了比较形象的认识,并且也对知行Admin API有了初步的了解呢? 请继续观看今天的教程,是API三部曲的第二部,给大家演示Admin API的安全性设置,以及具体的操作演示。 快点击下方视频,一探究竟吧。 [...]
很多客户在进行 EDI 项目的时候,想要了解如何看懂 X12 报文中的数据,那么今天的文章就带大家来了解一下X12报文的结构,以及如何才能获取到需要的数据。 首先我们先来了解一下X12报文的结构,如下图所示: 一次EDI传输包含一段Interchange,Interchange中会包含一个或多个Functional Group(下文简称FG),FG 中会包含一个或多个Transaction。举例来说,如果需要在一次传输中传输3个850,以及4个846文件,那么就会有2个FG,在850的FG中会有3个Transaction,846的FG中有4个Transaction。 对报文结构有了基本的了解之后,我们再来看下如何从报文中获取数据。以下是一段示例的850报文,每一行开头(2-3个字符组成)叫做segment节点,代表了特定的业务含义,例如BEG代表报文的开始以及一些主信息,DTM代表时间信息,N1代表实体信息(ship-to、ship-from、bill-to等等)。 [...]
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 你是否想通过API接口进行EDI系统与ERP系统的集成? 或者是想通过调用API来触发知行之桥的所有功能? 一定不要错过今天的Admin API调用教程! 接下来小知将为大家带来上、中、下三部的专题讲解,全面介绍、演示知行Admin API调用,干货满满,可通过该集成方式来实现你的需求。 今天的教程是API三部曲的第一部,将用详细的例子为大家说明什么是API,以及Admin API的介绍。 快点击下方视频,一探究竟吧。 [...]
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 今天的课程主要讲解通过XML Map端口将X12文件转换成CSV文件。 你是否有过这样的疑问? 我们收到了X12报文,如何将其转换为可读性更强的CSV、自定义JSON等格式呢? 举个例子 交易伙伴发来如下图所示的Invoice发票类型的X12文件: 为了更加清晰地看到发票明细和数据信息,需要将其转换为如下图所示的CSV文件: 我们应该如何实现呢? 下方讲解课程将带着大家逐步完成X12格式到CSV格式的转换。 [...]
欢迎来到EDI小课堂,一起学习、交流EDI知识,聊一聊关于EDI的那些事儿~ 今天的课程主要讲解通过XML MAP端口进行循环映射。 你是否遇到过这样的问题? 在处理接收到的数据时,层级结构较多,需要减少它的层级结构。 举个例子 我们收到了这样一个文件: 现在需要减少它的层级结构,更改为这样的结构: 我们应该如何解决呢? 下方讲解课程将揭晓这个答案: [...]
很多客户在第一次收到交易伙伴发来的EDI需求时,往往是一头雾水的,有很多没有见过的专业名词,想要推进项目进程但是却无从下手。那么今天这篇文章就带大家简单了解下,在拿到EDI需求之后,如何从中提取出关键的信息,从而可以顺利开展后续的工作。您可以点击下方视频,快速掌握读懂交易伙伴EDI需求的要点。 如下图所示,整个EDI需求大致分为三大部分,首先是传输方式,传输方式又分为EDI直连,例如AS2、SFTP、OFTP等,这些都是传输协议,传输协议是不限制文件格式的,一旦这个传输通道建立,那么任意格式的数据都可以通过此通道来传输,例如:文本、图纸、甚至视频等。还有VAN的方式,VAN是由第三方运营商提供的网络服务,这就意味着所有的数据是需要经过第三方的,而且会有流量费用产生,在可以选择的情况下,尽量选择EDI直连方式。 第二部分是报文标准,传输协议确认后,我们需要来确认报文标准,像X12、EDIFACT、VDA、Json、XML等都是常见的报文标准。以上几种报文的特点请参考:EDI 报文标准 | EDI通信专家 (kasoftware.com) 第三部分是业务报文类型,传输协议和报文标准确认了,那么需要传输什么内容呢?这就是我们说的业务报文类型,像订单、发货通知、发票等,都是常见的业务类型。 为了方便理解,举个简单的例子来类比 EDI [...]
蒂森克虏伯集团是德国第五大工业公司, 在全球设有670家子公司,是世界上最大的钢铁生产商之一。蒂森克虏伯在2020年《财富》世界500强中以473亿美元的营收排名第248名,其产品范围涉及钢铁、汽车技术、机器制造、工程设计、电梯、及贸易等领域。 本文主要介绍对接蒂森克虏伯thyssenkrupp EDI项目实施的需求概览。 本次项目中,蒂森克虏伯thyssenkrupp与供应商传输的是EDIFACT标准的报文。传输的报文类型包括:EDIFACT DELFOR(Delivery Forecast Schedule交付预测时间表)以及EDIFACT DESADV(Advanced Shipping [...]
近期陆续收到一些新EDI需求咨询,是关于本特勒Benteler的。今天来详细分析下本特勒Benteler EDI需求,便于你了解本特勒Benteler让供应商做什么? 日常工作中,电子邮件是必备工具,方便传送文字、图片、文档等各种文件,企业间传统的数据交互方式就是通过邮件方式进行的,或者还有一种情况,就是供应商门户/Portal网站,维护该Web网站势必会消耗一定的人力、物力,所有一般能免费提供供应商门户/Portal网站的方式不是很多。 Internet普及之后,企业都倾向于在Internet上进行传输,因为费用低廉,但是需要相应的新传输协议保证报文传输的安全性,于是就出现了AS2,OFTP2,SFTP等传输协议。本特勒Benteler使用的Axway EDI平台,支持OFTP2协议。 OFTP2是一种实现EDI电子数据交换的安全可控文件传输协议。主要应用于汽车行业,比如我们成功对接过的汽车行业各大主机厂,都是要求OFTP2协议。如宝马BMW,沃尔沃Volvo,保时捷Porsche等。 先来了解下EDI的概念! EDI (Electronic Data [...]
EDI(Electronic Data Interchange,电子数据交换)技术使得企业与企业(B2B)实现通信自动化,帮助交易伙伴和组织更快更好地完成更多工作,并消除了人工操作带来的错误。从零售商到制造商、物流公司、航空公司、医疗保健提供商、保险公司等,许多生产、运输、购买且销售商品以及提供护理的组织都得益于EDI技术的应用。多数国内客户初次接触或是实施EDI,是为了响应国外交易伙伴要求。 随着国内外贸易合作的深入以及大家对EDI技术的了解,已经逐渐由之前的被动实施变为主动推进,国内越来越多的企业主动搭建EDI系统,对接上下游交易伙伴,提升企业数据传输自动化水平,提高企业市场竞争力。相比EDI,API 已耳熟能详,国内不少企业已在供应链管理解决方案涉及了 API。无论您是 API 接口的设计者,还是API 接口的调用者,请花三分钟时间详细阅读下:EDI还是API,企业应该如何选择? 点击视频,带您快速了解 [...]