這話就說得沒道理了，不過周至覺得也沒必要和關大斌多講什麽大道理，關叔啊，你們都不知道給自己置辦下了一筆多大的財富！
不過倒是提醒了周至另一件事兒：“關叔啊，和恒超市的POS係統，你現在熟悉了嗎？”
“你等等啊……”關大斌站起身來走進自己的房間，然後取出來厚厚的一遝資料：“這些不知道對你有沒有用，我從信息部找來的資料。”
周至將材料打開看了一下：“就連和恒的係統都還是單機模式？”
超市的結算係統是一個可簡可繁的係統，但是是非常具備前瞻性的項目，從現在的狀態來看，和恒的超商係統其實就是一個讀碼器和一個出納箱，外加一個信息記錄終端。
要到每天晚上前端係統關閉之後，才會將這些記錄傳送到後台服務器，在服務器上進行一係列的財務清算，重新盤庫調整整個超商的庫存並且進行交易量結算和財務清算。
相比夾川糖酒公司一月一盤存，這樣的係統能夠做到日結，就目前來講已經先進得不要不要的了。
但是在周至眼裏，這係統依舊落後得一逼，因為它無法做到實時清結。
整個係統，白天的時候前端繁忙，夜晚的時候後端繁忙，這其實是對計算資源的極大浪費。
同時由於夜間批量的時長影響，等到結算完畢後已經離超市開門的時間不遠了，如果最後從財務報告分析發現了一些問題，比如缺貨補貨什麽的，留給物流中心的反應時間已經極短了。
事實上這套係統很多東西都隻能做到T 1甚至T 2，也就是說信息處理時間會滯後一到兩天，比如補貨，那就隻能通過算法設定臨界值，就是根據均值判斷明天這商品可能會缺貨，在尚有一日或兩日庫存的情況下便提醒管理人員需要補貨了。
對於超市來說這已經足夠了，但是如果能夠做到更好的話……
如果能夠做到更好的話，那就利用上網絡，讓前端每一次掃碼出貨的信息直接送到後台，讓前後台均衡運算，實時控製超市的庫存量，如果將進貨掃描也同時進行的話，整個超市的後台就能夠實時進行進出貨的清點記錄。
每日超市關門的時候，係統盤存，出納，財會，諸多工作已經實時完成，管理者可以根據當日銷售情況及時調整營銷策略，調貨補貨，又充足的時間迎候下一次開門。
如果願意，甚至可以改變超市的經營方式，從八小時營業製變為二十四小時不間斷營業。
有了這套係統之後，隻需要再進一步，拿一套物流係統與之配合，便能夠在不久的將來，將超市開到網上。
於是亞馬遜，淘寶天貓，京東網上商城就誕生了……
這便是POS超商結算係統的進化論。
這套係統的設計原理本身其實並不複雜，甚至初期投入都不算太大，隻是現在的人還沒有這麽超前的運用場景預設，還是如今理工人的那句老話——追趕階段，先解決有沒有，再談好不好。
大家都在摸著石頭過河，對於互聯網信息技術產業的未來場景應用，一個基於局域網構架的超商結算係統，或者醫院門診係統，便已經是大家想象力的極限了。
這就是理工學院派的劣勢，大家都是等國家分配科研項目等習慣了，研究的方向更多也是解決國內急需的技術問題，對於助力商業應用這一塊，大家都是一臉懵，不知道如何措手。 本章尚未完結,請點擊下一頁繼續閱讀---->>>