
區(qū)塊鏈是一個新興的概念,但組成區(qū)塊鏈的技術(shù)實際一點都不新:如非對稱加密技術(shù),P2P網(wǎng)絡(luò)中的分布時存儲,共識過程的技術(shù)。讓我們回顧供應(yīng)鏈系統(tǒng)常用的技術(shù)就能更加了解,特別是區(qū)塊鏈底層技術(shù)解決問題和供應(yīng)鏈系統(tǒng)中要解決問題實際是雷同的,甚至未來區(qū)塊鏈面臨的問題也和供應(yīng)鏈系統(tǒng)面臨問題是類似的。
數(shù)據(jù)交換通訊與共識問題
供應(yīng)鏈系統(tǒng)要解決一個主要問題是企業(yè)之間的數(shù)據(jù)交換通訊問題。一般來說,市場上產(chǎn)品主要有兩種類型解決方案:一種是由供應(yīng)鏈的核心企業(yè)構(gòu)建一個系統(tǒng),讓上下游的企業(yè)使用核心企業(yè)的系統(tǒng)。當(dāng)然這種系統(tǒng)這些年逐步從傳統(tǒng)CS結(jié)構(gòu)系統(tǒng),轉(zhuǎn)化為門戶,或者是SaaS云化的系統(tǒng)。它把企業(yè)之間數(shù)據(jù)交換問題轉(zhuǎn)化為系統(tǒng)內(nèi)部數(shù)據(jù)處理問題,讓數(shù)據(jù)交換通信變成不是問題。但這類產(chǎn)品在推廣使用程度取決與核心企業(yè)對生態(tài)伙伴的掌控能力,當(dāng)核心企業(yè)的上下游企業(yè)需要與多企業(yè)進行業(yè)務(wù)協(xié)作,就不得不面臨使用多個無法整合的系統(tǒng)。依靠中央系統(tǒng)比較適合緊密生態(tài)群體如文瀝供需鏈中分公司管理、控股或?qū)I經(jīng)銷商管理系統(tǒng)。
另一種供應(yīng)鏈系統(tǒng)搭建方式就是在多系統(tǒng)中通過通訊的方式來解決數(shù)據(jù)交互的問題。國際上比較多的方式是類似EDI,ebXML,RosettaNet等國際標準文檔交換技術(shù)或叫做廣義EDI,國內(nèi)應(yīng)用比較多的是WebService或者API技術(shù)。
EDI技術(shù)在互聯(lián)網(wǎng)興起的過程中,從最早的VAN(Value AddedNetwork)發(fā)展到互聯(lián)網(wǎng)上,為解決互聯(lián)網(wǎng)上數(shù)據(jù)交互的安全性和不可抵賴性,實際上也是使用非對稱加密技術(shù),對傳輸文檔進行加密和簽名,并通過回執(zhí)及重試等多種方式保證數(shù)據(jù)交互的可靠性。EDI技術(shù)在國際應(yīng)用廣泛,但在中國卻有點水土不服,究其原因是EDI實施成本偏高(實際上現(xiàn)在區(qū)塊鏈也有這個問題),而中國又處在經(jīng)濟高速發(fā)展階段,業(yè)務(wù)模式變化比較快,EDI實施成本更高的問題。
在EDI互聯(lián)網(wǎng)技術(shù)興起中,另一項技術(shù)XML技術(shù)也在興起,隨后發(fā)展出WebService技術(shù)來進行數(shù)據(jù)交互。特別是近年移動應(yīng)用的興起,為能快速進行應(yīng)用整合,大家覺的WebService還太重,又進一步發(fā)展出API的數(shù)據(jù)交互技術(shù)并得到大量推廣應(yīng)用。所以目前國內(nèi)大量電商和供應(yīng)鏈系統(tǒng)數(shù)據(jù)交互的方式的通過API方式進行處理。
API方式交互最大的優(yōu)點是實時,簡單,易用,解決掉EDI實施成本高的問題。但EDI很多的優(yōu)點也是API技術(shù)的缺點如:如大批量數(shù)據(jù)交互,數(shù)據(jù)交互過程中的不可抵賴性,可追蹤性等問題。文瀝的網(wǎng)關(guān)軟件(B2BGateway和APIGateway)實際是是融合EDI數(shù)據(jù)交換及API技術(shù),在不同的業(yè)務(wù)場景中,組合使用兩種技術(shù)。交易銀行可使用強大的網(wǎng)關(guān)技術(shù)構(gòu)建供應(yīng)鏈數(shù)據(jù)整合和交易場景融合等稱為交易銀行網(wǎng)關(guān)。
協(xié)同式的供應(yīng)鏈系統(tǒng)另一個問題:共識問題。雖然有數(shù)據(jù)交互,但每個系統(tǒng)各自記賬,由于各種原因,系統(tǒng)長時間的運行后往往導(dǎo)致各自系統(tǒng)最終計算的結(jié)果不同(如應(yīng)付款,庫存等),傳統(tǒng)的解決這種問題的方式是定期對賬。對賬如何對呢?就要求系統(tǒng)記錄臺賬,臺賬就是流水賬,實際上有點類似區(qū)塊鏈中后一塊鏈指向前一塊鏈。如發(fā)現(xiàn)差異,對賬就是找到兩個鏈從哪里開始分叉(不同的點),然后人工處理中間的差異點。只是供應(yīng)鏈系統(tǒng)對賬僅僅的兩點之間對賬,區(qū)塊鏈上是多點對賬,解決共識問題。
新的挑戰(zhàn)和區(qū)塊鏈應(yīng)用
供應(yīng)鏈系統(tǒng)中的數(shù)據(jù)交互和對賬技術(shù)實際上能比較好處理兩個企業(yè)之間的業(yè)務(wù)協(xié)同的需求。但隨著供應(yīng)鏈實踐的發(fā)展,如物流外包,協(xié)同計劃,柔性生產(chǎn),深度營銷,產(chǎn)融結(jié)合等思想和實踐的執(zhí)行,使得每個供應(yīng)鏈業(yè)務(wù)所涉及的不再簡簡單單的買賣雙方,而是多方等都參與在協(xié)同業(yè)務(wù)中,這又對供應(yīng)鏈應(yīng)用又提出新的挑戰(zhàn),上述兩種解決方法都面臨各自難題,而區(qū)塊鏈技術(shù)提供了很好的解決方案。下面從供應(yīng)鏈金融應(yīng)用場景為例,來討論如何在區(qū)塊鏈技術(shù)上如何處理多方業(yè)務(wù)協(xié)作的數(shù)據(jù)交互。
供應(yīng)鏈金融按照類型劃分可以分為應(yīng)收類,庫存類,預(yù)付類等幾種方式。先從保理來說,保理是賣方將自己的應(yīng)收轉(zhuǎn)讓給金融機構(gòu)來獲取融資的方式。保理業(yè)務(wù)需要買方,賣方,金融機構(gòu)的三方協(xié)作。這三方不論哪方構(gòu)建供應(yīng)鏈金融系統(tǒng),在實際業(yè)務(wù)中都很難讓各方都積極使用本方的系統(tǒng),更可能的方式是由中心管理機構(gòu)構(gòu)建系統(tǒng),三方都與此系統(tǒng)溝通。這就是所謂的中心化。區(qū)塊鏈提供一種去中心化來完成此類業(yè)務(wù)協(xié)作。它可以將下圖中業(yè)務(wù)臺賬記錄逐筆記錄在區(qū)塊鏈中,來完成各方系統(tǒng)的協(xié)作。
在預(yù)付類的融資中,多方業(yè)務(wù)協(xié)作類似本文就不再細述。但這個方面難點是在征信和額度的管理上,關(guān)于如何運用區(qū)塊鏈技術(shù)對企業(yè)進行征信分析和額度管理,我們以后再專門討論。
未來區(qū)塊鏈的發(fā)展與新產(chǎn)品
未來區(qū)塊鏈的發(fā)展,能夠在電子貨幣及電子賬戶方面得到廣泛應(yīng)用,上述協(xié)作圖中資金流轉(zhuǎn)方面(綠色線條部分)也能在區(qū)塊鏈上直接操作處理,使得上述協(xié)作流程變得更加高效流暢自然。
文瀝即將發(fā)布的交易網(wǎng)關(guān)(SCF Gateway)也是按照上述流程描述,通過部署于企業(yè)端的網(wǎng)關(guān)軟件系統(tǒng)與金融機構(gòu)的業(yè)務(wù)系統(tǒng)進行交互協(xié)作,將企業(yè)與金融機構(gòu)各類供應(yīng)鏈金融模式下需要協(xié)同的數(shù)據(jù)整合集成工作標準化,加速供應(yīng)鏈金融業(yè)務(wù)互聯(lián)互通。交易網(wǎng)關(guān)與金融機構(gòu)的通訊采用與區(qū)塊鏈底層同樣的技術(shù)(非對稱加密技術(shù)),對內(nèi)容進行加密,簽名傳輸。交易網(wǎng)關(guān)支持在非區(qū)塊鏈場景下將處理后數(shù)據(jù)放入在金融機構(gòu)方。同時支持在區(qū)塊鏈場景下如(如R3,HyperLedger,以太坊等)下的分布記賬和智能合約。交易網(wǎng)關(guān)應(yīng)是文瀝作為領(lǐng)先的B2B電商供需鏈管理和供應(yīng)鏈金融服務(wù)商對區(qū)塊鏈趨勢響應(yīng)的首款產(chǎn)品,也是全球首款區(qū)塊鏈數(shù)據(jù)網(wǎng)關(guān)產(chǎn)品。
第三十四屆CIO班招生
國際CIO認證培訓(xùn)
首席數(shù)據(jù)官(CDO)認證培訓(xùn)
責(zé)編:yulina
免責(zé)聲明:本網(wǎng)站(http://www.www.gypb.net/)內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性,但不保證有關(guān)資料的準確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容(包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等)版權(quán)歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,請及時通知本站,予以刪除。