[ERP x EC] [POS + 電商 ] 系統規劃/設計/建置: 53 pos系統軟體架構

2015年9月2日星期三

在神奇pos系統，在以上問題均被仔細分析考量之後提出【多點、即時、集中式整合方案】，跳脫傳統單向檔案傳輸的施工方法，採用較複雜較高技術的雙向單筆資料傳輸方式。

其pos系統資料交換方式大致如下：

單點的電腦操作人員，就可動手操作將資料傳回總公司後台系統，不需總公司有人負責照顧資料轉回的細節。而且無需擔憂萬一資料有漏失，必須耗費大量人力去以報表一筆一筆核對資料正確與否。

從成本上，總公司所需的資訊人一定會被大大降低，至於資料漏失的情形，系統會自動記錄下次再傳。

原理如下：神奇pos系統架構分成分點版及總公司版，當傳資料時一定【雙向確認】，且系統在分店部署時，會以下列方式進行：

我們稱為【母子部署法】。

有了【雙向確認】及【母子部署法】所有多點資訊系統相關問題才能一一突破解決。

實際上，分點傳回總公司動作細節大致如下：

實際上，總公司下傳分點動作細節大致如下：

如果在情況緊急時，或為了不增加總公司人手的負荷下

這裡有些技術細節必須逐一被釐清。

1. 在分點安裝總公司版神奇系列的Client端，由總公司版神奇系列Client端負責寫回總公司，必須克服萬一總公司程式碼修改，每一分點的程式碼要能自動版本更新，一筆一筆資料透過網路回寫，其執行速度是要被接受。

2. 如何能確保分點的兩個神奇系列是同步運作，不會發生總公司版已成功寫入，分公司版還記錄未成功。

3. 如何實作一套追蹤系統，開放讓分點資訊人員修改已上傳過的資料，才能作事後追蹤。

一般系統為了易於操作，往往讓整個上傳下傳的流程變得沒有人性化。例如：單向資料傳輸，已上傳過的資料不准修改，甚且有一旦存檔過的資料不准修改，（對於銷貨單或許可以，但進貨單則有些不通情理）。

或許讀者會問：既然這樣的施工方法有這些好處，那為什麼別家軟體公司不採用？

原因是程式技術困難度高，且要克服因多次傳輸之後，所帶來速度下降的難題。