這話就說得沒理，過周至覺得也沒必關斌講麽理，關叔啊，們都給自己置辦筆财富！

過倒提周至另件事兒：“關叔啊，恒超pos係統，現熟悉嗎？”

“等等啊……”關斌站起來進自己間，然後取來遝資料：“這些對沒用，從信息部來資料。”

周至將材料打開：“就連恒係統都還單機模式？”

超結算係統個簡繁係統，但非常具備瞻性項目，從現狀態來，恒超商係統其實就個讀碼器個納箱，加個信息記錄終端。

到每端係統關閉之後，才會將這些記錄傳送到後台務器，務器進係列财務清算，盤庫調個超商庫並且進交易量結算财務清算。

相比夾川糖酒公司盤，這樣係統能夠到結，就目來講已經先進得。

但周至裏，這係統依舊落後得逼，因為無法到實時清結。

個係統，時候端繁忙，夜時候後端繁忙，這其實對計算資源極浪費。

同時由於夜間批量時長響，等到結算完畢後已經離超開門時間遠，如果最後從财務報告分析發現些問題，比如缺貨補貨麽，留給物流反應時間已經極。

事實這套係統很東都隻能到t+甚至t+，也就說信息處理時間會滯後到兩，比如補貨，就隻能通過算法設定臨界值，就根據均值判斷這商品能會缺貨，尚或兩庫況便提管理員需補貨。

對於超來說這已經夠，但如果能夠到更好話……

如果能夠到更好話，就利用網絡，讓端每次掃碼貨信息直接送到後台，讓後台均衡運算，實時控制超庫量，如果將進貨掃描也同時進話，個超後台就能夠實時進進貨清點記錄。

每超關門時候，係統盤，納，财會，諸作已經實時完成，管理者以根據當銷售況及時調營銷策略，調貨補貨，又充時間迎候次開門。

如果願，甚至以改變超經營方式，從時營業制變為時間斷營業。

這套係統之後，隻需再進步，拿套物流係統與之配，便能夠久將來，將超開到網。

於亞馬遜，淘寶貓，京東網商就誕……

這便pos超商結算係統進化論。

這套係統設計原理本其實並複雜，甚至初期投入都算太，隻現還沒這麽超運用場景預設，還如今理句老話——追趕階段，先解決沒，再談好好。

都摸著頭過，對於互聯網信息技術産業未來場景應用，個基於局域網構架超商結算係統，或者醫院門診係統，便已經象力極限。