KYC 狀態與工作流程

​

驗證狀態與工作流程

面向政策的 KYC 旅程從資訊收集到審查,最終到達核准或拒絕決定。當前 API 資源則暴露獨立的能力、申請、任務與提交生命週期。

​

面向政策的審查概念

以下面向政策的審查概念用於描述入駐旅程。它們並非當前的 API 枚舉、webhook 值或保證的轉換。 僅在討論政策旅程時使用這些標籤。除非當前生成的結構在其自身脈絡中明確要求相同的值,否則切勿將它們作為當前狀態值傳送。

​

Standard KYC 審查流程

1. 建立個人客戶。
2. 探索並申請符合資格的能力。
3. 讀取當前任務細節。
4. 將客戶引導至第一方託管的驗證 session,或提交任務所要求的完整答覆。
5. 讓審查繼續進行,同時當前資源會回報自身的審查狀態。
6. 重新讀取當前資源,以判斷是否需要進一步動作,或該能力已為 ready、restricted、rejected 或 canceled。

政策旅程可能將其描述為 not started、pending verification、under review,然後為 approved 或 rejected。這些用語並不定義 API 的轉換順序。

​

Enhanced KYC 審查流程

1. 完成當前所要求的標準身分與活體工作。
2. 當加強審查要求額外資訊時,讀取最新任務。
3. 透過當前的託管 session 或任務提交,提供所要求的地址證明、資金證明或其他佐證。
4. 僅在當前任務要求時才上傳文件。
5. 於人工審查期間,持續監控當前資源。
6. 依當前的能力、申請、任務與提交狀態,判斷停止或繼續。

法遵團隊也可能透過客戶登記的電子郵件協調加強審查。

​

常見拒絕原因

​

驗證時程

上述時程為一般政策估算,並非保證的 API 行為。

​

當前的 API 狀態用語

當前資源使用獨立的封閉式用語:

• 能力狀態: pending、ready、restricted、rejected、canceled
• 申請狀態: requested、in_review、action_required、ready、rejected、disabled、canceled
• 任務狀態: action_required、in_review、satisfied、rejected、canceled
• 提交結果: in_review、accepted、changes_requested、rejected

請勿將這些用語收合為單一的驗證狀態。

​

事件與當前狀態

請將當前有文件記載的 Webhook 視為變更通知,然後重新讀取當前的客戶、能力、申請與任務資源。事件不會取代權威的資源讀取,且沒有任何面向政策的標籤暗示特定事件。 當前的動作迴圈請參閱能力與任務。

​

支援

如有 KYC 政策問題,請聯繫 compliance@swipelux.com。如有 API 問題,請聯繫 support@swipelux.com。