多分店／多地點網絡完整指南：分店互聯、中央管理同斷線備援
| 企業網絡
一間舖有網唔等於多間舖都有網。分店互聯、中央管理、權限、備援，點樣令每間分店都穩定，總部又睇得晒，本文講架構、落地同驗收。
引言：一間舖有網，唔等於多間舖都有網
好多香港公司由一間舖做起，做到兩間、三間、甚至多個地點：分店、倉庫、辦公室、工場、臨時攤位。每一間分店各自有寬頻、各自有 WiFi，表面上都有網，但實際問題好快出現：分店之間傳文件要經個人渠道，總部睇唔到分店網絡狀態，分店斷線冇人知，收銀系統各自為政，員工去另一間分店要重新設定。
多地點網絡嘅重點，唔係「每間分店各自有網」，而係「多個地點當成一個網絡去管」。本文由架構選擇講起，經分店互聯、中央管理、權限、分段、備援，去到落地步驟同驗收清單。
架構三選項：先講需求，再講技術
多地點網絡冇一個「所有公司都啱」嘅架構。決定之前，要先盤點：有幾多個地點，每個地點做乜（收銀、辦公、倉庫、工場），每個地點有幾多人、幾多裝置，地點之間要傳乜（文件、收銀數據、監控、電話），邊啲系統一定要即時同步，邊啲可以等。
| 架構 | 做法 | 適合情況 | 要注意 |
|---|---|---|---|
| 各自獨立＋雲端系統 | 每個地點獨立上網，系統放喺雲端平台 | 分店之間唔需要直接互連，主要用雲端系統 | 每個地點嘅網絡質素直接影響雲端系統表現；分店管理要另外安排 |
| 站點對站點互聯 | 各地點之間建立加密連接，互相連通 | 分店要直接存取總部系統、共享檔案、內部電話 | 每個地點都要設定同維護；地點增加，管理複雜度亦增加 |
| SD-WAN 式中央管理 | 用支援中央管理嘅網絡設備，統一政策、統一監察 | 地點多、想統一管理、想中央睇到全部地點狀態 | 設備同平台要配合；中央政策要預先設計，唔好每個地點各自一套 |
三個選項唔係互斥，可以組合：雲端系統加站點互聯，或者站點互聯加中央管理。關鍵係唔好將「買咗某種設備」當成「做咗多地點網絡」。架構要跟需求嚟，唔係跟產品嚟。辦公室網絡嘅基本概念，可以參考 辦公室網絡；遙距辦公嘅連接做法，可以參考 遙距辦公 VPN 指南。
分店互聯：邊啲要連，邊啲唔使連
分店互聯唔係「全部連晒」就最好。連得愈多，影響範圍就愈大。實務做法係按需要連接：
- 一定要連：收銀系統要去總部、檔案要去總部伺服器或者雲端、電話系統要互通、監控要返總部睇。呢啲係生產流量，應該優先保障。
- 可以唔連：顧客 WiFi、訪客網絡、智能裝置，唔應該經互聯連去總部。呢啲流量應該喺本地直接去互聯網，唔好佔用互聯頻寬。
- 要分段：每個分店內部一樣要分段：收銀、辦公、訪客、閉路電視各行各路，唔好因為「分店細」就混埋一齊。餐廳分店嘅分段做法，可以參考 餐廳／咖啡店 WiFi 指南。
互聯嘅流量要分輕重。收銀同電話係即時性要求高嘅流量；檔案同步可以按時間排程；監控上傳要按需要安排。唔分輕重，全部流量爭同一條連接，繁忙嗰陣收銀就會受影響。
中央管理：統一政策、統一監察、統一更新
統一政策：唔好每個分店各自一套
多地點網絡最常見嘅亂象，係每個分店各自一套：密碼唔同、分段唔同、WiFi 名稱唔同、設定冇人知。員工去另一間分店，要重新問密碼、重新設定；總部出事嗰陣，冇人知邊間分店點設定。中央管理嘅第一步，係統一政策：WiFi 命名、分段、密碼管理、存取權限、訪客流程，全部用同一套標準，唔好每間分店自己諗一套。
統一監察：總部要睇到每間分店嘅狀態
中央管理嘅第二步，係睇得到。總部應該睇到每個地點嘅連接狀態、裝置狀態、流量異常、斷線告警。睇唔到，就等於冇管理：分店斷線冇人知，收銀停咗要等分店打電話上嚟先知。監察唔需要好複雜，但要有：邊個地點斷線、幾時斷、斷咗幾耐、邊個負責跟進。監察嘅告警要去啱嘅人，唔好全部告警去晒同一個冇人睇嘅郵箱。
統一更新：韌體同設定要有人跟
中央管理嘅第三步，係更新。網絡設備嘅韌體、設定、安全政策，要有人定期跟進，唔好每個分店各自等「有時間先做」。更新之前要有備份，更新之後要驗證，唔好一次過將全部地點一次過更新，出事嗰陣全部一齊停。
權限：總部、分店、員工，邊個睇到乜
多地點網絡嘅權限，要分三層：
- 總部管理層：可以睇到全部地點嘅狀態同必要嘅業務系統，但唔應該無需要咁接觸每個分店嘅全部內部資料。
- 分店負責人：可以管理自己分店嘅日常事務，但唔應該可以改其他分店嘅設定，或者接觸總部嘅敏感系統。
- 一般員工：只可以接觸自己工作需要嘅系統。員工去另一間分店幫手，權限應該跟員工，而唔係跟地點，唔好因為去咗另一間分店就自動多咗權限。
權限要定期覆檢：員工離職、轉分店、轉職，權限要跟住變。共用帳戶要避免，一人一個帳戶，出事嗰陣先至追查到。帳戶保安嘅做法，可以參考 遙距辦公 VPN 指南 入面關於身份驗證嘅講法。
備援：分店斷線唔等於分店停業
分店斷線係多地點網絡最常見嘅事故。備援要分兩層去諗：
- 分店層面：分店嘅上網連接斷咗，收銀點算，點餐點算，電話點算。分店有冇第二個上網途徑，切換嗰陣係咪自動，員工知唔知流程。備援要實測：切斷主力，確認備援真係接手，收銀真係維持到。
- 總部層面：總部斷線嗰陣，各分店點算。分店係咪可以獨立運作一段時間，定係總部斷線就全部停。呢個要喺架構設計嗰陣已經諗好，唔好等到斷線先發現全部地點都依賴總部一個點。
備援唔係「有第二條線就等於有備援」。第二條線有冇測試過、切換係咪自動、切換之後頻寬夠唔夠收銀用、員工知唔知已經切換咗去備援，全部都要驗。企業寬頻嘅備援概念，可以參考 企業寬頻點揀。
新開分店：用同一套標準，唔好每次重新諗
新開分店係多地點網絡最容易出亂嘅時候。趕住開舖，網絡求其做，之後先發現同其他分店唔夾。實務做法係預先準備「新分店網絡標準包」：
- 設備清單：每間分店用邊啲設備、邊啲型號、邊啲設定，全部預先定好，唔好每間分店買唔同嘅嘢。
- 設定範本：分段、WiFi 名稱、密碼政策、權限，全部用範本，開新分店嗰陣照範本做，唔好重新諗。
- 勘察流程：新分店開舖之前要做現場勘察，確認覆蓋、佈線、供電、擺位，唔好開舖嗰日先發現冇位裝 AP 或者冇網線。
- 驗收清單：新分店開舖之前要逐項驗收，唔好「開咗先算」。驗收清單要同現有分店同一套。
新分店嘅網絡安排，亦要配合裝修同開舖時間表。網絡工程唔應該係開舖前最後一日先做，而應該喺裝修嗰陣已經同步進行。企業 WiFi 嘅整體規劃，可以參考 WiFi 解決方案；IT 支援嘅安排，可以參考 中小企 IT 支援。
驗收清單
| 驗收項目 | 點樣驗 |
|---|---|
| 互聯 | 每個地點試下係咪去到應該去到嘅總部系統；唔應該去到嘅系統，確認去唔到 |
| 分段 | 每間分店嘅顧客裝置試去收銀同辦公系統，確認去唔到 |
| 中央監察 | 總部確認睇到每個地點嘅狀態；模擬一間分店斷線，確認告警去到啱嘅人 |
| 權限 | 唔同角色嘅帳戶試下係咪只睇到應該睇到嘅系統；跨分店權限要特別驗 |
| 備援 | 每間分店切斷主力，確認備援接手同收銀維持 |
| 新分店範本 | 確認新分店標準包齊全，開新分店唔使重新諗 |
常見誤解
- 每間分店有寬頻就等於有多地點網絡？唔係。各自有網，只係各自獨立。多地點網絡係要當成一個網絡去管：統一政策、統一監察、統一權限。
- 全部連晒就最好？唔係。連得愈多，影響範圍愈大。顧客 WiFi、訪客網絡唔應該經互聯連去總部。
- 買咗中央管理設備就等於有中央管理？唔係。設備只係工具，政策、監察、更新、權限，全部要有人設計同跟進。
- 有備援就等於斷線都唔停？唔係。備援要實測切換先至算，冇測試過嘅備援，斷線嗰陣未必真係接手。
- 新分店照抄舊分店就得？唔係。照抄之前要做現場勘察，每間分店嘅結構、覆蓋、佈線都唔同，唔可以完全照抄。
文件：每間分店共用嘅地圖
多地點網絡最容易靜靜哋出事，就係冇人知個網絡點樣起。每個地點要有一份持續更新嘅文件：設備、分段、網線點、密碼存放位置、負責人；總部要有一份中央清單，列出全部地點。分店一改嘢，兩份文件要同日更新。一個只得一個人明嘅網絡，嗰個人唔喺嗰陣就會停。
結論：當成一個網絡去管，唔係多個獨立網絡
多地點網絡做好嘅關鍵只有三句：架構要跟需求嚟，唔係跟產品嚟；政策、監察、權限要統一，唔好每間分店各自一套；備援要實測，唔好有第二條線就當有備援。我哋團隊會先了解各個地點嘅業務同系統，再按實際情況建議方案。