在這個解決方案中,數據收集和共享的方法一直是革命性的。在以前,企業要處理由數千家供應商組成的供應鏈,對通過EDI方式訪問企業ERP系統的每一個供應商進行驗證。而采用EDI方式,需要對每一個供應商與企業之間的API的匹配情況進行反復的測試,一直到實現供應商與企業之間的全部數據傳輸和安全授權。此時,供應商將被允許進入企業的ERP系統。但這個流程是費力的和重復性的,并且確實耗費IT資源。
在后來,出現了用于供應鏈的云解決方案。這個解決方案對全球的數千個供應商和制造商接入保密的網絡進行資格預審,而不像以前那樣按順序和反復地逐個審查供應商的資格,云提供商則負責共享的數據池。這個共享的數據池不僅包括交易文件,而且還包括運輸和裝貨單據、訂單表格、產品的技術規格和圖表,對生產和運輸貨物流程以及向市場提供服務都至關重要的其它文件。最終結果是在云中有一個包含大數據和小數據的數據庫。如果擁有正確的安全權限,每一個允許進入這個網絡的人都可以隨意訪問這些數據。
很少有企業會想到把每一個產品生產商和供應商連接到擁有一個數據庫的中心網絡中去,但企業在他們的商務流程中看到了這些結果。而今,想要向云網絡中增加一個新的供應商的過程只需幾個小時便能搞定,而在以前進行EDI認證的時候,需要花費上幾個月的時間。通訊中產生的混亂情況在云中比較少,因為每一個參與者都使用同一個云中的數據庫。云制造商和供應商網絡還能夠讓許多不同的公司安全地交換標準和大數據。
云采取的方法是:為大數據的每一個部分分配一個名稱,讓每一個人都可以訪問;為這個云網絡中的每一個交易伙伴提供一個商業規則。這些規則允許每一個合作伙伴把安全許可和權限分配給與其交換信息的其它機構的個人。
雖然企業采取了有意義的步驟實施這種云解決方案以處理其內部系統不能解決的外部商務流程問題,但企業現在還應該密切關注云已經完成了什么任務和把這些“吸取的教訓”應用到自己內部系統以及如何處理大數據等方面。來看看這些教訓都有哪些:
A: 對數據采取更“民主的”方法不管大數據還是小數據
在云中的中心數據庫工作的非常好,因為這個數據庫包含與特定業務功能密切相關的大數據和小數據。企業數據集市應該采取同樣的方法建造。
B: 對大數據安全使用一個業務部門能控制的一種授權方法
把安全授權管理移交給最終業務部門能夠創造通訊中的靈活性。然而,為了保持企業的安全標準,應該認真考慮這個問題。在這個過程開始的時候,最好請一位外部的安全遵從法規專家提供咨詢意見。
C: 追求“單一版本”
無論你在處理結構化、半結構化還是非結構化數據,你能夠把越多的信息整合到整個企業的每一個人都可以使用的一套事實、數字和圖表中,你就越有可能避免不同的系統發布的不同的數據引起的混亂。在你建立大數據的“數據集市”的時候,有一個極好的機會標準化向這些集市輸入的數據并且開始“正確地做這個事情”。