什么是webedi

㈠ Edi标准是什么

标准化的工作是实现EDI互通和互联的前提和基础。EDI的标准包括EDI网络通信标准、EDI处理标准、EDI联系标准和EDI语义语法标准等。

EDI网络通信标准是要解决EDI通信网络应该建立在何种通信网络协议之上，以保证各类EDI用户系统的互联。目前国际上主要采用MHX(X.400)作为EDI通信网络协议，以解决EDI的支撑环境。

EDI处理标准是要研究那些不同地域不同行业的各种EDI报文。相互共有的“公共元素报文”的处理标准。它与数据库、管理信息系统(如MPRII)等接口有关。

EDI联系标准解决EDI用户所属的其它信息管理系统或数据库与EDI系统之间的接口。

EDI语义语法标准(又称EDI报文标准)是要解决各种报文类型格式、数据元编码、字符集和语法规则以及报表生成应用程序设计语言等。

这里的EDI语议语法标准又是EDI技术的核心。

EDI一产生，其标准的国际化就成为人们日益关注的焦点之一。早期的EDI使用的大都是各处的行业标准，不能进行跨行业EDI互联，严重影响了EDI的效益，阻碍了全球EDI的发展。例如美国就存在汽车工业的AIAG标准、零售业的UCS标准、货栈和冷冻食品贮存业的WINS标准等。日本有连锁店协会的JCQ行业标准、全国银行协会的Aengin标准和电子工业协会的EIAT标准等。

为促进EDI的发展，世界各国都在不遗余力地促进EDI标准的国际化，以求最大限度地发挥EDI的作用。目前，在EDI标准上，国际上最有名的是联合国欧洲经济委员会(UN/ECE)下属第四工作组(WP4)于1986年制定的《用于行政管理、商业和运输的电子数据互换》标准—EDIFACT(Electronic Data Interchange For Administration, Commerce and Trans－Port)标准。EDIFACT已被国际标准化组织ISO接收为国际标准，编号为ISO9735。同时还有广泛应用于北美地区的，由美国国家标准化协会(ANSI)X.12鉴定委员会(AXCS.12)于1985年制定的ANSI X.12标准。图1.4列出了全球EDI标准的发展情况。

EDI标准的发展简史

1968年，美国运输数据协调委会(TDCC)首先在铁路系统使用EDI，并提出用于运输业的报文和通信结构方面的标准。

1970年，英国贸易工业部(DTI) 成了简化国际贸易程序组织(XITPRO)，负责简化进/出口程序并着手起草文件。

1978年，美国会计研究基金会(ACRF)和TDCC联合成立了一个委员会负责开发事务处理和信息的数据互换。

1980年，美国国家标准化协会成立了X.12鉴定标准委员会(ASCX.12)，下设10个分委员会，负责开发和制订美国EDI通用标准。

1981年，联合国欧洲经济委员会第四工作组推出了贸易数据元目录TDED和贸易数据交换指南GT－DI。

1985年，ANSI提出X.12系列标准，推广应用于北美地区。

1986年，ANSI与欧洲标准协会、英国EDI标准组织等单位共同协调全球EDI标准。

1986年，WP4正式提出《用于行政管理、商业和运输的电子数据互换》文件，即EDIFACT标准。

1986年，EXO/TCI54分别通过UN/TDED以及UN/EDIFACT为7372-86《贸易数据元目录》。

1987年，ISO正式通过《用于行政管理、商业和运输的EDI应用语法规则》，即ISO9735-87。

目前的情况是，欧洲使用EDIFACT标准。1991年，欧洲汽车业、化工业、电子业和石油天然气业已全部采用EDIFACT。此外建筑、保险等行业也宣布将放弃其行业标准，转而采用EDIFACT。北美则使用ANSI X.12，X.12已遍及北美各行业，已有100多个数据交易集。亚太地区使用EDI标准的情况见表1.1，主要是EDIFACT。

表1.1 亚太地区EDI标准使用情况 国家或地区 使用标准 运营公司
澳大利亚 EDIFACT* Paxus
新西兰 EDIFACT GEIS, Netway
新加坡 EDIFACT SNS
香港 EDIFACT HKT-CSL,INET,Gazatlenet
日本 N/A NTT Data,NEC,IBM,AT&T等
韩国 ANSI X.12 Dacom,KT-Net
台湾 N/A DGT,TTN

EDIFACT和ANSI X.12标准的比较

EDIFACT和ANSI X.12标准在语义、语法等许多方面都有很大区别。图1.5比较了EDIFACT标准的控制字段和ANSI X.12标准的控制字段。

另外，ANSI X.12标准目前只可用英语。而EDIFACT标准则可用英语、法语、西班牙语、俄语，即日耳曼语系或拉丁语系均可使用该标准的语义、数据字典等。所谓拉丁语系，是指可用26个字母和10个数字表示的语言系统。日耳曼语系可以认为是拉丁语系的一个派系。

当然，世界上大部分人不用拉丁语作为母语，如汉语、日语等，他们使用象形文字。如何对这些文字进行翻译处理，从全球性的贸易和贸易文件的交流来看，这是一个十分困难而又必须解决的问题。

EDI标准的未来发展

EDI的迅猛发展，其影响已波及全球。但目前存在的EDIFACT和ANSI X.12两大标准在某种程度上制约了EDI全球互通的发展。例如当一个美国的公司要与它在欧洲或亚洲的子公司或贸易伙伴联系时，因双方所采用的EDI标准不同，就要进行复杂的技术转换才能达到目的。虽然绝大多数翻译软件的制造厂商都支持这两个标准，但仍会给用户或厂商造成一些不必要的麻烦。

为了在国际贸易中更快、更省、更好地使用EDI，世界各国特别是欧、美等工业发达国家，都在强烈要求统一EDI国际标准。即“讲一种语言，用一种标准(In speaking of the application of EDI, we must speak one language and use one standard)。

在EDIFACT被ISO接受为国际标准之后，国际EDI标准就逐渐向EDIFACT靠拢。ANSI X.12和EDIFACT两家已一致同意全力发展EDIFACT，使之成为全世界范围内能接受的EDI标准。1992年11月美国ANSI X.12鉴定委员会又投票决定，1997年美国将全部采用EDIFACT来代替现有的X.12标准。ANSI官员说：“1997年之后，现在所有的X.12标准仍将保留，但新上项目将全部采用EDIFACT标准”。美国国家标准化协会欧共体事务主席John Rusell先生指出：“X.12向EDIFACT转变意味着美国的公司今后可在欧洲的市场上加快资金流动、改善用户服务。同时，从用户的角度来看，今后面对的将是唯一的国际标准”。

总之。EDIFACT成为统一的EDI国际标准已是大势所趋。ISO预计，到90年代中期，EDIFACT将有1000多种信息类别，并覆盖国际贸易的80%。我国有关部门和专家也一致认为，我国EDI标准应积极向国际标准靠拢，采用EDIFACT标准。

㈡ edi是什么 传统edi与现代edi有和区别 edi发展方

EDI就是电子数据交换。传统的EDI应该是指的是前20几年在北美以及欧洲开始的EDI应用，那内时候基本只有大的公司容才能实施EDI,因为要专门的EDI平台以及VAN的支持，小企业是不能承受的。现在的EDI随着internet的发展，在亚洲也快速的兴起，成本更加低廉。中小企业也可以通过WEB形式完成EDI方面的需求。实现与码头、海关、银行等机构的数据交互。未来的发展应该就是整个供应链以及贸易双方无需看到纸质文档就能完成交易。效率和成本大大降低，以后没有实施EDI的企业将很难具有竞争力。

㈢ 什么是webservice，什么情况下使用,如何使用

此后，我还会举出不应该使用Webservice的一些情况。
跨越防火墙的通信
如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。结果呢?运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。
想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把结果页送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗?还有，建立ASP页面的那一步可以省略掉吗?
当然。如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的结果页了。
以我的经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用Webservice这种结构，可以轻松的节省花在用户界面编程上的20%的开发时间。这样做还有另一个好处，就是你将得到一个由Webservice组成的中间层，这一层是完全可以在应用程序集成或其他场合下被重用的。最后，通过Webservice把你的应用程序的逻辑和数据暴露出来，还可以让其它平台上的客户重用你的应用程序。
应用程序集成
企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发的力量。你的应用程序经常都需要从运行在古老的IBM主机上的程序中获取数据；或者再把数据发送到主机或UNIX应用程序中去。即使是在同一个平台上，不同的软件厂商生产的各种软件也常常需要集成起来。通过Webservice，应用程序可以用标准的方法把功能和数据暴露出来，供其它的应用程序使用。
例如，你有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等信息。同时，你还有一个订单执行程序，用于实际货物发送的管理。这两个程序是来自不同软件厂商的。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层Webservice，订单执行程序可以把AddOrder函数暴露出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。进而通过Webservice集成应用程序B2B的集成
Webservice是B2B集成成功的关键。通过Webservice，你的公司可以把关键的商务应用暴露给指定的供应商和客户。例如，把你的电子下单系统和电子发票系统暴露出来，你的客户就可以以电子的方式向你发送购货订单，而你的供应商则可以以电子的方式把原料采购的发票发送给你。当然，这并不是一个新的概念：电子文档交换(EDI)早就是这样了。Webservice和EDI之间的主要区别在于，Webservice的实现要比EDI简单得多，而且Webservice是运行在Internet上的，在世界任何地方都可轻易实现，这样其运行成本就相对较低。不过，Webservice并不像EDI那样，是文档交换或B2B集成的一套完整的解决方案。Webservice只是B2B集成的一个关键部分，还需要许多其它的部分才能完成这个集成。
用Webservice来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把你的商务逻辑暴露出来，成为Webservice，你就可以让任何指定的合作伙伴轻松的调用你的商务逻辑，而不管他们的系统在什么平台上运行，使用的是什么开发语言。这样就大大减少了花在B2B集成的上的时间和成本。这样的低成本让许多原本无法承受EDI的投资成本的中小企业也能实现B2B集成。软件重用
软件重用是一个很大的主题，它有很多的形式和程度。最基本的形式是源代码模块或者类一级的重用。另一种形式是二进制形式的组件重用。当前，像表格控件或用户界面控件这样的可重用软件组件在市场上都占有很大的份额。但这类软件的重用都有一个很严重的限制：重用仅限于代码，而数据不能被重用。原因在于你可以很轻易的发布组件甚至源代码，但要发布数据就没那么容易了，除非那些数据都是不会经常变化的静态数据。
而Webservice允许你在重用代码的同时，重用代码后面的数据。使用Webservice，你不再像以前那样，要先从第三方购买、安装软件组件，再从你的应用程序中调用这些组件。你只需要直接调用远端的Webservice就可以了。举个例子，你想在你的应用程序中确认用户输入的邮件地址，那么，你只需把这个地址直接发送给相应的Webservice，这个Webservice就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址的确在相应的邮政编码区域。Webservice的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不现实的，因为那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。
另一种软件重用的情况是把好几个应用程序的功能集成起来。例如，你想要建立一个局域网上的门户站点应用，让用户既可以查询他们的联邦快递包裹，察看股市行情，又可以管理他们的日程安排，还可以在线购买电影票。现在Web上有很多应用程序供应商，都在其应用中实现了上面的这些功能。一旦他们把这些功能都通过Webservice暴露出来，你就可以非常轻易地把所有这些功能都集成到你的门户站点中，为用户提供一个统一的、友好的界面。
用Webservice来集成各种应用中的功能，为用户提供一个统一的界面
许多应用程序都会利用Webservice，把当前基于组件的应用程序结构扩展为组件和Webservice的混合结构。你也可以在应用程序中使用第三方的Webservice提供的功能。你还可以把你自己的应用程序的功能通过Webservice提供给别人。所有这些情况下，你都可以重用代码和代码后面的数据。总之，Webservice将是软件重用的一种非常有力的形式。
单机应用程序
目前，我们还有很多桌面应用程序是供商用和个人使用的。其中一些只需要与运行在本机上的其他程序通信。在这种情况下，我们最好就不要再用Webservice，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在一台服务器上的服务器软件也是这样：最好直接用COM或其他本地的API来进行应用程序间的调用。当然Webservice也能用在这些情况下，但那样不仅消耗太大，而且不会给你带来任何好处。
局域网上的同构应用程序
在许多应用中，你所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，你有两个服务器应用程序需要相互通信，或者你有一个Win32或WinForm的客户程序要连接到局域网上的另一个服务器程序。在这些程序里使用DCOM会比SOAP/HTTP有效的多。类似的，如果你的一个.NET程序要连接到LAN上的另一个.NET程序，那么你应该使用.NETremoting。有趣的是，在.NETremoting中，你也可以指定使用SOAP/HTTP来进行Webservice调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。总之，只要你从应用程序结构的角度看来，有别的方法比Webservice更有效，更可行，那就不要再用Webservice。总结
Webservice是创建可互操作的分布式应用程序的新平台。Webservice的主要目标是跨平台的可互操作性。为了达到这一目标，Webservice是完全基于XML、XSD等独立于平台、独立于软件供应商的标准的。
Webservice在应用程序跨平台和跨网络进行通信的时候是非常有用的。Webservice适用于应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。
当然，Webservice也不是万能的，你不能到处滥用Webservice。在有些情况下，Webservice会降低应用程序的性能，而不会带来任何好处。例如，一台机器或一个局域网里面运行的同构应用程序就不应该用Webservice进行通信。
先生成模版，在EditItemTemplate里放一个下拉筐进去，选择数据源即可 。
把gridview的属性Allowpaging ＝ true 就能分页，AllowSorting＝true就能排序

㈣ 什么是EDI直接EDI和间接EDI的特点是什么

EDI，全称 Electronic Data Interchange，译名：电子数据交换。是由国际标准化组织（ISO）推出使用的国专际标准，是指属一种为商业或行政事务处理，按照一个公认的标准，形成结构化的事务处理或消息报文格式，从计算机到计算机的电子传输方法，也是计算机可识别的商业语言。例如，国际贸易中的采购订单、装箱单、提货单等数据的交换。

直接EDI和间接EDI的特点：
1、EDI的使用对象是不同的组织之间，EDI传输的企业间的报文，是企业间信息交流的一种方式；
2、EDI所传送的资料是一般业务资料，如发票、订单等，而不是指一般性的通知；
3、EDI传输的报文是格式化的，是符合国际标准的，这是计算机能够自动处理报文的基本前提；
4、EDI使用的数据通信网络一般是增值网、专用网；
5、数据传输由收送双方的计算机系统直接传送、交换资料，不需要人工介入操作；
6、EDI与传真或电子邮件的区别是:传真与电子邮件，需要人工的阅读判断处理才能进入计算机系统。

㈤ webservice是什么

WebService是一个SOA（面向服务的编程）的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。
WebService实现不同语言间的调用，是依托于一个标准，webservice是需要遵守WSDL（web服务定义语言）/SOAP（简单请求协议）规范的。
WebService=WSDL+SOAP+UDDI（webservice的注册）
Soap是由Soap的part和0个或多个附件组成，一般只有part，在part中有Envelope和Body。
Web Service是通过提供标准的协议和接口，可以让不同的程序集成的一种SOA架构。
Web Service的优点
(1) 可以让异构的程序相互访问（跨平台）(2) 松耦合
(3) 基于标准协议（通用语言，允许其他程序访问）
Web Service的基本原理
(1) Service Provider采用WSDL描述服务
(2) Service Provider 采用UDDI将服务的描述文件发布到UDDI服务器（Register server）
(3) Service Requestor在UDDI服务器上查询并 获取WSDL文件
(4) Service requestor将请求绑定到SOAP，并访问相应的服务。

㈥ 网络订单和edi订单区别

EDI分传统的EDI，也就是点对点的系统对接和webedi。你说的网络订单可能是从webedi上下载的订单，而传统的回EDI订单可以直接答从系统中生成。你可以参考www.seeburger.cn这个网站。

㈦ EDI属于什么网

EDI
电子数据交换（EDI）简单地说就是企业的内部应用系统之间，通过计算机和公共信息专网络，以电子化属的方式传递商业文件的过程。
换言之，EDI就是供应商、零售商、制造商和客户等在其各自的应用系统之间利用EDI技术，通过公共EDI网络，自动交换和处理商业单证的过程。

㈧ sap中web+edi和经典edi

㈨ 外贸术语中，EDI是什么意思

EDI 是英文 Electronic Data Interchange 的缩写，中文可译为“电子数据交换”，港、澳及海外华人地区称作“电子资料通”。

是指一种为商业或行政事务处理，按照一个公认的标准，形成结构化的事务处理或消息报文格式，从计算机到计算机的电子传输方法，也是计算机可识别的商业语言。例如，国际贸易中的采购订单、装箱单、提货单等数据的交换。

EDI 商务是指将商业或行政事务按一个公认的标准，形成结构化的事务处理或文档数据格式，从计算机到计算机的电子传输方法。

简单地说，EDI 就是按照商定的协议，将商业文件标准化和格式化，并通过计算机网络，在贸易伙伴的计算机网络系统之间进行数据交换和自动处理。俗称“无纸化贸易”。

(9)什么是webedi扩展阅读：

EDI的特点：

（1）EDI使用电子方法传递信息和处理数据的。

EDI一方面用电子传输的方式取代了以往纸单证的邮寄和递送，从而提高了传输效率，另一方面通过计算机处理数据取代人工处理数据，从而减少了差错和延误。

（2）EDI是采用统一标准编制数据信息的。

这是EDI与电传、传真等其它传递方式的重要区别，电传、传真等并没有统一格式标准，而EDI必须有统一的标准方能运作。

（3）EDI是计算机应用程序之间的连接

一般的电子通信手段是人与人之间的信息传递，传输的内容即使不完整、格式即使不规范，也能被人所理解。这些通信手段仅仅是人与人之间的信息传递工具，不能处理和返回信息。EDI实现的是计算机应用程序与计算机应用程序之间的信息传递与交换。

（4）EDI系统采用加密防伪手段

EDI系统有相应的保密措施，EDI传输信息的保密通常是采用密码系统，各用户掌握自己的密码，可打开自己的“邮箱”取出信息，外人却不能打开这个“邮箱”，有关部门和企业发给自己的电子信息均自动进入自己的“邮箱”。