大家好~
跟各位請教一個問題,我們算是上游供應商的前三大客戶,雙方關係還不錯
供應商希望為我們提供更快速的供貨服務及精確資訊
想與我們家做資料交換,減少彼此文件資料作業的負擔
目前有想到是不是例如,供應商提供我們串接其資料庫的 api
然後我們開發個前端界面,讓同仁將內部審核過的採購單
透過系統登打單據單號或用挑選的方式,將資訊傳送給對方以進行採購確認
至於與對方間是否需有個電子認證機制,確保資訊不被竄改
以上種種不確定會應用到哪些技術,以及這樣的想法有沒有什麼更新的應用?
想請教在與供應商資料交換,有哪些建議的作法呢?
謝謝哦
說來話長
這已經是個歷史悠久的議題了
(有興趣可 Google EDI/VAN, ANSI X.12/EDIFACT/AS2/RosettaNet, 經濟部技術處示範性資訊應用開發計畫)
長話短說
B2B 之間的資料交換考慮主要三點:
1.格式(EDI/XML/JSON/自訂格式/...)
2.通訊(VAN/私有專線/VPN/Internet/...)
3.安全(SSL/電子簽章/...)
原則上只要交換雙方都同意一致的做法即可
最簡單的如此範例
比較大的問題是
如果你要和第2家/第3家交換資料
到時又要重新談一次規格
當然了
如果貴公司是大客戶
就依貴公司說了算
這個問題我也有興趣
因為工作關係, 我也設計過幾個供應商的交換方式,先不討論連線加密的話,
1.在我方提供一個網站, 依照事先談好的商品供應規則, 每天把預計要採購/轉出貨的物料, 轉拋到那個網站上, 供應商會在約定時間, 譬如早上10點去拉單, 然後在出貨完成後, 譬如每天下午回壓到貨資訊,這樣的好處是只要維護一個網站, 不過要花點時間在理順人工作業的UIUX, 目前有幾個大型電商都是採用類似做法.
2.直接在我方作一個Restful API服務, 當然實際上是內部採購(ERP等資料庫)做脫鉤, 事先約定好每個供應商的代號, 每天在約定時間來拉單, 順利的話資料就直接拉回供應商家裡做轉換、出貨、扣庫存、到貨回報了,乾淨又衛生... 缺點是未必每家供應商都有這樣的IT能力, 不過要是每天單量在上千張的話, 這會是個很理想的做法.
補充一下,如果是選擇你將資料丟去供應商端的話, 除了安全性問題外, 也要考慮當供應商越來越多時會發生什麼事情...譬如什麼時間點要丟資料給對方, 什麼時候可以知道對方的出貨狀況
你提到的這種供應商與客戶間的資料交換,是一種電子商務(e-commerce)的應用,通常會使用到企業應用程式整合(enterprise application integration, EAI)的技術,以實現系統間的資料交換。以下是一些建議的作法:
評估對方的 API
當你們想要與供應商交換資料時,首先要評估對方所提供的 API 是否符合你們的需求,包括可用性、資料格式、資料頻率等等。
開發資料交換介面
你們可以開發一個資料交換介面,讓同仁將內部審核過的採購單透過系統登打單據單號或用挑選的方式,將資訊傳送給對方以進行採購確認。
考慮資訊安全
當你們進行資料交換時,必須考慮資訊安全的問題,例如如何確保資訊不被竄改、如何防止未經授權的人員存取資料等等。可以使用數位簽章、加密等技術來確保資訊的安全。
建立共同的標準
你們可以建立一個共同的標準,例如資料格式、資料頻率等等,以便雙方更容易進行資料交換。
考慮系統整合的問題
當你們進行系統整合時,必須考慮系統間的相容性問題,例如系統的版本、資料庫的不同等等。可以使用企業應用程式整合(EAI)的技術來解決這些問題。
監控與管理
當你們進行資料交換時,必須建立監控與管理的機制,以便及時發現問題並進行處理。可以使用監控系統、日誌分析等技術來實現這些功能。
總結來說,建立供應商與客戶間的資料交換,可以提高雙方的工作效率,但也必須注意資訊安全、系統整合等問題。建議在實施前進行詳細的討論
至於是否需要電子認證機制,這要看您們的資料安全需求和法律規定,如果需要保護敏感資料的安全性,可以考慮加入加密技術和電子簽名機制。
除此之外,建議您在與供應商進行資料交換前,確保雙方的資料格式和規範相符,以免發生資料不一致或者格式錯誤的問題。另外,也可以考慮引入供應商管理系統(SRM)或者電子採購平臺,以加強供應鏈管理和提高效率。
希望這些建議對您有所幫助!
我們有使用過天河電訊、SPS Commerce
你也可以諮詢一下相關的廠商哦....
能初步了解一下自建系統與使用平台有哪些需要考量的點