什麼是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傳輸信息的保密通常是採用密碼系統，各用戶掌握自己的密碼，可打開自己的「郵箱」取出信息，外人卻不能打開這個「郵箱」，有關部門和企業發給自己的電子信息均自動進入自己的「郵箱」。