CN108959202B

CN108959202B - 处理非电子数据交换数据的装置

Info

Publication number: CN108959202B
Application number: CN201710369009.3A
Authority: CN
Inventors: M·德瑞奇卡
Original assignee: Molex LLC
Current assignee: Molex LLC
Priority date: 2017-05-23
Filing date: 2017-05-23
Publication date: 2023-02-14
Anticipated expiration: 2037-05-23
Also published as: TWI651949B; TW201902184A; CN108959202A

Abstract

本公开涉及用于处理非EDI数据的装置，包括将非EDI客户数据整合到一个实体的EDI系统中并且利用EDI系统分析非EDI客户数据。该装置加载客户档案，并且为用户提供用户界面以输入非EDI客户数据和非EDI数据与EDI系统中的EDI数据之间的关系图，以生成EDI数据作为EDI系统的输入。

Description

处理非电子数据交换数据的装置

技术领域

本公开总体涉及不同装置之间的数据交换，尤其涉及一种用于将不经由EDI系统(电子数据交换系统)而入站的信息整合到EDI系统中和/或处理信息使其适于分析/统计分析的装置。

背景技术

EDI(电子数据交换)是用于经由任何电子手段交换数据而提供标准的电子通信方法。通过按照相同的标准，两个不同的公司或组织甚至在两个不同的国家可以电子化地交换文件(诸如购买订单、账单、装运通知单和很多其它文件)。有很多EDI标准(包括X12EDI、EDIFACT等)，它们中的一些解决了特定行业或地区的需要。标准用于使EDI成为“严格格式消息的机-机交互”。于是可以将EDI正式定义为：通过约定的消息标准，无需人工干预从一个计算机系统到另一计算机系统的结构化数据的传递。

可以使用发送方和接收方约定的任意方法来传输EDI。这包括多种技术，包括调制解调器(异步和同步)、电子邮件(e-mail)、文件传输协议(FTP)、超文本传输协议(HTTP)、AS1、AS2、AS4等。越来越多的贸易伙伴使用网络用于传输，也就是，经由电子邮件传递EDI文件。贸易伙伴可以直接交互，或者通过诸如增值网(VAN)等中介进行交互。

EDI文件通常包含相同的信息，该信息通常会能够在用于相同的组织功能的纸质文件中找到。例如，制造商使用EDI 940从仓库到船的订单来告诉零售商仓库到船的产品。通常具有“船到”地址、“付款方”地址以及产品编号(通常是通用产品代码(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公司的产品，即Sterling B2B积分器(简称为SI)，其将从EDI邮件服务器/文件服务器接收的EDI格式的文件，诸如X12、TXT、XML、CSV等，转换成SAP IDOC格式。然后，公司的转换软件，诸如SAPAG公司的产品SAP系统，将SAP IDOC格式的文件转换成能够输入到公司自己的内部信息系统的格式，最后将转换的文件输入到公司自己的内部信息系统中。

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系统中，其包括：处理器；显示器；以及存储器，用于存储可由处理器执行的指令。所述处理器配置成执行：登录到服务器；打开所述服务器提供的宏；通过宏在用户终端上创建宏的本地实例；通过所述宏基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的宏的本地实例；通过宏在用户终端的宏的本地实例上获取非EDI客户数据和非EDI客户数据的格式与由EDI系统的第二EDI组件使用的EDI客户数据的格式之间的关系图；通过宏基于关系图和非EDI客户数据生成EDI客户数据；以及通过宏直接将非EDI客户数据更新到EDI系统的第二EDI组件。

在另一实施例中，公开一种服务器，用于将非EDI客户数据整合到一个实体的EDI系统中，服务器包括：处理器；以及存储器，用于存储可由处理器执行的指令。处理器配置成执行：接收来自用户终端的登录请求；打开服务器提供的宏；通过宏在用户终端上创建宏的本地实例；通过宏基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；在用户终端基于非EDI客户数据生成EDI客户数据之后，通过宏从服务器终端接收EDI客户数据；以及通过宏直接将EDI客户数据更新到EDI系统的第二EDI组件。

在另一实施例中，公开一种用于利用一个实体的EDI系统分析非EDI客户数据的用户终端，其包括：处理器；显示器；以及存储器，用于存储可由处理器执行的指令。处理器配置成执行：登录到服务器；打开服务器提供的宏；通过宏在用户终端上创建宏的本地实例；通过宏基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；通过用户终端上的所述宏在用户系统上的宏的本地实例上接收非EDI客户数据的输入；通过宏生成EDI客户数据；以及通过宏将EDI客户数据作为分析结果发送到EDI系统。

在另一实施例中，公开一种实体的服务器，用于利用一个实体的EDI系统分析非EDI客户数据，所述服务器包括：处理器；以及存储器，用于存储可由处理器执行的指令。处理器配置成执行：接收来自用户终端的登录请求；打开服务器提供的宏；通过宏，在用户终端上创建宏的本地实例；通过宏，基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；以及在用户终端基于非EDI客户数据生成EDI客户数据之后，通过宏从用户终端接收EDI客户数据作为分析结果。

应当理解的是，以上的总体描述和后文的详细描述仅是示例性的，并不限制本公开。

附图说明

附图包含在说明书中并且构成说明书的一部分，附图示出与本公开一致的实施例，并与描述一起用于解释本公开的原理。

图1示出两个贸易公司之间的传统的EDI架构的示例。

图2示出具有EDI系统的公司的内部网络的示例。

图3示出对于公司内部网络中的入站和出站过程如何翻译和转换不同格式的EDI文件的示例。

图4A是根据示例性实施例的OAS的整体结构框图的示例。

图4B是根据示例性实施例的EDI系统的SAP中，为了创建新购买订单(PO)而设计的OAS的整体结构框图的示例。

图4C是根据示例性实施例的EDI系统的SAP中，为了订单改变(重制)和确认而设计的OAS的整体结构框图的示例。

图4D是根据示例性实施例的为了做出预测而设计的OAS的整体结构框图的示例。

图5A-5B是根据示例性实施例的为了创建新购买订单(PO)而设计的OAS的用户界面的示例。

图6A-6D是示出根据本公开的示例性实施例的为了创建新购买订单(PO)而由用户终端执行的步骤的流程图。

图7是示出根据本公开的示例性实施例的为了创建新购买订单(PO)而由服务器执行的步骤的流程图。

图8A-8B是根据示例性实施例的为了订单改变(重制)和确认而设计的OAS的用户界面的示例。

图9A-9C是示出根据本公开的示例性实施例的为了订单改变(重制)和确认而由用户终端执行的步骤的流程图。

图10A-10B是示出根据本公开的示例性实施例的为了订单改变(重制)和确认而由服务器执行的步骤的流程图。

图11A-11B是示出根据本公开的示例性实施例的为了预测而由用户终端执行的步骤的流程图。

图12是示出根据本公开的示例性实施例的为了预测而由服务器执行的步骤的流程图。

图13是示出根据本公开的示例性实施例的用于将非EDI客户数据整合到EDI系统中或采用EDI系统分析非EDI客户数据的装置的框图。

图14是示出根据本公开的示例性实施例的用于将非EDI客户数据整合到EDI系统中和/或采用EDI系统分析非EDI客户数据的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，否则不同附图中的相同数字表示相同或相似的要素。在以下示例性实施例的描述中所阐述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开提供一种系统和方法，用于将不经由EDI系统(电子数据交换系统)的入站信息整合到EDI系统中，或者使信息适于分析。

比如，申请日为2002年4月30日的第091108929号台湾专利申请公开了一种自动接收客户的订单资料并由生产排程情况对订单资料进行确认的订单处理方法，其大体包括下述步骤：接收EDI预测订单，对EDI预测订单进行格式转换，生成预测订单资料，并将预测订单资料存储在资料库中；通过访问资料库来获得预测订单资料，并对预测订单进行确认作业；对预测订单进行生产排程作业，生成生产排程资讯，并将生产排程资讯存储在资料库中；进行格式转换以生成正式订单资料，并将正式订单资料存储在资料库中；等等。

此外，专利号为US 7,984,373B2的美国专利公开了一种根据EDI模式的描述来创建EDI交易的方法，其具体包括：接收EDI模式的描述以及EDI模式的指明描述的格式的其他文档，所接收的描述是非EDI结构化的文档；将非EDI结构化的文档与其他EDI文档分离；识别包括在所分离的非EDI结构化的文档中的多个数据单元；将所识别的多个数据单元分类为数据类型；分析所分类的多个数据单元以确定EDI模式的内容；生成EDI模式的文档定义；以及使用生成的文档定义根据EDI模式来创建EDI交易。

现有技术中的EDI系统仅能处理EDI文件。对于本公开，不是来自EDI文件的数据/信息也能够被整合到EDI系统中。

一般而言，EDI数据是指按照约定的通用消息标准格式(比如，X12EDI、EDIFACT等)经由通信网络传输在电子计算机系统之间交换和自动处理的数据。例如，EDI数据可以是诸如PDF、X12、TXT、XML、CSV等之类的数据，但本公开不必限于此。非EDI数据是指不是按照约定的通用消息标准格式经由通信网络传输在电子计算机系统之间交换的数据。例如，非EDI数据可以是来自邮件或Excel的数据，但本公开不必限于此。

以关于订单的数据/信息为示例，本公开能将非EDI文件的订单整合到EDI系统中。换言之，非EDI订单能够被改变成EDI订单，然后能够被输入到EDI系统中。为了简洁起见，在本公开中系统处理订单被称为订单自动化服务器应用程序(简称为OAS)。

但是，本公开不限于处理关于订单的数据/信息且然后将它们整合到EDI系统中，本公开能够应用于处理数据/信息且然后整合到EDI系统的任何其他情况。

根据一个示例，订单主要被分成两类-分散订单和总订单。OAS由多个应用构成，这多个应用使整个销售订单的生命周期中的多种订单类型半自动化。多个应用包括：创建订单、重制订单、订单确认、预测分析、预测结算、预测重制和预测确认。

根据一个示例，为了实施上述的应用，OAS包含下面的应用作为其一部分：

010_CSV ORDERS to IDOC Macro，用于创建订单；

020_PO Update and CFM Macro，用于订单改变(重制)和确认；

030_SA Macro，用于预测分析、预测结算、预测重制和预测确认。

CSR是处理客户的订单/预测的OAS应用的直接用户，OAS预测分析的结果与履行SE(三维计算机辅助设计软件)分享以理解/预估&满足客户的商业需要。

OAS应用使来自客户的各种以非EDI/基于电子数据表的需求一致并且将它们集成到单个工具中，并且能够包容客户不愿意换到EDI平台，因此OAS应用用它们的原来的(基于Excel的)基础结构提高业务连续性。

每次需要变化时，客户/CSR能够在映射中做出变化，由此最小化对EDI/研发部门/IT团队的依赖。

由于数据驱动决策是当今的商业需要，在涉及商业分析/统计分析时，OAS应用也是对于缺少EDI的应对措施。

在一个示例中，OAS应用具有下面的一个或多个特征，这些特征能够由本领域技术人员基于实际需要而修改。

由于用户/CSR仅能看到宏(Macro)，所以对于服务器是单访问点。

以仅允许服务器应用与其交互的方式形成代码。这起到额外的安全层的作用。

对于用户来说是容易升级和易懂的。Macro也是反向兼容的。

该工具，即OAS应用，广泛地与所有具有Microsoft Excel许可的企业兼容。

该工具能产生用于EDI进入的数据。

由于该工具使用用户的系统资源而不是服务器的资源，因此该工具非常快，重量轻并且资源友好。

该工具设计成以只读模式运行，但是仍然能够使多个用户同时对其进行工作。

由于用户/分析者直接地维护宏中的复杂逻辑，所以在一些OAS应用中的参考/映射特征允许EDI团队仅需维护销售(SoldTo)程度的通用图。

在一个示例中，参考/映射特征容纳12个运算符(诸如包含、等于、开始、结尾等)和最多3个条件，就能客户数据中的任何字段与一个实体的数据(例如Molex(莫仕)数据)匹配。这给用户，如CSR，无限的可能性以创建关系图。

服务器上的档案库(Profile Bank)用作包含客户需求信息的知识库。这去除了由CSR处理的任何特定客户数据的依赖性。

取代用于每个客户需求的多个EDI图，所有的需求能够采用单个应用和直接由用户保持的档案库来处理。这节约了大量时间和金钱，否则就需要对EDI/IT研发部门投资。

参考图4A，图4A示出根据示例性实施例的OAS的整体结构框图，其基本上是图4B至图4D的结合，图4B至图4D分别示出010_CSV订单到IDOC宏(010_CSV ORDERS to IDOCMacro)和020_PO更新和CFM宏(020_PO Update and CFM Macro)，以及030_SA宏(030_SAMacro)。

上述的三个宏放置于服务器上，根据一个示例，放置于文件服务器上，并且上述的三个宏能够被访问。

利用上述的宏，供货商的EDI系统能够响应于客户通过邮件或其他手段而不是通过供货商的EDI系统发送非EDI订单的情况整合非EDI订单。

在一个实施例中，OAS处理当客户直接发送非EDI订单到供货商的CSR的私人邮箱的情况，或者仅口头提供订单或者改变现有订单的情况。

作为命名约定，通常要销售的客户对象用作档案或者输出文件创建的登录名称(LoginId)。在一个要销售的客户对象需要多个客户档案的情况下，则登录名称可以使用[SoldTo]-1、[SoldTo]-2、[SoldTo]-3等。

档案存储在可以位于文件服务器上的OAS档案库中并且可以用诸如CSR_Order_Automation_profiles等名称进入。客户档案将所有客户敏感的信息和逻辑/映射以电子表格形式存储在档案库上。为每个客户创建档案的主要目的是对于不同客户将不同配置/映射加载到相同的应用中。档案通常对用户是隐藏的，但是具有R/W(读/写)特权并且能够仅通过应用由加载/保存来修改。档案的结构与宏电子数据表格的结构相同。保存档案是将当前活动的工作表保存成档案目录。加载档案是将每个配置(“初始(Init)”屏幕)以及来自档案的其他表格的所有数据复制到用于该特定客户的当前活动的工作表。档案名称可以是<MacroName>_<LoginId>.xlsm。

下文中将详细描述三个宏。

参考图4B，使用010_CSV订单到IDOC宏来用于非EDI购买订单/确定订单的创建/自动化。

参考图5A和图5B，010_CSV订单到IDOC宏为CSR的用户终端提供下面的标签(tabs)/屏幕：

指令标签/屏幕

该屏幕包含工具的使用指南。CSR能够简单地遵照指令并且使用客户提供的非EDI数据得到要放置于SAP中的新订单。

初始标签/屏幕

该屏幕包含将用户提供的数据映射到供货商的数据格式(例如被称为Molex通用数据)而所需的参数。作为示例，Molex通用数据可以是逗号分隔值(CSV)格式。在该屏幕中的字段值会存储在屏幕的列B、G和H中。字段一般会存储两种类型的值：

缺省值(DVAL)-这是当客户还没有提供数据时“CSV订单到IDO(CSV ORDER toIDO)”屏幕中使用的值。

第一参照(FREE)-该字段指向在客户数据中的列的第一个单元格。例如，如果“联系人-第一参照”的值是“初始”屏幕中的D2，则其是指客户已经从“新PO”屏幕中的Row(行)2进入到D列的联系人数据中。如果提及FREF，则其对DVAL有优先权。

注意：该值能够是强制性的(红色)或可选性的(黑色)。

在“初始”屏幕中，如果首先的5个强制性的值-销售组织、订货团队、交货地、订单类型和批次中的任一个具有多个值，则对应的字段应该保持空白并且在“参照”屏幕中必须定义关系图。作为示例，用户有选择提供三个条件以将来自客户数据的每个记录匹配到其在Molex通用数据中相应的记录。

参照标签/屏幕

当同一客户使用多个订货部门、交货地、付款方、销售组织、买方、订单类型和批次时可以使用该屏幕。这创建了关系图以将每个来自客户的记录翻译成其对应的Molex通用数据。该通用数据是EDI Sterling积分器中的通用图“FES_CSV-ORDERS_Inbound_Generic”或“FES_CSV-ORDERS_OneSOPerLine_Inbound_Generic”的输入。关系图直接由CSR保持。

新PO标签/屏幕

从客户接收的数据必须由CSR放置在这里。

CSV订单到IDOC(CSV ORDERS to IDOC)标签/屏幕

010_CSV订单到IDOC宏使用来自新PO的数据、初始表格和参照表格生成该屏幕。在该屏幕中生成的数据作为CSV文件保存到输出文件夹中并且之后通过邮件被发送到SI以在系统中创建订单。

一旦所有的强制性信息利用现有的档案被自动填充/由CSR首次输入，则点击按钮“准备CVS订单以在SAP中创建新PO”，并将在“新PO”屏幕中的客户专有数据翻译成在“CVS订单到IDOC”屏幕中的Molex通用数据。

参考图5A和图5B，一旦“CVS订单到IDOC”屏幕上的数据准备发送到Sterling积分器(SI)，则CSR选择值“系统更新”，然后点击按钮“作为邮件发送CSV订单文件”以发送数据到EDI系统的SI。

图6A-6D是示出根据本公开的示例性实施例的为了创建新购买订单(PO)而由CSR的用户终端执行的步骤的流程图。

用户终端可以是具有通用串行总线(USB)的智能装置，诸如智能手机、笔记本电脑、个人数字助理(PDA)等。用户终端通过将非EDI客户数据(非EDI购买订单数据)整合到一个实体(如供应商)的EDI系统中而在EDI系统中创建新EDI购买订单(PO)，用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤101：登录到服务器；

步骤103：打开服务器提供的宏(订单创建宏(Order Creation Macro))；

步骤105：通过宏在用户终端上创建宏的本地实例；

步骤107：通过宏接收客户档案的数据；

步骤109：在用户终端上的宏的本地实例上，通过宏获取非EDI客户数据和非EDI客户数据的格式与EDI客户数据的格式之间的关系图，该EDI客户数据由EDI系统的第一EDI组件(SI)使用(根据一个示例，EDI客户数据的格式是CSV格式，即“Molex通用数据”)；

步骤111：通过宏基于关系图和非EDI客户数据生成EDI客户数据；

步骤113：将EDI客户数据发送到服务器，服务器将EDI客户数据整合到EDI系统的第一EDI组件(SI)中。

实体是供货商，非EDI客户数据是来自邮件或Excel的非EDI订单，EDI客户数据为CSV格式。

将EDI客户数据发送到服务器的步骤113包括：通过宏将CSV订单保存到服务器，服务器通过邮件将CSV订单发送到EDI系统的第一EDI组件(SI)。

根据一个示例，宏的本地实例设置有用户界面；通过宏获取非EDI客户数据和非EDI客户数据的格式与第一EDI组件使用的EDI客户数据的格式之间的关系图的步骤109包括：

步骤109-1：经由在用户界面上显示的INIT屏幕接收用户的输入，以创建关系图；

步骤109-3：经由在用户界面上显示的新PO屏幕接收来自用户的非EDI客户数据的输入；以及

通过宏基于关系图和非EDI客户数据生成EDI客户数据的步骤111包括：

步骤111-1：经由在用户界面上显示的CVS订单到IDOC屏幕，基于关系图和非EDI客户数据生成CSV订单。

根据另一示例，宏的本地实例设置有用户界面，通过宏获取非EDI客户数据和非EDI客户数据的格式与第一EDI组件使用的EDI客户数据的格式之间的关系图的步骤109包括：

步骤109-1′：经由在用户界面上显示的INIT屏幕接收用户的输入，以创建非EDI客户数据的格式与EDI客户数据的格式之间的第一关系图；

步骤109-2′：如果INIT屏幕的强制性字段具有一个以上的值，则经由在用户界面上显示的参照屏幕接收用户的输入，以创建非EDI客户数据的格式与EDI客户数据的格式之间的第二关系图；

步骤109-3′：经由在用户界面上显示的新PO屏幕接收用户输入的非EDI客户数据；以及

通过宏，基于非EDI客户数据与EDI客户数据之间的关系图生成EDI客户数据的步骤111包括：

步骤111-1′：经由在用户界面上显示的CVS订单到IDOC屏幕，基于第一和第二关系图和非EDI客户数据生成CSV订单。

根据另一示例，通过宏接收客户档案数据的步骤107包括：

步骤107-1：接收用户关于使用现有的客户档案进行设置和手动进行设置的选项的选择；

步骤107-2：是否在档案库中找到现成的客户档案；

步骤107-3：如果是，则基于客户档案登录ID将数据从档案库加载到用户终端上的宏的本地实例；以及

步骤107-5：如果否，则接收用户在用户终端上输入的宏的本地实例。

服务器通过将非EDI客户数据(非EDI购买订单数据)整合到一个实体(如供应商)的EDI系统中而在EDI系统中创建新EDI购买订单(PO)，服务器包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤S201：接收来自用户终端的登录请求；

步骤S203：打开服务器提供的宏(订单创建宏)；

步骤S205：通过宏，在用户终端上创建宏的本地实例；

步骤S207：通过宏，基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；

步骤S209：在用户终端基于非EDI客户数据生成EDI客户数据之后，通过宏，接收用户终端的EDI客户数据；

步骤S211：将EDI客户数据整合到EDI系统的第一EDI组件(SI)中。

参考图4C，020_PO更新和CFM宏用于非EDI购买订单/确定订单的重制/确认。

020_PO更新和CFM宏为CSR的用户终端提供下面的屏幕：

Init标签/屏幕

该屏幕包含用于映射客户提供的数据和Molex SAP系统数据所需的参数。字段值会存储在屏幕的列B、G和H中。注意：值可以是强制性的(红色)或可选性的(黑色)。

屏幕分成四部分：

1)控制参照：该部分包括能使应用理解用户的输出需求的主要参数。

根据一个示例，在该部分下找到的字段是：

使用SO#来更新VA02？(是/否)-如果是，则SAP更新使用SO#，否则使用PO#和SoldTO。

阻止订单-可以选择CSR以应用或去除其想要在SAP中更新的所有行的传递阻止。

2)客户打开未完成订单参照：该部分包含对客户未完成订单数据的列指示/参照。例如，如果用户已经在“A”列中提供PO#，则字段将包含在客户数据中是第一PO值的“A2”。

3)Molex未完成订单参照：该部分包含对于Molex未完成订单的列指示/参照。例如，如果Molex SAP数据摘录(extract)在“A”列中具有PO#，则字段将包含在Molex数据中是第一PO值的“A2”。

4)之前客户打开未完成订单参照：该部分包含对上周客户未完成订单数据的列指示/参照。例如，如果用户已经在“A”列中提供PO#，则字段将包含在客户数据中是第一PO值的“A2”。

Molex打开未完成订单标签/屏幕

用于客户的在Molex SAP中呈现的实际数据被CSR提取。

客户打开未完成订单标签/屏幕

从客户接收的数据必须由CSR放置在这里。

之前客户打开未完成订单标签/屏幕

上周从客户接收的数据必须由CSR放置在这里。该标签/屏幕是可选择的。

VA02标签/屏幕

这可以是宏的输出但不是必须的。一旦“执行”按钮被点击，则将在该屏幕上产生的数据更新到SAP。

步骤如下。加载客户档案。以与所有的其他宏相同的方式加载档案。

CSR将“客户打开未完成订单”屏幕上的最近一周的现有数据复制到“之前客户打开未完成订单”屏幕，但是不是必须的。

CSR将非EDI客户数据输入到“客户打开未完成订单”屏幕中。

CSR将用于客户的现有数据从SAP提取到“Molex打开未完成订单”屏幕中。

参考图8A，CSR输入关于“初始”屏幕的所有部分的所有所需信息-客户打开未完成订单参照、控制参照、Molex未完成订单参照和之前客户打开未完成订单参照(在呈现数据并且在PO确认中有对于分析的商业需要的情况下)。

一旦完成以上所有的步骤，CSR点击初始屏幕上的“PO改变宏”和/或之后点击“PO确认宏”按钮。这启动了PO改变和/或随后的PO确认执行。根据进一步的示例，生成数据透视表(Pivot table)。在客户打开未完成订单屏幕中完成所有的分析并且更新标记。在分析和更新标记之后，与它们各自的Molex记录匹配并且满足在初始屏幕中选择的标准的客户打开未完成订单中的这些箭头被移动到VA02，以在SAP中更新。

参考图8B，一旦CSR点击VA02屏幕上的执行按钮，如果现有的SAP会话是打开的，则在SAP中更新购买订单/销售订单的脚本被执行。如果没有打开的对应的SAP会话则应用给出错误。在对VA02屏幕中的所有表格行更新SAP之后，控制回到具有成功/检查消息的应用。

图9A-9C是示出根据本公开的示例性实施例的为了订单改变(重制)和确认而由CSR的用户终端执行的步骤的流程图。

用户终端可以是具有通用串行总线(USB)的智能装置，诸如智能手机、笔记本电脑、个人数字助理(PDA)等。用户终端通过将非EDI客户数据(非EDI购买订单数据)整合到一个实体的EDI系统中来实施订单改变(重制)和确认。

用户终端可以实施上面的订单创建和下面描述的订单改变(重制)和确认。

用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤301：登录到服务器；

步骤303：打开服务器提供的宏(订单改变和确认宏)；

步骤305：通过宏在用户终端上创建宏的本地实例；

步骤307：通过宏，基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；

步骤309：在用户终端上的宏的本地实例上，通过宏，获取非EDI客户数据和非EDI客户数据的格式与由EDI系统的第二EDI组件(SAP)使用的EDI客户数据的格式之间的关系图；

步骤311：通过宏，基于关系图和非EDI客户数据生成EDI客户数据；

步骤313：通过宏，直接将EDI客户数据更新到EDI系统的第二EDI组件(SAP)。

通过宏，直接更新EDI客户数据的步骤313包括：

步骤313-1：通过宏，打开与连接到供货商自己的内部信息系统的EDI系统的第二EDI组件的会话(SAP会话)。

步骤313-2：通过宏，直接将EDI客户数据改变或确认到EDI系统的第二EDI组件(SAP)。

通过宏获取非EDI客户数据和非EDI客户数据的格式与第二EDI组件使用的EDI客户数据的格式之间的关系图的步骤309包括：

步骤309-1：经由在用户界面上显示的INIT屏幕接收用户的输入，以创建关系图；

步骤309-3：经由在用户界面上显示的打开未完成订单屏幕(Molex打开未完成订单)从第二EDI组件(SAP)接收现有EDI订单的EDI客户数据；

步骤309-5：经由在用户界面上显示的客户打开未完成订单屏幕接收非EDI客户数据；以及

通过宏基于关系图和非EDI客户数据生成EDI客户数据的步骤311包括：

步骤311-1：通过INIT屏幕上的PO改变宏或PO确认宏，来对应执行EDI客户数据的改变或确认。

服务器可以实施上面的订单创建和下面描述的订单改变(重制)和确认。

服务器包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤401：接收来自用户终端的登录请求；

步骤403：打开服务器提供的宏(订单改变和确认宏)；

步骤405：通过宏，在用户终端上创建宏的本地实例；

步骤407：通过宏，基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；

步骤409：在用户终端基于非EDI客户数据生成EDI客户数据之后，通过宏，接收来自用户终端的EDI客户数据；

步骤411：通过宏，直接将EDI客户数据更新到EDI系统的第二EDI组件中。

通过宏直接更新EDI客户数据的步骤包括：

步骤411-1：通过宏，打开与连接到供货商自己的内部信息系统的EDI系统的第二EDI组件的会话(SAP会话)；以及

步骤411-3：通过宏，直接将EDI客户数据改变或确认到EDI系统的第二EDI组件。

参考图4D，030_SA宏(预测)用于使预测分析、结算、管理、非EDI批量SA订单的承诺自动化。其进行分析、追踪客户的倾向、提出具有数量的计划并且最后将数据上传到SAP。

图11A-11B是示出根据本公开的示例性实施例的为了预测订单而由用户终端执行的步骤的流程图。

用户终端可以实施上面的订单创建、订单改变(重制)和确认以及下面描述的预测。

用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤501：登录到服务器；

步骤503：打开服务器提供的宏(SA宏)；

步骤505：通过宏在用户终端上创建宏的本地实例；

步骤507：通过宏基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；

步骤509：在用户系统上的宏的本地实例上，通过用户终端上的宏接收非EDI客户数据的输入；

步骤511：通过宏生成EDI客户数据；

步骤513：通过宏将EDI客户数据作为分析结果发送到EDI系统。

通过宏将EDI客户数据作为分析结果发送到EDI系统的步骤513包括下述步骤中的至少一个：

步骤513-1：通过宏将EDI客户数据保存到服务器；以及

步骤513-3：通过宏直接将EDI客户数据发送到EDI系统的第二EDI组件(SAP)。

图12是示出根据本公开的示例性实施例的为了预测订单而由服务器执行的步骤的流程图。

服务器可以实施上面的订单创建、订单改变(重制)和确认以及下面描述的预测。

服务器包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行一方法，该方法包括：

步骤601：接收来自用户终端的登录请求；

步骤603：打开服务器提供的宏(SA宏)；

步骤605：通过宏，在用户终端上创建所述宏的本地实例；

步骤607：通过宏，基于客户档案登录ID将客户档案数据从档案库加载到用户终端上的宏的本地实例；

步骤609：在用户终端基于非EDI客户数据生成EDI客户数据之后，通过宏，接收来自用户终端的EDI客户数据。

参照图13，装置1300可以是包括以下一个或多个组件的用户终端：处理组件1302、存储器1304、电源组件1306、多媒体组件1308、音频组件1310、输入/输出(I/O)接口1312、传感器组件1314以及通信组件1316。

处理组件1302通常控制装置1300的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1302可以包括一个或多个处理器1320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1302可以包括一个或多个模块，便于处理组件1302和其他组件之间的交互。例如，处理组件1302可以包括多媒体模块，以方便多媒体组件1308和处理组件1302之间的交互。

存储器1304被配置为存储各种类型的数据以支持在装置1300的操作。这些数据的示例包括用于在装置1300上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件1306为装置1300的各种组件提供电力。电源组件1306可以包括电源管理系统、一个或多个电源、及与装置1300中的电力的生成、管理和分配相关联的任何其他组件。

多媒体组件1308包括在装置1300和用户之间提供输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，则屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1308包括前置摄像头和/或后置摄像头。当设备1300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是固定光学透镜系统或具有焦距和光学变焦能力。

音频组件1310被配置为输出和/或输入音频信号。例如，音频组件1310包括麦克风(MIC)，当装置1300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304中或经由通信组件1316发送。在一些实施例中，音频组件1310还包括用于输出音频信号的扬声器。

I/O接口1312提供处理组件1302和外围接口模块之间的接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1314包括一个或多个传感器，用于为装置1300提供各个方面的状态评估。例如，传感器组件1314可以检测设备1300的打开/关闭状态、装置1300的组件(例如显示器和小键盘)的相对定位、装置1300或装置1300的组件的位置改变、用户与装置1300接触的存在或不存在、装置1300的方位或加速/减速和装置1300的温度变化。传感器组件1314可以包括接近传感器，其被配置用来在没有任何物理接触的情况下检测附近物体的存在。传感器组件1314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1314还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件1316被配置为便于装置1300和其他设备之间有线或无线方式的通信。装置1300可以接入基于通信标准的无线网络，如WiFi、2G、3G或4G蜂窝技术、或它们的组合。在一个示例性实施例中，通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件1316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1300可以用一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1304，上述指令可由装置1300的处理器1320执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图14是根据本公开的示例性实施例的用于建议无线连接的另一装置400的框图。例如，装置1400可以是服务器。参考图14，装置1400包括处理组件1422，该处理组件还包括一个或多个处理器以及由存储器1432表示的存储资源用于存储可由处理组件1422执行的指令，诸如应用程序。存储在存储器1432中的应用程序可以包括一个或多个模块，每个模块对应一组指令。而且，处理组件1422配置成执行指令以执行用于将非EDI客户数据整合到EDI系统中和/或用EDI系统分析非EDI客户数据的上述方法。

装置1400还可以包括配置成执行装置1400的电源管理的电源组件1426、配置成将装置1400连接到网络或另一装置的网络接口1450、以及输入/输出(I/O)接口1478。装置1400可以基于存储器中存储的运行系统而运行，例如Windows ServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等等。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限定。

Claims

1.一种用户终端，用于将非EDI客户数据整合到一个实体的EDI系统中，所述用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

登录到服务器；

打开服务器提供的宏；

通过所述宏，在所述用户终端上创建所述宏的本地实例；

通过所述宏，接收客户档案登录ID，所述客户档案登录ID指示对应的销售(SoldTo)程度的通用图以及由所述销售(SoldTo)程度的通用图维护的参考/映射特征；在所述用户终端上的所述宏的本地实例上，通过所述宏，获取非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客户数据的格式之间的第二关系图；

通过所述宏基于所述非EDI客户数据与所述EDI客户数据之间的关系图生成EDI客户数据包括：通过在所述用户界面上显示的CVS订单到IDOC屏幕，基于所述第一关系图和所述第二关系图以及所述非EDI客户数据生成所述CSV订单。

6.一种服务器，用于将非EDI客户数据整合到一个实体的EDI系统中，所述服务器包括：

处理器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

接收来自用户终端的登录请求；

打开所述服务器提供的宏；

通过所述宏，在所述用户终端上创建所述宏的本地实例；

通过所述宏，基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例，所述客户档案登录ID指示对应的销售(SoldTo)程度的通用图以及由所述销售(SoldTo)程度的通用图维护的参考映射特征；

在所述用户终端基于非EDI客户数据的格式与由所述EDI系统的第一EDI组件使用的EDI客户数据的格式之间由所述参考/映射特征创建的关系图和非EDI客户数据生成EDI客户数据之后，通过所述宏，接收所述用户终端的所述EDI客户数据；以及

将所述EDI客户数据整合到EDI系统的第一EDI组件中。

7.如权利要求6所述的服务器，其中，

8.如权利要求7所述的服务器，其中，将所述EDI客户数据整合到EDI系统中包括：

通过邮件将所述CSV订单发送到所述EDI系统的第一EDI组件。

9.一种用户终端，用于将非EDI客户数据整合到一个实体的EDI系统中，所述用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

登录到服务器；

打开所述服务器提供的宏；

通过所述宏，在所述用户终端上创建所述宏的本地实例；

通过所述宏，基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例，所述客户档案登录ID指示对应的销售(SoldTo)程度的通用图以及由所述销售(SoldTo)程度的通用图维护的参考/映射特征；

通过所述宏，在所述用户终端上的所述宏的所述本地实例上，获取非EDI客户数据和非EDI客户数据的格式与由EDI系统的第二EDI组件使用的EDI客户数据的格式之间由所述参考/映射特征创建的关系图；

通过所述宏，基于所述关系图和所述非EDI客户数据生成EDI客户数据；以及

通过所述宏直接将所述EDI客户数据更新到所述EDI系统的所述第二EDI组件中。

10.如权利要求9所述的用户终端，其中，

所述实体是供货商；以及

通过所述宏直接更新所述EDI客户数据包括：

通过所述宏，打开与所述EDI系统的所述第二EDI组件的会话，所述EDI系统连接到所述供货商自己的内部信息系统；以及

通过所述宏，直接将所述EDI客户数据改变或确认到所述EDI系统的所述第二EDI组件。

11.如权利要求10所述的用户终端，其中，

所述宏的所述本地实例设置有用户界面；

通过所述宏获取所述非EDI客户数据和所述非EDI客户数据的格式与所述第二EDI组件使用的所述EDI客户数据的格式之间由所述参考/映射特征创建的关系图包括：

经由在所述用户界面上显示的打开未完成订单屏幕，从所述第二EDI组件接收现有EDI订单的所述EDI客户数据；

经由在所述用户界面上显示的打开未完成订单屏幕，接收所述非EDI客户数据；并且

通过所述宏，基于所述关系图和所述非EDI客户数据生成EDI客户数据包括：经由在所述INIT屏幕上的PO改变宏或PO确认宏，来对应执行EDI客户数据的改变或确认。

12.一种服务器，用于将非EDI客户数据整合到一个实体的EDI系统中，所述服务器包括：

处理器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

接收来自用户终端的登录请求；

打开所述服务器提供的宏；

通过所述宏，在所述用户终端上创建所述宏的本地实例；

在所述用户终端基于非EDI客户数据的格式与由EDI系统的第二EDI组件使用的EDI客户数据的格式之间由所述参考/映射特征创建的关系图和所述非EDI客户数据生成所述EDI客户数据之后，通过所述宏，从所述用户终端接收EDI客户数据；以及

通过所述宏，直接将所述EDI客户数据更新到EDI系统的第二EDI组件中。

13.如权利要求12所述的服务器，其中，

所述实体是供货商；以及

通过所述宏直接更新所述EDI客户数据包括：

通过所述宏，打开与所述EDI系统的第二EDI组件的会话，所述EDI系统连接到供货商自己的内部信息系统；以及

通过所述宏，直接将所述EDI客户数据改变或确认到所述第二EDI组件。

14.一种用户终端，利用一个实体的EDI系统分析非EDI客户数据，所述用户终端包括：

处理器；

显示器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

登录到服务器；

打开所述服务器提供的宏；

通过所述宏在所述用户终端上创建宏的本地实例；

通过所述用户终端上的所述宏，在所述用户系统上的所述宏的所述本地实例上，接收输入的非EDI客户数据；

通过所述宏，基于非EDI客户数据的格式与EDI客户数据的格式之间由所述参考/映射特征创建的关系图生成EDI客户数据；以及

通过所述宏将所述EDI客户数据作为分析结果发送到EDI系统。

15.如权利要求14所述的用户终端，其中，

所述实体是供货商，所述非EDI客户数据是非EDI批量SA订单，所述EDI客户数据为CSV格式。

16.如权利要求15所述的用户终端，其中，通过所述宏，将所述EDI客户数据作为分析结果发送到EDI系统包括下述步骤中的至少一个：

通过所述宏，将所述EDI客户数据保存到所述服务器中；以及

通过所述宏，直接将所述EDI客户数据发送到所述EDI系统的第二EDI组件。

17.一种服务器，用于利用一个实体的EDI系统分析非EDI客户数据，所述服务器包括：

处理器；以及

存储器，用于存储可由处理器执行的指令；

其中所述处理器配置成执行：

接收来自用户终端的登录请求；

打开服务器提供的宏；

通过宏，在用户终端上创建宏的本地实例；

通过所述宏，基于客户档案登录ID将客户档案数据从档案库加载到所述用户终端上的所述宏的所述本地实例，所述客户档案登录ID指示对应的销售(SoldTo)程度的通用图以及由所述销售(SoldTo)程度的通用图维护的参考/映射特征；以及

在所述用户终端基于非EDI客户数据的格式与EDI客户数据的格式之间由所述参考/映射特征创建的关系图和非EDI客户数据生成EDI客户数据之后，通过所述宏，从所述用户终端接收EDI客户数据作为分析结果。

18.如权利要求17所述的服务器，其中，

所述实体是供货商，所述非EDI客户数据是来自邮件或Excel的非EDI订单，所述EDI客户数据为CSV格式。

19.如权利要求18所述的服务器，其中，在通过所述宏从所述用户终端接收EDI客户数据作为分析结果之后，还包括下述步骤中的至少一个：

通过所述宏，将所述EDI客户数据发送邮件中，该邮件将被用户发给客户；

通过所述宏，将所述非EDI客户数据自动提取到共享平台中的主波动报告中；以及

通过所述宏，将所述EDI客户数据接收到所述EDI系统的第一EDI组件；

通过所述宏，直接将所述EDI客户数据上传到所述EDI系统的第二EDI组件中。