商戶開戶流程圖（由申請到上線）
商戶開戶流程範本，涵蓋申請受理、按政策進行KYB與盡職審查、風險決定、帳戶設定、整合測試、上線及監察交接。
甚麼是商戶開戶流程圖（由申請到上線）流程
商戶開戶在風險決定之前已經開始。銷售或客戶負責人記錄商戶申請的產品及預期活動，商戶營運則檢查申請是否完整得足以覆核。資料不足便退回商戶，不會以假設繼續。合規或盡職審查負責人其後按機構政策及風險計劃，進行適用的KYB、擁有權、業務及其他檢查。要求會因商戶類型、產品、地區、渠道及適用責任而異，所以圖中只標示管控，不訂出通用證據清單。證據不完整會退回釐清；疑慮無法解決則形成有紀錄的拒絕，不會消失於隊列。
盡職審查可以繼續後，詐騙／風險／商戶審批團隊會評估詐騙、爭議、財務及營運風險。標準個案留在書面授權範圍內，較高風險或不尋常個案則接受加強審查及升級。決定明確分為批准、進一步覆核或拒絕。批准不等於立即啟用：銷售記錄商業條款及條件，商戶營運設定帳戶、限額與管控，另設核實關卡把錯誤設定退回修正。工程團隊再發出整合及驗收要求，由商戶實作；功能、保安或交易測試失敗時，必須修正缺陷後再測試，不能進入生產環境。
生產啟用要等待受控交接。商戶營運把獲批風險概況、管控、警報計劃及具名監察責任交給接收團隊；負責人要確認已收到資料及營運已準備妥當，工程團隊才啟用付款處理。因此，監察存取、警報設定及回應責任，會與支援及結算準備一同放在上線關卡，而不是上線後才安排。這項交接連接商戶風險評估及商戶監察；交易開始後，付款對帳會核對處理與結算紀錄，例外管理則處理含糊、失敗或不一致事件。角色、權限及管控應按實際業務調整，不要把單一KYB或監察次序當成通用做法。
本流程圖涵蓋的內容
本範本包含
- 由申請受理、盡職審查、風險決定、帳戶設定、整合測試，到上線及監察交接的六個階段
- 商戶、銷售／客戶管理、商戶營運、合規／盡職審查、詐騙／風險／商戶審批，以及工程／整合六條角色泳道
- 申請完整度及按政策進行的KYB或盡職審查，包括補充證據及無法符合要求時的明確途徑
- 批准、進一步覆核及拒絕結果，再連接商業條款、帳戶設定、限額及設定修正迴路
- 整合測試及缺陷修正，其後在啟用前交接獲批概況、管控、警報計劃與監察責任
- 監察負責人的確認關卡，把支援、結算及監察準備一併納入生產啟用決定
何時使用本範本
- 商戶申請在銷售、營運、合規、風險及工程之間流轉，卻沒有端到端狀態負責人
- 不完整證據已進入風險審批，導致反覆追問、不一致決定或後期才出現未記錄例外
- 商業批准被誤當成啟用帳戶的許可，未經設定及整合管控核實便上線
- 整合缺陷或上線準備缺口在生產付款開始後才發現，而不是在指定驗收關卡處理
- 商戶風險評估及監察團隊收到已上線帳戶，卻沒有獲批條件、管控或覆核計劃
運作方式
界定申請及完整度標準
列出開始覆核所需的業務、擁有權、產品、地區、渠道、交易量及結算資料。分開受理時必須提供的資料，以及風險分流後才可能要求的證據。授權商戶營運退回不完整申請並記錄原因，讓銷售與商戶一次回應整合要求，而不是逐封電郵補資料。
按政策與風險調整盡職審查
以機構已批准、適合產品及商戶組別的檢查、來源、證據負責人和更新規則，取代通用盡職審查方框。寫明KYC或KYB何時適用、如何評估實益擁有權或業務活動，以及誰可解決差異。不要照抄本範本或其他供應商的固定清單。
寫明決策權限及升級準則
指明誰可批准標準個案、誰進行加強風險審批，以及誰可接受特定管控或限制。界定何時進一步覆核及哪些證據會把個案送回決策關卡。批准、進一步覆核與拒絕要分開記錄，避免待決升級被報成批准。
把批准連接到帳戶設定
把每項獲批商業或風險條件對應至帳戶設定、限額、儲備金、功能或營運行動，再由另一人核實設定符合決定。記錄誰可更改設定及如何審批，避免準確的風險決定在付款平台上被錯誤實施。
訂立驗收及監察交接準則
界定具代表性的功能、保安、失效及交易測試、通過所需證據，以及各缺陷負責人。啟用前交接獲批概況、限額、管控、警報計劃及具名監察責任，並要求接收人連同支援聯絡、結算設定、溝通及上線時間，一併確認存取、警報及回應準備。
常見問題
商戶開戶有哪些主要階段？
實用次序包括申請受理、完整度覆核、適用盡職審查、詐騙及風險評估、批准／進一步覆核／拒絕決定、商業及帳戶設定、整合實作、驗收測試、監察交接及確認，最後才啟用生產服務。實際檢查及權限必須按商戶、產品、風險計劃及適用責任調整。
每個商戶的KYC及KYB要求是否相同？
不是。相關檢查、證據、深度及更新周期，會隨法律關係、商戶類型、擁有權架構、產品、地區、渠道、風險概況及適用責任而變。本範本會顯示盡職審查及未解決證據，但不訂出通用清單；機構使用的版本應由合規及風險負責人批准。
為甚麼批准與上線是兩項不同決定？
批准表示關係可按已記錄條款及管控繼續；上線還要求帳戶設定正確、驗收測試通過、支援與結算準備完成，以及監察交接已由具名回應負責人確認。分開兩項決定，可防止商業或風險批准繞過技術及營運保障。
商戶開戶應向監察團隊交接甚麼？
應包括現行商戶概況、獲批產品及渠道、風險級別、管控、限額、儲備金或限制、預期活動、警報計劃、覆核周期、未完成條件及具名負責人。監察負責人應在啟用前確認收妥、已有存取權及準備就緒，讓首宗生產事件起的實際行為都可與批准決定比較。
此流程所處的位置
在大多數機構中，此流程會交接給商戶風險評估流程圖（由概況到監察）。
它是商戶導入及風險中的其中一個步驟。
第 1 步: 商戶開戶流程圖（由申請到上線） 當前位置
商戶開戶流程範本，涵蓋申請受理、按政策進行KYB與盡職審查、風險決定、帳戶設定、整合測試、上線及監察交接。
第 2 步: 商戶風險評估流程圖（由概況到監察）
商戶風險評估範本，涵蓋概況資料、按政策盡職審查、詐騙、爭議、財務及營運分析、分級、管控、決定與覆核。
第 3 步: 付款API整合流程圖範本
第 4 步: 商戶監察流程圖（由訊號到風險回饋）