
超越 HTTP API:Web Assembly 和系統(tǒng)集成的未來
通過 API 集成您的業(yè)務合作伙伴具有以下優(yōu)勢:
一些公司公開其內(nèi)部應用程序接口以及相關數(shù)據(jù)和應用服務。他們希望其業(yè)務合作伙伴會使用這些應用程序接口,正如那句著名的話 “如果我們建造了它,他們就會來”。但幾乎沒人會來。對于業(yè)務合作伙伴來說,實施這些應用程序接口的工作量通常太大。
另一種方法是根據(jù)具體情況建立雙邊應用程序接口。然而,這通常會讓兩家公司都感到沮喪。雙方都在各自的 API 上投入了大量精力和時間。當然,每個合作伙伴都希望使用自己現(xiàn)有的 Rest-API 或 SOAP 接口與外部合作伙伴進行通信。遺憾的是,另一家合作伙伴必須投入大量工作才能開始相互通信。
而每換一個新的合作伙伴,一切又要重新開始。
有三種情況可以推動應用程序接口在 B2B 整合中的使用:
不,不會的。每家公司都開發(fā)了特定的數(shù)據(jù)模型,用于集成其應用程序接口。微軟有通用數(shù)據(jù)模型,SAP 有一個域模型,Salesforce 還有另一個數(shù)據(jù)模型。想要相互通信的兩個合作伙伴可能沒有相同的提供商。這就意味著至少有一個合作伙伴需要做大量的集成工作。
當然,在個別情況下,兩個使用相同業(yè)務應用程序的合作伙伴可能會同意使用其 API 功能進行通信。眾所周知,SAP 用戶會務實地使用 iDoc 在組織間進行通信。不過,IDoc 并未成為既定標準。
然而,要想獲得行業(yè)進一步數(shù)字化所需的網(wǎng)絡效應,以上所述是遠遠不夠的。行業(yè)內(nèi)使用的系統(tǒng)和應用程序不僅來自不同的供應商,還有遺留系統(tǒng)和內(nèi)部創(chuàng)造。
事實上,如果我們看一下幾十年來 EDI 信息標準和技術的采用情況,就會發(fā)現(xiàn)如果沒有行業(yè)標準的引入,這一切都不可能實現(xiàn)。
原文鏈接:API-led B2B Integration – Part 1: Why are Companies Using APIs in their B2B Integration?