零售收銀網絡可靠性指南：POS 斷線點算，支付、備援同分段一次講清
| 終極指南
收銀停，成間舖就停。固定收銀用有線、手持設備用 WiFi、訪客同 POS 徹底分開、備援要實測——本文講零售收銀網絡點樣設計先至斷線都唔停業。
引言：收銀停，成間舖就停
零售網絡有好多部分：訪客 WiFi、閉路電視、庫存系統、數碼招牌。但只有一個部分一停就即刻影響收入，就係收銀。收銀機連唔到網、支付終端授權唔到，後面排緊隊嘅客人唔會等你排查，佢哋只會走。所以收銀網絡唔應該用「一般辦公室網絡」嘅標準去做，而應該用「唔可以停」嘅標準去做。
本文講收銀網絡點樣設計：邊啲設備應該用有線、邊啲先用 WiFi、點樣分段先至唔會畀訪客拖垮、備援點樣先至係真備援，同埋斷線嗰陣應該點應對。目標只有一個：網絡出問題嗰陣，收銀繼續做到生意。
收銀網絡有三層，唔好混為一談
一間舖嘅收銀相關流量，實際上有三層，每層要求唔同：
- 收銀終端（POS）：收銀機、平板收銀。需要穩定、低延遲嘅連接，同後台系統保持同步。固定收銀機應該用有線，唔好為咗慳一條線而用 WiFi。
- 支付終端：拍卡機、掃碼支付設備。流量本身唔大，但對延遲同穩定性要求極高，一次授權失敗就係一次失敗交易。支付流量要優先、要隔離，唔好同訪客影片爭頻寬。
- 後台同庫存：庫存同步、報表、會員系統。重要，但即使短暫中斷，一般都唔會即刻令收銀停低。設計嗰陣要分清邊啲係「即時」，邊啲係「可以等一陣」。
分清三層之後，設計先有先後次序：收銀同支付行先，後台行後。資源緊張嗰陣，保收銀，唔好保訪客上網。
有線優先：唔郁嘅設備唔好用 WiFi
收銀網絡第一條原則好簡單：唔郁嘅設備用有線。固定收銀機、固定支付終端、廚房打印機、後台電腦，全部應該行有線。原因唔係 WiFi 唔好，而係有線少咗一層變數：唔使擔心漫遊、唔使擔心頻道干擾、唔使擔心隔籬舖嘅 WiFi 搶頻道。每一條「唔使擔心」，都係繁忙時間少一個故障來源。
WiFi 留返畀真正需要郁嘅設備：手持點餐、流動收銀、平板盤點。手持設備嘅 WiFi 要獨立設計：覆蓋要跟住員工行走路線，唔好只覆蓋收銀位；漫遊要順暢，員工由門口行到倉庫唔應該斷線；手持設備用嘅網絡應該同訪客網絡分開，唔好共用同一個 WiFi 名。
分段：POS、訪客、IoT 各行各路
| 網絡分段 | 設備 | 可以去邊 | 設計要點 |
|---|---|---|---|
| POS 及支付分段 | 收銀機、支付終端 | 只可以去必需嘅收銀及支付系統 | 最嚴格隔離；訪客同其他設備完全去唔到 |
| 後台辦公分段 | 後台電腦、庫存終端 | 庫存、報表、會員系統 | 同 POS 分段分開，只開必需嘅互通 |
| 訪客 WiFi 分段 | 客人手機、平板 | 只可以去互聯網 | 同 POS 徹底分開；訪客之間隔離；限速防濫用 |
| IoT 及設施分段 | 閉路電視、數碼招牌、感應器 | 只可以去所屬系統 | 只開必需連接；唔好畀設備直接上互聯網 |
分段要用實際設定去落實，而且要實測：喺訪客網絡試下係咪真係去唔到收銀系統；喺 IoT 分段試下係咪真係去唔到支付終端。未實測過嘅隔離，等於冇隔離。支付相關嘅合規要求一般期望支付流量同其他流量分開，詳情要以收單機構同相關合規要求為準，部署嗰陣要預留呢個分隔。辦公室網絡嘅分段原則，可以參考 辦公室網絡安全。
備援：冇實測過嘅備援等於冇備援
收銀網絡最常見嘅假安全感，就係「我哋有兩條線」。兩條線係咪真備援，要睇四樣嘢：第一，主備線路係咪獨立——同一條入線、同一個機房出事，兩條一齊斷；第二，切換係咪自動——要人手插線嘅備援，繁忙時間根本冇人得閒做；第三，備援路徑嘅保安控制係咪同主路徑一樣——防火牆、分段、存取控制唔可以因為行備援就放寬，否則備援變成後門；第四，有冇實測過——未喺非繁忙時間實際拔線測試過嘅備援，第一次「實戰」好可能就係真正出事嗰次。
流動數據備援係常見做法：主寬頻斷線嗰陣自動經流動網絡繼續。設計嗰陣要諗埋數據用量、訊號質素同切換速度，唔好假設「有流動網絡就等於有備援」。寬頻同備援嘅完整講法，可以參考 企業寬頻點揀。
斷線應對：事前問清，唔好出事先問
再好嘅設計都有斷線嘅一日。關鍵係斷線嗰陣，員工知唔知點做，系統會點樣反應。以下問題，應該喺部署之前就向 POS 供應商問清，唔好等出事嗰陣先問：
- 斷線嗰陣收銀可唔可以繼續？唔同 POS 系統做法唔同，有啲支援離線模式，有啲唔支援。要向供應商確認自己嗰套係點，唔好假設。
- 離線交易點樣處理？如果支援離線，交易係點儲存、幾時同步、同步失敗點算，都要問清。
- 恢復之後要做咩？對賬流程係點、點樣確認冇漏單、點樣確認支付全部成功，應該寫成步驟，唔好靠記憶。
- 員工手冊有冇寫？斷線應對應該係一頁紙嘅操作步驟：邊個負責、點樣切換、點樣通知、點樣記錄。冇寫低嘅流程，出事嗰陣等於冇流程。
斷線演練應該定期做一次：喺非繁忙時間模擬斷線，行一次成個流程，睇下邊度卡住。演練發現嘅問題，永遠平過真正出事嗰陣發現。
連鎖店：標準化先至管得到
多間分店嘅零售網絡，最大敵人唔係技術，而係每間舖唔同。每間舖唔同設備、唔同設定、唔同密碼，出事嗰陣根本冇辦法快速排查。連鎖店應該定一個全線統一嘅標準：同一套分段、同一套設備選型、同一套設定範本、同一套密碼管理、同一套監察。開新舖嗰陣跟範本做，唔好每間舖重新設計一次。統一標準唔單止慳維護時間，仲令到任何一間舖出事，支援團隊都唔使由頭問起。
繁忙時段點樣頂得住：三個實戰安排
收銀位分流：唔好將全部交易迫埋一個位
繁忙時段最大嘅風險，唔係單一設備故障，而係全部交易迫埋同一個收銀位、同一個網絡點。設計嗰陣要諗分流：可唔可以開多一個收銀位、手持收銀可唔可以喺隊尾先處理、排隊區嘅覆蓋夠唔夠員工行到嗰度。分流唔係網絡設計嘅附加品，而係網絡設計嘅一部分——收銀位嘅網絡點、手持設備嘅覆蓋、後台系統嘅負荷，全部要按繁忙時段嘅用量去諗，唔好按平日用量去諗。
員工分工同應急步驟：邊個做邊樣
斷線嗰陣最浪費時間嘅，往往唔係修復本身，而係冇人知邊個負責做邊樣。應急步驟要寫明：邊個負責通知支援、邊個負責安撫排隊客人、邊個負責切換去備援流程、邊個負責記錄。步驟要貼喺收銀位附近，唔好只係放喺電腦入面嘅文件。員工入職嗰陣要講一次，定期要複習一次，否則出事嗰陣都係冇人記得。
監察同告警：唔好等人客投訴先知
收銀網絡應該有基本監察：邊個設備斷咗線、邊條線路切換咗、邊個分段異常，支援團隊應該喺客人投訴之前就收到通知。監察唔使複雜，但一定要有人睇。冇人睇嘅監察，同冇監察一樣。監察仲要包括備援狀態：備援線路平時冇流量，唔代表佢正常，要定期確認備援係咪仲喺度、仲 work。
常見誤解
- 寬頻愈快，收銀就愈穩？唔係。支付授權流量本身唔大，需要嘅係穩定、低延遲、唔塞車嘅連接。一條俾訪客影片塞滿嘅高速寬頻，表現可以差過一條分隔良好嘅普通寬頻。
- 訪客 WiFi 同 POS 用同一個網絡冇問題？有問題。訪客裝置不受管理，流量又唔受控，分分鐘拖慢支付，仲有保安風險。分開係基本要求。
- 有兩條線就等於有備援？唔係。備援要獨立線路、自動切換、同等保安控制、同實測，四樣缺一不可。
- POS 系統一定有離線模式？唔一定。唔同系統做法唔同，一定要向供應商確認，唔好假設。
- WiFi 訊號滿格就等於網絡冇問題？唔係。訊號強只代表無線部分正常，寬頻、路由、分段、伺服器任何一環出事，收銀一樣會停。
結論：收銀網絡要按「唔可以停」去設計
零售收銀網絡嘅設計原則可以收斂成四句：固定設備用有線；POS 同訪客徹底分開；備援要實測；斷線流程要事前寫低。做齊呢四樣，網絡出問題嗰陣，收銀先至有機會繼續做生意。整體網絡規劃可以參考 辦公室網絡；我哋團隊會先做現場勘察，再按實際環境建議方案。