处理非电子数据交换数据的装置制造方法及图纸

技术编号:19691858 阅读:24 留言:0更新日期:2018-12-08 11:11
本公开涉及用于处理非EDI数据的装置,包括将非EDI客户数据整合到一个实体的EDI系统中并且利用EDI系统分析非EDI客户数据。该装置加载客户档案,并且为用户提供用户界面以输入非EDI客户数据和非EDI数据与EDI系统中的EDI数据之间的关系图,以生成EDI数据作为EDI系统的输入。

【技术实现步骤摘要】
处理非电子数据交换数据的装置
本公开总体涉及不同装置之间的数据交换,尤其涉及一种用于将不经由EDI系统(电子数据交换系统)而入站的信息整合到EDI系统中和/或处理信息使其适于分析/统计分析的装置。
技术介绍
EDI(电子数据交换)是用于经由任何电子手段交换数据而提供标准的电子通信方法。通过按照相同的标准,两个不同的公司或组织甚至在两个不同的国家可以电子化地交换文件(诸如购买订单、账单、装运通知单和很多其它文件)。有很多EDI标准(包括X12EDI、EDIFACT等),它们中的一些解决了特定行业或地区的需要。标准用于使EDI成为“严格格式消息的机-机交互”。于是可以将EDI正式定义为:通过约定的消息标准,无需人工干预从一个计算机系统到另一计算机系统的结构化数据的传递。可以使用发送方和接收方约定的任意方法来传输EDI。这包括多种技术,包括调制解调器(异步和同步)、电子邮件(e-mail)、文件传输协议(FTP)、超文本传输协议(HTTP)、AS1、AS2、AS4等。越来越多的贸易伙伴使用网络用于传输,也就是,经由电子邮件传递EDI文件。贸易伙伴可以直接交互,或者通过诸如增值网(VAN)等中介进行交互。EDI文件通常包含相同的信息,该信息通常会能够在用于相同的组织功能的纸质文件中找到。例如,制造商使用EDI940从仓库到船的订单来告诉零售商仓库到船的产品。通常具有“船到”地址、“付款方”地址以及产品编号(通常是通用产品代码(UPC))与数量的列表。另一个示例是卖方与买方之间消息的设置,诸如报价邀请函(RFQ)、回应RFQ的出价、购买订单、购买订单确认、装运通知单、接收通知、账单和支付通知书。但是,EDI不限于仅是与贸易相关的商业数据而是包含所有的领域,诸如医学(例如病人记录和实验结果)、运输(例如集装箱和运输信息)、工程和建设等。参考图1,图1示出传统EDI架构的示例,用于在两个贸易公司之间分别用EDI系统交换EDI文件,它们之间具有增值网络(简称VAN)。每个公司的EDI系统包括用于接收EDI文件的通信装置、用于将EDI文件翻译和转换成能够输入到公司自己的内部信息系统的格式的EDI转换装置。对于“出站”文件,EDI系统会从公司的内部信息系统或者ERP(企业资源规划)输出文件(或读取数据库),并且将文件转化成翻译器适合的格式。翻译器(通常是翻译软件)将随后“验证”文件以确保其满足贸易伙伴达成的标准,将文件转换成“EDI”格式(增加合适的标识符和控制结构)并且使用合适的通信协议将文件发送至贸易伙伴,间接经由VAN或直接使用诸如FTP或AS2等协议。对于“入站”文件,EDI系统会间接经由VAN或直接使用诸如FTP或AS2等协议接收EDI文件,获取接收的EDI文件,验证发送EDI文件的贸易伙伴是有效的贸易伙伴、EDI文件的结构满足EDI标准、信息转换的相应字段符合约定的协议。通常,第一步骤是通过翻译器从邮箱接收EDI文件,其将创建固定长度或可变长度的文件或用XML标记的格式。接下来的步骤是转换/转化文件,翻译器将文件创建成能够输入到公司自己的内部信息系统或ERP的格式。这能够通过使用定制程序、集成的专有“映射器”或者基于集成标准的图形“映射器”,使用诸如XSLT的标准数据转换语言来实现。最后的步骤是将转换的文件输入到公司自己的内部信息系统。例如,参考图2和图3的上部分,对于“入站”过程,公司的翻译器可以是IBM公司的产品,即SterlingB2B积分器(简称为SI),其将从EDI邮件服务器/文件服务器接收的EDI格式的文件,诸如X12、TXT、XML、CSV等,转换成SAPIDOC格式。然后,公司的转换软件,诸如SAPAG公司的产品SAP系统,将SAPIDOC格式的文件转换成能够输入到公司自己的内部信息系统的格式,最后将转换的文件输入到公司自己的内部信息系统中。EDI系统的一个非常重要的优势是贸易伙伴接收来自EDI文件的信息并且将其整合到其自己的内部系统的速度。但是,相当多的贸易伙伴不愿意换到EDI平台,于是他们仍然发送非EDI文件,造成他们的合作伙伴整合信息慢并且出错几率高。作为示例,对于诸如供货商及其客户等贸易伙伴来说,订单是常见的。订单包括购买订单、修改订单和预测订单等。常见的是客户公司具有原来的(基于Excel的)基础结构,其雇员习惯于发送Excel订单到采用EDI系统的供货商。在供货商中负责订单的人,诸如客户服务代表(简称为CSR)等,将不得不人工阅读和处理Excel订单中的信息并将信息输入到供货商自己的内部系统。人工处理意味着低效率和高重复率并且意味着高的出错率。此外,由于使用任何PC或诸如手机等手持装置发送邮件非常方便,所以很多客户通过邮件发送订单到供货商中的CSR,这导致整合信息慢并且出错率高。此外,因为客户会通过邮件或仅仅通过电话改变订单很多次,供货商中的CSR将不得不人工阅读邮件的信息或记录电话的内容,并且每次在供应商自己的系统中改变这些信息和内容。而且,他们会经常不得不求助于他们自己公司的EDI/研发部门/IT团队来改变映射(mapping)使得他们能够改变这些信息。不管非EDI订单的格式是Excel、其他表格程序或者邮件,甚至仅仅来自电话呼叫等,有多种多样的客户需求需要输入到供货商自己的系统中,包括客户与供货商之间约定的内容/布局/格式术语和条件。此外,使用各种数据做出商业分析/统计分析的需求在增长。经由EDI系统输入到供货商自己的系统中的数据/信息能够容易地用于进行分析/统计分析,而不经由EDI系统的数据/信息并非如此。
技术实现思路
提供
技术实现思路
以简洁的形式介绍概念的选择,下面在说明书中进一步地描述所述概念的选择。
技术实现思路
不旨在确定要求保护主题的关键特征或重要特征。也不旨在用于限制要求保护主题的范围。在一个实施例中,公开一种用户终端,用于将非EDI客户数据整合到一个实体的EDI系统中,所述用户终端包括:处理器;显示器;以及存储器,用于存储可由处理器执行的指令。所述处理器配置成执行:登录到服务器;打开服务器提供的宏;通过宏,在用户终端上创建宏的本地实例;通过宏接收客户档案数据;在用户终端上的宏的本地实例上,通过宏,获取非EDI客户数据和非EDI客户数据的格式与由EDI系统的第一EDI系统组件使用的EDI客户数据的格式之间的关系图;通过宏,基于关系图和非EDI客户数据生成EDI客户数据;将EDI客户数据发送到服务器,服务器将EDI客户数据整合到所述EDI系统的第一EDI组件中。在另一实施例中,公开一种服务器,用于将非EDI客户数据整合到一个实体的EDI系统中,所述服务器包括:处理器;以及存储器,用于存储可由处理器执行的指令。所述处理器配置成执行:接收来自用户终端的登录请求;打开服务器提供的宏;通过宏,在用户终端上创建宏的本地实例;通过宏,接收客户档案数据;通过所述宏,基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例;在所述用户终端基于非EDI客户数据生成EDI客户数据之后,从所述用户终端接收EDI客户数据;以及将所述EDI客户数据整合到EDI系统的第一EDI组件。在另一实施例中,公开一种用户终端,用于将非EDI客户数据整合到一个实体的EDI系统本文档来自技高网
...

【技术保护点】
1.一种用户终端,用于将非EDI客户数据整合到一个实体的EDI系统中,所述用户终端包括:处理器;显示器;以及存储器,用于存储可由处理器执行的指令;其中所述处理器配置成执行:登录到服务器;打开服务器提供的宏;通过所述宏,在所述用户终端上创建所述宏的本地实例;通过所述宏,接收客户档案的数据;在所述用户终端上的所述宏的本地实例上,通过所述宏,获取非EDI客户数据和非EDI客户数据的格式与由所述EDI系统的第一EDI组件使用的EDI客户数据的格式之间的关系图;通过宏,基于所述关系图和所述非EDI客户数据生成EDI客户数据;以及将所述EDI客户数据发送到所述服务器,所述服务器将所述EDI客户数据整合到所述EDI系统的所述第一EDI组件中。

【技术特征摘要】
1.一种用户终端,用于将非EDI客户数据整合到一个实体的EDI系统中,所述用户终端包括:处理器;显示器;以及存储器,用于存储可由处理器执行的指令;其中所述处理器配置成执行:登录到服务器;打开服务器提供的宏;通过所述宏,在所述用户终端上创建所述宏的本地实例;通过所述宏,接收客户档案的数据;在所述用户终端上的所述宏的本地实例上,通过所述宏,获取非EDI客户数据和非EDI客户数据的格式与由所述EDI系统的第一EDI组件使用的EDI客户数据的格式之间的关系图;通过宏,基于所述关系图和所述非EDI客户数据生成EDI客户数据;以及将所述EDI客户数据发送到所述服务器,所述服务器将所述EDI客户数据整合到所述EDI系统的所述第一EDI组件中。2.如权利要求1所述的用户终端,其中,所述实体是供货商,所述非EDI客户数据是来自邮件或Excel的非EDI订单,所述EDI客户数据为CSV订单。3.如权利要求2所述的用户终端,其中,将所述EDI客户数据发送到所述服务器包括:通过所述宏将所述CSV订单保存到所述服务器,所述服务器通过邮件将所述CSV订单发送到所述EDI系统的所述第一EDI组件。4.如权利要求3所述的用户终端,其中,所述宏的所述本地实例设置有用户界面;通过所述宏获取非EDI客户数据和所述非EDI客户数据的格式与所述第一EDI组件使用的EDI客户数据的格式之间的关系图包括:经由在所述用户界面上显示的INIT屏幕,接收用户的输入,以创建所述关系图;经由在所述用户界面上显示的新PO屏幕,接收用户输入的所述非EDI客户数据;并且通过所述宏基于所述关系图和所述非EDI客户数据生成EDI客户数据包括:经由在所述用户界面上显示的CVS订单到IDOC屏幕,基于所述关系图和所述非EDI客户数据生成所述CSV订单。5.如权利要求3所述的用户终端,其中,所述宏的所述本地实例设置有用户界面;通过所述宏获取非EDI客户数据和所述非EDI客户数据的格式与第一EDI组件使用的EDI客户数据的格式之间的关系图包括:经由在所述用户界面上显示的INIT屏幕,接收用户的输入,以创建所述非EDI客户数据的格式与EDI客户数据的格式之间的第一关系图;如果所述INIT屏幕的强制性字段具有一个以上的值,则经由在所述用户界面上显示的参照屏幕,接收用户的输入,以创建所述非EDI客户数据的格式与EDI客户数据的格式之间的第二关系图;经由在所述用户界面上显示的新PO屏幕,接收用户输入的所述非EDI客户数据;并且通过所述宏基于所述非EDI客户数据与所述EDI客户数据之间的关系图生成EDI客户数据包括:通过在所述用户界面上显示的CVS订单到IDOC屏幕,基于所述第一关系图和所述第二关系图以及所述非EDI客户数据生成所述CSV订单。6.如权利要求1所述的用户终端,其中,所述通过宏接收客户档案的数据包括:接收用户关于使用现有客户档案进行设置和手动进行设置的选项的选择;如果在档案库中找到现成的客户档案,则基于客户档案登录ID,将数据从档案库加载到所述用户终端上的所述宏的所述本地实例;以及如果在档案库中没有找到现成的客户档案,则将用户的输入接收到所述用户终端上的所述宏的所述本地实例。7.一种服务器,用于将非EDI客户数据整合到一个实体的EDI系统中,所述服务器包括:处理器;以及存储器,用于存储可由处理器执行的指令;其中所述处理器配置成执行:接收来自用户终端的登录请求;打开所述服务器提供的宏;通过所述宏,在所述用户终端上创建所述宏的本地实例;通过所述宏,基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例;在所述用户终端基于非EDI客户数据生成EDI客户数据之后,通过所述宏,接收所述用户终端的所述EDI客户数据;以及将所述EDI客户数据整合到EDI系统的第一EDI组件中。8.如权利要求7所述的服务器,其中,所述实体是供货商,所述非EDI客户数据是来自邮件或Excel的非EDI订单,所述EDI客户数据为CSV订单。9.如权利要求8所述的服务器,其中,将所述EDI客户数据整合到EDI系统中包括:通过邮件将所述CSV订单发送到所述EDI系统的第一EDI组件。10.一种用户终端,用于将非EDI客户数据整合到一个实体的EDI系统中,所述用户终端包括:处理器;显示器;以及存储器,用于存储可由处理器执行的指令;其中所述处理器配置成执行:登录到服务器;打开所述服务器提供的宏;通过所述宏,在所述用户终端上创建所述宏的本地实例;通过所述宏,基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例;通过所述宏,在所述用户终端上的所述宏的所述本地实例上,获取非EDI客户数据和非EDI客户数据的格式与由E...

【专利技术属性】
技术研发人员:M·德瑞奇卡
申请(专利权)人:莫列斯有限公司
类型:发明
国别省市:美国,US

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1