門市收銀系統登入異常與帳號鎖定處理：識別、解鎖、紀錄與跟進

分層先講清：法例、官方指引、商戶自訂係三回事

呢篇只講門市收銀系統出現登入異常同帳號鎖定嗰陣，點樣識別、點樣解鎖、點樣記低事件、點樣跟進。帳號密碼同登入安全嘅原則，例如獨立帳號、密碼點定、共用帳號同離職帳號，屬於《門市收銀系統帳號密碼與登入安全管理》嘅範圍，呢篇唔重講，需要原則嗰陣睇返嗰篇即可。

全篇用三層分法，唔好撈亂。法例要求係條例本身嘅規定，違反可以有法律後果。官方指引係政府部門或者公署發出嘅指引同良好作業模式，指引本身唔等於法例條文，但可以幫助符合法例要求。商戶自訂實務建議係官方來源目前未見指定數字或者做法嘅地方，由商戶自己定，寫明係商戶自訂，唔好當成法例或者官方指引嘅要求。

跟進嗰陣有一個基本分寸：未查紀錄之前，只可以講懷疑異常、懷疑被盜用，唔好講已證實被入侵。講法要同證據對齊。

異常登入識別：五類訊號，見到一類就要跟

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.7(c) 節，查閱日期：2026-10-20）大多數用戶每日大約同一時間登入同登出，某個帳號喺該帳號「正常」時間以外登入，可能正被入侵者使用。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.7(c) 節，查閱日期：2026-10-20）系統紀錄設施要檢查系統軟件嘅不尋常錯誤訊息，例如短時間內大量失敗登入嘗試，可能表示有人嘗試估算密碼。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.7(c) 節，查閱日期：2026-10-20）會計紀錄可以用嚟判斷系統使用模式，不尋常嘅會計紀錄可能表示未經授權使用系統。

（來源：資訊安全網《Identity Theft》，查閱日期：2026-10-20）身份盜用徵兆包括嚟自未知地點同裝置嘅登入活動提示，以及帳號出現未知或者可疑活動。（來源：網絡安全資訊站《Data Breach》，查閱日期：2026-10-20）資料外泄徵兆包括偵測到帳號出現可疑活動，以及收到個人資料被披露嘅可疑來電或者交易紀錄。

綜合呢啲來源，門市收銀系統嘅異常登入訊號歸納為五類：短時間內多次失敗登入；非營業時間或者該員工非當值時間登入；未知地點或者未知裝置登入；帳號喺持有人不知情下被更改密碼、導致無法登入；帳號出現持有人否認嘅交易或者操作。五類之中任何一類出現，都當異常事件處理，唔好只當打錯密碼。呢個歸納屬於商戶自訂實務建議，唔係法例或者官方指引要求。

打錯密碼同異常事件點分辨：對照在場情況

分辨「打錯密碼」同「異常事件」嘅關鍵係對照：該次登入嘅時間係咪該員工當值時間、該員工有冇喺店內、該裝置係咪店內收銀機。對照唔到持有人在場，就按異常事件處理。呢個對照方法屬於商戶自訂實務建議，唔係法例或者官方指引要求。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.7(c) 節，查閱日期：2026-10-20）所有未經授權查閱資訊系統嘅個案都應該報告，保安違規報告最好每日檢查一次。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.7(c) 節，查閱日期：2026-10-20）日誌紀錄要跨唔同儲存庫關聯分析，以識別潛在保安事故。

有懷疑嗰陣，唔好叫持有人不斷再試登入。先按異常事件流程處理，停用或者鎖定懷疑帳號，保留紀錄，再慢慢查。等查清楚係打錯密碼定係異常模式，先至決定下一步。

鎖定點嚟：自動鎖定同管理員停用係兩回事

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(a) 節，查閱日期：2026-10-20）為咗減少密碼被估算嘅可能，連續唔成功登入要受控，要界定並強制執行登入嘗試次數、帳號鎖定時間同鎖定計時重設時間。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(a) 節，查閱日期：2026-10-20）做法可以係有限次數唔成功登入之後停用帳號，或者每次連續登入嘗試之間逐步增加延遲時間。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(e) 節，查閱日期：2026-10-20）系統保安功能建議盡可能啟用，包括喺預設次數無效登入之後自動暫停用戶帳號。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(e) 節，查閱日期：2026-10-20）被暫停嘅帳號只可以由系統或者保安管理員人手介入先可以重新啟用。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(b) 節強密碼政策表，查閱日期：2026-10-20）帳號鎖定設定屬於政府系統參考：5 次或更少無效登入之後鎖定。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(b) 節強密碼政策表，查閱日期：2026-10-20）該表原文明確指明適用於載有分類資料嘅資訊系統，門市收銀系統唔屬於呢類系統，呢個數字只作參考對照，唔好寫成門市嘅法例要求。

門市收銀系統嘅鎖定次數、鎖定時間、重設計時，由商戶按自己系統功能同人手自訂並寫入店內程序。呢篇唔寫任何供應商預設鎖定次數，門市亦唔好將供應商預設值當成自己嘅程序。呢個安排屬於商戶自訂實務建議，唔係法例或者官方指引要求。

鎖定同停用係兩回事，唔好撈亂：鎖定係系統因失敗登入自動觸發嘅暫時狀態；停用係管理員因懷疑帳號被盜用而主動採取嘅措施。懷疑被盜用嘅帳號，管理員要主動停用，唔好只係等系統自動鎖定。呢個區分屬於商戶自訂實務建議，唔係法例或者官方指引要求。

解鎖流程：四步做齊，先至解鎖

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(e) 節，查閱日期：2026-10-20）管理員要做到：如果登入連續多次失敗，就停用用戶帳號。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 11.4(e) 節，查閱日期：2026-10-20）未核實用戶身份，唔好代用戶披露或者重設密碼。

解鎖流程按次序做四步。第一步，先查紀錄，確認鎖定原因係持有人打錯密碼定係異常模式。第二步，核實申請解鎖嘅人就係帳號持有人本人。第三步，由管理員人手重新啟用並記錄。第四步，持有人首次登入嗰陣更改密碼。未核實身份之前，唔好解鎖，唔好代為重設密碼。呢個流程屬於商戶自訂實務建議，唔係法例或者官方指引要求。

同一帳號短時間內重複被鎖定，唔好每次只係解鎖了事，要升級做事件跟進：停用帳號、查完整紀錄、評估係咪有人針對該帳號嘗試登入。重複鎖定本身就係一個訊號，代表單次解鎖已經唔夠。呢個升級安排屬於商戶自訂實務建議，唔係法例或者官方指引要求。

解鎖之後要查嘅嘢：鏡頭對照同交易紀錄

解鎖之後唔好當事件完結。要對照收銀鏡頭確認當時邊個喺收銀位，要檢查鎖定之前該帳號有冇成功登入或者交易紀錄。有可疑交易嘅，要按收銀短數長數同標錯價流程另外跟進，詳見《標錯價／收錯錢點應對：香港商戶合約、商品說明同找續核對指南》。呢個事後檢查屬於商戶自訂實務建議，唔係法例或者官方指引要求。

核對嗰陣，要用單據、POS 紀錄同收銀鏡頭三樣對一次，唔好單靠系統入面個解鎖標記就當交易無受影響。具體補退安排，按嗰篇嘅交易階段規則另外跟進。

事件紀錄：記乜嘢、點樣記、點樣防竄改

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）審計追蹤顯示系統每日點樣被使用。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）自行開發嘅審計追蹤應該集中於失敗交易同用戶嘗試查閱未獲授權物件嘅情況。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）交易日誌可以包括未經授權更新或者查閱、活動開始同結束日期時間、用戶識別、登入同登出活動、連接工作階段或者終端機、電腦服務例如檔案複製同搜尋。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）日誌政策要包括但不限於記錄以下活動：登入嘗試、密碼更改嘗試、查閱關鍵檔案嘅嘗試、使用特權，例如新增同刪除用戶帳號、更改用戶查閱權、修改審計政策、啟用同停用防護系統。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）未能記錄呢啲活動，要有合理理由並記錄在案。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）日誌要保存一段與其作為審計工具嘅有用性相稱嘅期間。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）日誌嘅資料同保存期亦要足以支援保安違規調查。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）保存期間，日誌要妥善保護，確保唔可以被修改，只可以由獲授權人士閱讀。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）經核准電郵系統同互聯網接達服務嘅中央日誌，保存期唔少於 6 個月，呢個係政府系統嘅保存期要求，唔係門市法例要求，門市保存期由商戶自訂。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 14.4 節，查閱日期：2026-10-20）資訊系統要定期至少每月一次同可信時間伺服器同步時鐘，時鐘同步之後，審計追蹤先至有可信時間戳，事件關聯先至容易做，事故調查嗰陣審計追蹤先至更加可信。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）所有保安事故、採取嘅行動同相應結果都要記錄。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）成個保安事故應變過程都要做日誌記錄。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）每宗事故可以編配一個事故參考編號，方便成個事故處理過程跟進同追蹤。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）最低要求要記錄以下資料：系統事件同其他相關資料例如審計日誌；所有採取嘅行動，包括日期、時間同涉及人員；所有對外通訊，包括日期、時間、內容同涉及各方。

門市異常登入或者鎖定事件紀錄至少包括：發現日期時間、帳號、異常訊號類別、失敗登入次數同時間範圍、系統係咪自動鎖定、邊個發現、邊個決定停用或者解鎖、解鎖前點樣核實身份、解鎖日期時間、事後檢查結果、事故參考編號。紀錄要喺事件當日寫，唔好靠事後記憶補寫。呢個清單屬於商戶自訂實務建議，唔係法例或者官方指引要求。

紀錄保存要防竄改：寫好嘅事件紀錄唔好事後塗改。如需更正，用追加更正記錄寫明更正原因、更正人同更正時間，保留原文。呢個做法屬於商戶自訂實務建議，唔係法例或者官方指引要求。

跟進：控制損害、評估、通知、復原、檢討

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）保安事故應變計劃要建立並記錄在案，至少涵蓋事故應變小組架構同相應角色責任、報告程序、減輕事故影響程序、保存證據程序、調查事故成因同影響程序、復原計劃、持份者同公眾溝通計劃、事後檢討程序。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）事故應變計劃要定期檢討，至少每 2 年一次，或者喺營運環境有重大改變嗰陣檢討。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）計劃要定期測試同更新，演習至少每 2 年一次，最好每年一次。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）呢啲係政府部門嘅要求，唔係門市法例要求，門市檢討同演習頻率由商戶自訂。

（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）報告程序要有明確聯絡點、簡單但定義清晰嘅步驟、向所有有關員工公布、準備保安事故報告表格，用統一格式收集資料、考慮報告程序係咪適用於辦公時間內外。（來源：數字政策辦公室《IT Security Guidelines [G3]》v10.1 第 18 節，查閱日期：2026-10-20）有關事故嘅資料只可以按「有需要先知」原則披露，只有事故應變小組指揮官有權分享或者授權他人分享事故資料。

（來源：資訊安全網《Identity Theft》，查閱日期：2026-10-20）懷疑帳號被盜用嘅應對措施包括：向香港電腦保安事故協調中心尋求協助；如涉及刑事活動，向警方舉報；如涉及個人資料，向個人資料私隱專員公署投訴；即時向銀行、信用卡發卡機構或者相關網上服務供應商報告；更改相關網上帳號嘅密碼；強制登出嚟自未知裝置嘅所有有效工作階段；移除第三方應用程式授權。

（來源：網絡安全資訊站《Data Breach》，查閱日期：2026-10-20）機構要制定應對資料外泄事故嘅應變計劃，以及向受影響用戶發出資料外泄通知嘅通知安排。（來源：網絡安全資訊站《Data Breach》，查閱日期：2026-10-20）如涉及刑事活動，向警方舉報；如個人私隱受侵犯，向個人資料私隱專員公署投訴；有需要嗰陣向香港電腦保安事故協調中心尋求事故應變同復原意見。（來源：香港電腦保安事故協調中心《Who should you report to?》，查閱日期：2026-10-20）舉報刑事罪行例如網上欺詐同有金錢損失嘅個案，請聯絡警方；有關個人資料嘅查詢或者投訴，請聯絡個人資料私隱專員公署；唔確定應該向邊一方報告，可以致電香港電腦保安事故協調中心查詢。

（來源：個人資料私隱專員公署《Data Breach Notification》，查閱日期：2026-10-20）資料外泄一般指資料使用者持有嘅個人資料嘅資料保安受到懷疑違反，令資料暴露於未獲授權或者意外查閱、處理、刪除、喪失或者使用嘅風險。（來源：個人資料私隱專員公署《Data Breach Notification》，查閱日期：2026-10-20）通知私隱專員公署關於資料外泄事故並非法定要求，但仍然建議資料使用者咁做，作為妥善處理事故嘅建議做法。（來源：個人資料私隱專員公署《Data Breach Notification》，查閱日期：2026-10-20）公署唔接受口頭通知。

門市跟進順序按五步做。第一，控制損害：停用懷疑帳號、強制登出該帳號嘅有效工作階段、保留紀錄同證據。第二，評估：查紀錄判斷係個別打錯密碼、內部誤用定係針對性嘗試登入，判斷有冇交易受影響。第三，通知：按情況通知負責人，懷疑涉及犯罪向警方舉報，涉及個人資料考慮向私隱專員公署通報，通報屬於建議做法，唔係法定要求。第四，復原：核實身份後先解鎖或者重設密碼，檢查並更正受影響交易。第五，檢討：寫低成因、改善措施、負責人同完成日期，結案前覆核。呢個順序屬於商戶自訂實務建議，唔係法例或者官方指引要求。

事件唔好喺解鎖嗰刻就當完結。結案條件係成因已判斷，或者已寫明無法判斷嘅原因；受影響交易已處理；密碼已按核實程序處理；紀錄已齊全；改善措施已定出負責人同完成日期。未齊就唔好結案。呢個結案條件屬於商戶自訂實務建議，唔係法例或者官方指引要求。

POS 配合、套裝同聯絡

POS 只負責付款方式記錄、分類及對數；實際收款經八達通機、KPay、YedPay 等獨立渠道，唔好聲稱 POS 直接嘟八達通、直接掃碼收款或者直接過數。事件跟進嗰陣，對數要睇 POS 付款方式記錄同單據，唔好只睇系統入面個解鎖標記。

POSKing「POS 系統＋收銀鏡頭套裝」HK$4,950 一次性買斷免月費，免月費年費（來源：根據本系列既定實價，查閱日期：2026-10-20）。其他產品價格未確認，需報價。

POSKing 聯絡：電話／WhatsApp +852 2186 8010；地址：新界沙田石門安麗街18號達利廣場1209室；營業時間：每日 12:00–19:00。

本篇只係一般營運資訊，唔係法律意見，具體個案請諮詢律師。