付款客戶實施流程圖範本
機構付款客戶實施範本，適用於發卡機構、收單機構、處理商、金融科技及企業合作夥伴，由服務準備到交接。
甚麼是付款客戶實施流程
本範本所指的付款客戶實施，是機構層面的付款服務實作。客戶或合作夥伴可以是發卡機構、收單機構、處理商、金融科技公司、平台營運者，或接入付款功能的企業客戶；它不是零售或小型商戶為開立收單帳戶而走的商戶開戶流程。探索階段會在議定實施範圍前，界定各機構的角色、法律實體、市場、付款流程、依賴項及目標結果。
風險或合規團隊會按機構範圍決定適當盡職審查，並可要求更多資料或記錄停止決定。產品團隊其後設計服務與營運模式，工程及付款營運則測試介面、管控、轉送、報告及支援假設。設定與整合開始前要記錄責任。功能、例外及任何適用認證證據必須在準備覆核前通過，缺陷則退回負責設定或整合的實施工作。
受控上線後進入密切支援期，再按準則完成交接，所以啟動服務不等於機構實施完成。支援聯絡、升級責任、監察及營運程序，都要配合探索時議定的服務角色準備妥當。詳細API或代碼工作可留在各自工程程序，本圖則管治跨公司的範圍、證據及上線決定。要求會隨機構角色、市場及服務而變，所以盡職審查及認證仍屬可調整項目，不是通用清單。
本流程圖涵蓋的內容
本範本包含
- 為發卡機構、收單機構、處理商、金融科技、平台或企業付款客戶進行機構層面的探索
- 按適用情況決定及進行盡職審查，並保留釐清資料與有紀錄停止結果的路徑
- 設計方案及營運模式、覆核風險、介面與依賴項，並議定責任
- 設定帳戶、客戶整合、功能與例外測試，以及可按實際服務調整的認證準則
- 營運準備、受控上線、密切支援期、支援安排及按準則完成交接
何時使用本範本
- 發卡機構、收單機構、處理商、金融科技、平台或企業客戶正在實施機構付款服務
- 銷售交接沒有提供足夠資料給產品、工程、風險及付款營運團隊
- 盡職審查被機械式套用，或在太接近預定上線時才發現需要進行
- 整合測試已通過，但支援、對帳或事故責任仍然不清楚
- 團隊需要一項同時涵蓋技術、營運及適用風險證據的準備決定
運作方式
覆核前先界定範圍
記錄實施團隊所需的機構角色、法律實體、市場、付款流程、交易量、依賴項及目標結果。零售商戶開戶不屬本圖；客戶與內部負責人未能就服務範圍達成一致時，要退回釐清。
按適用情況調整盡職審查
由風險或合規團隊按客戶、角色、產品及市場決定所需覆核與資料。不要把同一清單機械式套用於所有實施，也要分清補充資料要求與最終不繼續決定。
記錄營運模式
指明誰負責設定、整合、付款營運、支援、合作夥伴協調、報告及決策審批。詳細技術工作連接付款API整合流程，任何代碼化範圍則連接付款代碼化流程。
訂立以證據為本的測試準則
執行前先議定功能、例外、對帳及支援情境。只在適用時界定認證，並指明誰接納每項結果；未通過的檢查要退回能修正設定或整合的團隊。
規劃上線、密切支援及交接
設定受控上線範圍、監察訊號、支援聯絡，以及擴展或暫停準則。界定離開密切支援期的證據，並在責任移交營運前，把支援操作手冊連到退款流程及付款處理事故流程。
常見問題
付款客戶實施有哪些階段？
對發卡機構、收單機構、處理商、金融科技或企業合作夥伴，先界定服務角色與範圍，再完成適用盡職審查、設計營運模式、記錄責任、設定服務及建立連接。其後測試功能與例外、完成適用認證、準備支援、批准受控上線、監察密切支援期，最後在符合退出準則後把責任交給營運。
每個付款客戶是否需要相同盡職審查？
不是。覆核應按客戶、角色、產品、市場及其他適用因素決定。本圖把這項判斷列為流程步驟，不會內置通用清單。風險或合規團隊應按實際範圍界定證據及決策途徑，包括何時需要更多資料及何時不能繼續實施。
付款實施準備應包括甚麼？
準備證據應包括獲批範圍與責任、完成設定、已接納的測試及適用認證結果、已解決上線風險、監察、支援聯絡、升級途徑及營運操作手冊。確實審批組合視服務而定，但技術完成不應掩蓋營運責任缺口。
付款API及代碼化範本如何配合客戶實施？
以付款客戶實施流程作協調圖，再把詳細工作連到配套流程。付款API整合涵蓋環境、合約、錯誤處理、webhook及上線監察；付款代碼化涵蓋獲批擷取、服務商邊界、代碼用途與生命週期。兩者獲接納的證據可送入實施準備關卡，毋須把所有技術步驟塞進本圖。