經常會有客戶問我,什麼是edi,edi幹嗎用的? 能幫助企業解決什麼問題?
簡單地說,edi幫助企業解決了兩個問題:
如何傳輸資料
傳輸什麼資料
對於「如何傳輸資料」這個問題。現在網際網路極大發展,從而已經代替了過去的私有網路(比如以前的 x.25/isdn)。但是發展不光帶來了新鮮空氣,「蒼蠅蚊子」也一起來了。所以任何企業間的資訊傳輸都視網路為洪水猛獸。所以,傳輸要解決的是三個核心安全問題:
#1資訊的隱秘性。也就是資訊需要加密。
#2資訊防篡改。
#3資訊防抵賴。
#1 和 #2 好理解。應用非對稱加密的概念就是,資訊需要加密和簽名。現在上網常用的 tls(或者ssl)就能解決這問題。
#3 這個呢?其實很有用,你像,如果企業a發給了企業b乙個發貨資訊。企業b死不認賬收到了呢?
對於edi層面,有很多優秀的傳輸協議已經完美的解決了上述問題。像我們常見的有:
as2,基於https和cms
as1,基於郵件協議和cms
as3,基於ftps和cms
oftp v1和v2。odette的標準
as4,基於ebms 3.0
rosettanet(rnif)
sftp,ftp
第二問題,關於「傳輸什麼資料」。也就是說在上面的通訊協議上傳送接收什麼東西(payload)。你可以這樣理解,傳輸協議可不關心具體資料。資料一般是業務相關的。而這些業務資料的表現形式,也就是格式。現在主流通用的有下面幾種:
edifact,又名un/edifact(全稱為united nations/electronic data interchange for administration, commerce and transport)。是由聯合國主導開發制定的國際通用edi標準。
x12,又名ansi x12。是由美國國家標準委員會在2023年創立的認可標準委員會(asc)x12制定的edi報文標準,是為了滿足商務文件之間的電子資料交換。
vda。個人感覺類似於edifact
xml。這個比較多了。
一般的主流就是用 edifact,x12,vda這些。注意這些不光是文件格式的要求,其中也有對於企業某一種業務的文件細節的規定。比如,x12的850就是訂單,810就是發票。
最後乙個問題,為啥要用標準協議?
舉個栗子,如果乙個人永遠只和乙個人說話,那麼他們兩個只要懂相互的意思就o了。但是,如果有幾百人都要相互說話。那麼還是大家都說標準語言。
CRM系統是什麼,可以幫助企業解決什麼問題?
crm系統主要用於管理組織與客戶和潛在客戶的關係和互動的策略。crm系統可幫助公司與客戶保持聯絡,簡化流程並提高盈利能力。crm的定義 當大家平常談論crm時,通常指的是crm系統,這是一種有助於聯絡管理,銷售管理,生產力等的工具。crm解決方案可幫助您在整個生命週期中關注組織與個人 包括客戶,服務...
MLSQL解決了什麼問題
先看看做演算法有哪些痛點 我們假設大部分演算法的 都是基於python的 專案難以重現,可閱讀性和環境要求導致能把另外乙個同事寫的python專案執行起來不得不靠運氣 和大資料平台銜接並不容易,需要讓研發重新做工程實現,導致落地週期變長。訓練時資料預處理 特徵化無法在 時復用 整合到流式,批處理和提...
React的虛擬Dom解決了什麼問題
傳統網頁在進行更新的時候會有乙個很棘手的問題,那就是需要用繁雜的domapi去操作 dom,很容易出現bug且難以維護,對於如何從這種繁雜的dom操作中脫離出來,react提出了乙個新的思想,始終整體重新整理頁面,當資料發生變化時,react會自動更新ui,從而讓我們只關心資料以及最後ui是什麼樣子...