在一家 Tier-2 MNO、東南亞、約 1,800 萬用戶的營運商中,批發團隊面對一個常見的上線後問題:對於透過某家 MVNO 零售通路啟用的預付 SIM 卡,哪一方可以出示完整的身分軌跡。合約概括地分配了客戶開通責任;證據卻分散在三個系統中。當前問題不在於篩查量,而在於從資料擷取、保存、補救到監管機關調閱的 SIM 註冊責任歸屬。
上線模式掩蓋了責任歸屬的切割
在上線時,營運模式看似完整。MNO 保留號碼、IMSI 配置及面向網路的用戶啟用。MVNO 負責委任及管理銷售點代理商、擷取身分證明文件,並處理大部分客戶溝通。各方都能指出其明確負責的活動。然而,沒有任何一方被指定為完整用戶紀錄的責任擁有人,包括支撐最終啟用決策的證據。
這一差異直到收到稽核要求時才變得關鍵。批發協議規定 MVNO 應執行 KYC。但協議未說明這是指收集文件、驗證文件、篩查用戶、處理例外事項,還是在法定期間保存證據。更重要的是,這些措辭並未改變 MNO 的牌照條件。即使零售執行已獲委託,SIM 註冊義務及面向監管機關的責任往往仍由持牌營運商承擔。
因此,作業責任必須與法律責任分開處理。零售註冊由 MVNO 的代理商負責。身分文件驗證由外部供應商執行。制裁及 PEP 篩查則透過第二家服務供應商進行。實益擁有人檢查僅適用於部分企業帳戶。可疑活動的升級處理在 MVNO 合規團隊與 MNO 監管職能之間流轉。合約描述了這些活動,卻沒有明確誰可結案處理未解決的比對結果、核准覆核,或承擔剩餘風險。
決定性的控制點是啟用。雙方沒有記錄當 KYC 狀態未完成、已失效或仍在審查時,哪個系統擁有權限阻止某個 ICCID/IMSI 組合進入可服務狀態。MVNO 前端在擷取文件後提交啟用請求。MVNE 工作流程檢查必填欄位。MNO 的 BSS/OSS 在收到有效交易後佈建服務。單獨來看,這些控制都無法證明底層身分決策已完整完成。
在這個案例中,MVNO 提供了文件影像及代理商聲明。MNO 提供了啟用時間戳記及佈建紀錄。身分驗證供應商可以確認已執行檢查,但其保留的回應資料未顯示完整的比對處置結果。沒有任何一方能夠組合出一條完整且不可變更的序列,將來源證據、篩查結果、例外處理與啟用決策串連起來。一項表面上已穩定運行的上線方案,演變為具爭議的合規責任。
「監管機關不會問是哪個系統建立了紀錄;它會問誰能證明為何該用戶獲准啟用,」一位 Tier-2 批發業務主管近日指出。
可辯護的模式應遵循用戶生命週期
更廣泛的含意是,合規責任分配應遵循用戶生命週期,而非系統邊界。控制地圖在啟用前便開始,包括資料收集、身分確信及篩查。它持續涵蓋定期更新、事件驅動審查、暫停服務、MNP、斷線、號碼回收及法定保存。平台之間的交接並不終結該階段所作決策的責任。
每一項改變用戶資格的決策,都需要一名具名的控制責任擁有人。執行工作可以繼續分布在 MVNO 前端、MVNE 工作流程、身分驗證供應商及 MNO 佈建堆疊之間。決策權不應以相同方式分散。必須由一方負責接納標準、例外政策、覆核權限及證據標準。治理模式亦應說明,啟用後若控制失效,誰可暫停服務,以及應在何期限內採取行動。
一家 Greenfield MVNO、2023 年後成立、多 IMSI 堆疊的業者,在發現其初始設計雖擷取所需資料欄位,卻未記錄資格決策依據後,採用了這種方法。修訂後的紀錄包括來源文件影像、驗證及活體檢測結果、代理商識別資料、同意與揭露紀錄、篩查時間戳記、比對處置結果、覆核理由及具防竄改能力的啟用日誌。這項變更並未增加另一層篩查,而是讓既有控制得以重建。
證據保管與資料存取需要分開處理。MNO 需要及時取得符合監管機關要求、與其牌照義務相關的紀錄。MVNO 則需要足夠的可視性,以補救未通過的檢查、管理代理商及質疑誤報。兩項需求都不足以正當化對敏感身分資料不受限制的複製。存取可採角色導向、記錄日誌及限時機制,前提是批發協議在供應商合約終止或平台替換時保留資料調取權。
MNP 是常見的錯誤安全感來源。攜入會轉移服務關係及一個 MSISDN,但不會自動證明接收營運商可以依賴在其他地方收集的身分證據。能否依賴取決於司法管轄區、攜碼流程及可取得的證據。號碼回收則帶來相反問題:歷史紀錄必須在保存期間內維持可用,同時與新用戶的身分及活動清楚區隔。
生命週期模式亦會改變批發治理。每月營運檢討應涵蓋抽樣測試、例外門檻、補救期限、違規通知及代理商品質指標。持續失效應觸發既定的升級處理,而不是籠統地承諾合作。控制措施應以實際用戶檔案測試,包括休眠帳戶、暫停線路、攜入用戶,以及由拒絕率或覆核率偏高的代理商建立的紀錄。
稽核準備度是一項營運能力
最終檢驗是雙方能否在監管時限壓力下作出回應。正式調取通知很少會以系統設計預期的格式送達。它可能要求提供某一用戶的所有證據、由特定代理商核准的每一次啟用,或指定期間的例外群體。回應流程必須跨越商務、合規及技術邊界,而無需重新就資料所有權展開談判。
批發附表應按請求類型及緊急程度設定調取通知的服務水平。文件應識別獲授權接收通知的團隊、啟動回應時限的時間點,以及負責組裝最終檔案的一方。僅有確認收悉目標並不足夠。協議需要就紀錄調取、法律審查、例外說明及安全交付設定可衡量的期限,並設有升級路徑,在錯過法定期限前將問題提交至具責任的高階主管。
不可變更的決策紀錄是該流程的核心。一份有用的紀錄會顯示決策當時有哪些證據可用、採用了哪些規則、運行了哪個版本的工作流程,以及是否有人工覆核結果。後續補救應附加新的事件,而非覆寫原始狀態。沒有這一序列,營運商或可證明某用戶今日合規,卻仍無法解釋六個月前為何允許其使用服務。
供應商存取是另一項反覆出現的弱點。身分驗證及篩查供應商可能在其自身環境中保留詳細回應資料,並受不同保存期限及調取費用約束。營運商模式應在終止、破產及平台遷移期間保留稽核存取、匯出權及持續性條款。亦應測試是否可批量解析供應商參考 ID。若某參考 ID 只能透過人工支援請求處理,對於龐大的例外群體而言,便不是可靠的控制措施。
例外群體應與個別用戶檔案採取相同的紀律。管理層應能識別未完成的註冊、已過期的文件、未解決的篩查比對、人工覆核、更新失敗,以及在系統降級期間執行的啟用。超過門檻時,必須有具名的升級責任人與明確的處置方式,包括在需要時暫停服務。僅有彙總數量並不足夠;每個群體都必須能與用戶層級紀錄及後續補救結果核對。
實務演練很直接:選取一次真實啟用,設定一個短暫的監管期限,並要求營運各方在無非正式介入下交付完整決策軌跡。再針對攜入、回收號碼及被覆核的篩查結果重複測試。浮現的缺口通常涉及權限、存取與證據連續性,而非缺少政策文字。
隨著 SIM 註冊要求及金融犯罪審查趨嚴,商業優勢將屬於那些將控制責任歸屬及證據調取變成日常作業、而非合約事後考量的 MVNO 營運模式。MNO 與 MVNE 應在用戶規模使補救成本升高之前,以真實稽核請求測試該模式。
