工具與流程
跨境收款完整 SOP：從報價、KYC、小額測試到銀行入帳與對帳
八階段跨境收款 SOP，包含角色分工、KYC/KYB、付款指示、小額測試、正式款項、銀行入帳、對帳與例外處理。
一套能執行的跨境收款 SOP，必須讓操作人員知道每個階段需要什麼資料、由誰批准、留下哪項證據，以及什麼情況必須停止。報價、KYC/KYB、付款指示、小額測試、正式款項、換匯、銀行入帳和對帳，缺少任何一段都可能讓費用、責任或資金去向無法追溯。
本文提供八階段流程、角色矩陣、例外處理表和結案標準，適合自由工作者、小型公司與跨境服務團隊。複製表格後，請按自己的銀行、平台、幣別、金額和所在地規則填寫門檻。
本文目錄
執行 SOP 前先完成四項設定
| 設定 | 必須填入的內容 | 未完成時 |
|---|---|---|
| 主收款路徑 | 通道、幣別、帳戶名義、最終銀行 | 不對客戶提供 |
| 備援路徑 | 啟用條件、負責人、測試日期 | 不宣稱可用 |
| 人工複核門檻 | 金額、首次交易、第三方付款等條件 | 所有交易人工複核 |
| 文件保存 | 位置、權限、期限、刪除方式 | 不上傳敏感文件 |
門檻不能直接抄別人的數字。先統計過去三個月的典型單筆、最高單筆、退款和補件情況，再由業務、財務與風險負責人共同批准。
角色與責任矩陣
一人團隊可以兼任角色，但仍要分開「執行」與「複核」動作。若沒有第二人，應使用外部會計或合規顧問複核、延遲放行、降低單筆限額並保存核對紀錄；無法建立替代控制時，不承接高風險交易：
| 工作 | 業務／接單 | 合規／風險 | 財務／出納 | 第二複核人 |
|---|---|---|---|---|
| 建立客戶與報價 | R | C | C | I |
| KYC／KYB 與風險判斷 | C | R/A | I | C |
| 發出付款指示 | I | C | R | A |
| 測試轉帳與正式款項確認 | I | C | R | A |
| 換匯與銀行提領 | I | C | R | A |
| 對帳、結案與保存 | I | C | R | A |
R 是實際執行者、A 是最終負責人、C 是需諮詢者、I 是需知會者。高風險動作不應由同一個人建立資料、批准並放行。
階段一：接單與建立交易
輸入
客戶法定名稱、聯絡方式、付款方身分、服務或商品、國家／地區、報價幣別、預計金額和時間。
操作
- 建立客戶編號與唯一收款編號；
- 確認客戶是自然人或公司，以及實際付款人是否相同；
- 寫明交付、退款、付款期限及費用由誰負擔；
- 選擇主路徑與備援路徑，不讓客戶自行猜資產或網路；
- 把需求、批准和版本保存在同一案件。
產出與停止條件
產出合約／訂單、正式報價、案件負責人和預計收款日。正常 NDA 或商業保密不構成停止理由；但客戶拒絕提供法定身分、實際付款人、交易目的或要求繞過正常留痕，堅持未說明的第三方代付或臨時改帳戶時，停止進入下一階段。
階段二：KYC、KYB 與風險分級
依文件準備指南核對身分、公司、最終受益人、交易目的和資金來源。風險評分至少考慮：首次交易、金額偏離、付款人不一致、所在地、商品或服務、退款風險、未託管錢包和資料變更；企業案件還要核對最終受益所有人，並依適用規則執行制裁、政治公眾人物（PEP）與不利資訊篩查。
| 等級 | 典型情況 | 處理 |
|---|---|---|
| 低 | 已有紀錄、同名付款、金額與用途正常 | 標準審查 |
| 中 | 首次交易、新通道或資料近期改變 | 增加文件與第二人確認 |
| 高 | 第三方付款、資訊矛盾、異常要求或重大偏離 | 暫停並由指定角色決定 |
**產出物：**文件清單、風險等級、缺口、批准人與時間。不能驗證交易目的或資金來源時，不應用拆單或更換帳戶繞過。
階段三：選擇並驗證收款路徑
每條路徑都要從「客戶支付」走到「最終銀行可用餘額」，不能只驗證中間平台。
| 路徑 | 必查項目 | 驗收證據 |
|---|---|---|
| 銀行匯款 | 戶名、IBAN／帳號、SWIFT、幣別、費用承擔 | 銀行正式資料與實際入帳 |
| 支付平台 | 地區、付款方類型、退款、準備金、提領 | 平台條款、訂單與銀行入帳 |
| 穩定幣 | 資產、網路、地址、Memo、最低額、法幣出口 | 交易雜湊、平台可用餘額與銀行入帳 |
如果所在地、帳戶名義、最終法幣出口或銀行接受性無法確認，就只能標記為「待驗證」，不能寫入對外付款指示。
階段四：發出受控付款指示
付款指示要從固定模板產生並包含版本號：
- 收款編號與發票號；
- 收款人法定名稱；
- 金額、幣別和到期日；
- 銀行路徑的完整官方資料；或鏈上路徑的資產、網路、地址、Memo／Tag；
- 手續費與匯差由誰負擔；
- 新路徑必須小額測試；
- 付款後需提供的銀行參考號或交易雜湊；
- 變更資料時使用的第二確認通道。
付款資料臨時變更時，不能只回覆原郵件。使用事先登記的電話或另一個獨立通道確認，由第二人核對後產生新版本；舊版本標記作廢但不可刪除。
階段五：小額測試
測試額由平台最低額、銀行最低額、費用和可承受損失共同決定。測試必須驗證整條路徑：
- 付款端送出；
- 銀行、錢包或區塊瀏覽器顯示正確狀態；
- 平台變成可使用餘額；
- 若最終需要法幣，完成換匯與小額銀行入帳；
- 記錄總時間、費用、匯率、補件和異常。
上圖只示範「工具操作」是整條 SOP 的一個子步驟，不代表 Binance 或畫面中的任何功能在所有地區可用。實際操作必須以登入後帳戶的資產、網路、最低額與狀態為準。
階段六：正式款項收取與雙重確認
只有測試結案後才放行正式款項。財務人員在正式帳戶確認銀行可用餘額或平台可使用餘額；鏈上付款另由區塊瀏覽器核對資產、網路、地址、Memo、數量、時間和交易雜湊。
不得採信客戶提供的截圖、簡訊或「正在處理」通知。收款不足、超額、重複、付款人不同或資產／網路不一致時，狀態改為「例外」，不要自行交付或退款。
階段七：換匯與最終銀行入帳
依亞塞拜然穩定幣出金流程重新核驗當下可用的法幣出口。記錄執行前報價、實際成交、價差、平台費、網路費、提領費、銀行費和可用時間。
銀行帳戶應與平台驗證的本人或公司名義一致。平台顯示已處理但銀行尚未可用時，案件仍是「提領中」；只有銀行實收及參考編號存在才進入對帳。
階段八：對帳、結案與保存
使用四張表對帳方法完成：
- 應收帳款與發票；
- 每次銀行、平台或鏈上收款事件；
- 費用和換匯；
- 最終銀行入帳。
結案包至少包括合約、發票、KYC／KYB 判斷、付款指示、測試結果、正式款項、費用、換匯、銀行入帳、例外和批准。保存期限與權限依法律、銀行和隱私政策設定。
例外處理矩陣
| 例外 | 立即動作 | 恢復條件 |
|---|---|---|
| 付款人不一致 | 暫停認領與交付 | 關係書面證明並獲批准 |
| 金額不足 | 保留原發票，列差額 | 補款或有證據的費用調整 |
| 超額付款 | 不退到新帳戶 | 核實原因並原路正式處理 |
| 錯網或漏 Memo | 不重複發正式款項 | 保存交易雜湊 並走平台恢復流程 |
| 銀行待處理／退回 | 不視為結案 | 銀行確認可用或正式退回 |
| 可疑登入或提款 | 凍結流程、保全紀錄 | 安全負責人確認帳戶恢復 |
| 平台補件 | 記錄案件號與期限 | 正式管道批准或明確拒絕 |
人工複核門檻設定法
人工複核門檻由管理者按幣別、單筆金額及 24 小時累計風險批准，並記錄門檻、批准日期與調整原因；不要用拆單規避累計門檻。
無論金額多少，下列情況永遠人工複核：首次客戶、新地址、新銀行帳戶、第三方付款、資料變更、分拆付款、退款到不同目的地、異常登入和風險資料矛盾。不能用拆單讓累計金額低於門檻。
可直接複製的案件狀態
新建 → 待文件 → 待批准 → 待付款 → 測試中 → 待正式款項 → 已收款 → 換匯／提領中 → 待對帳 → 已結案
例外狀態另設：暫停、補件、爭議、退款中、安全事件。每次狀態改變要記錄時間、操作者、證據和下一位負責人。
需要幣安工具時
如果路徑比較後確實需要 Binance，請先閱讀幣安註冊、KYC 與帳戶驗收指南。邀請連結與推廣揭露集中在該篇註冊文章，本 SOP 不重複放置外部註冊入口。
每月與每季檢查
每月抽查所有例外案件和部分正常案件，確認付款指示、測試、正式款項、換匯和銀行入帳能互相追溯。每季統計成功率、全流程淨成本、平均可用時間、補件率、退款率、安全事件與未使用權限。
任何通道若長期未測試、費用明顯上升、銀行政策改變或補件率異常，應降級為備援或暫停。SOP 的目的不是讓所有交易變慢，而是讓高風險例外在損失前被看見。
本文是營運流程範本，不構成財務、投資、稅務、法律或銀行建議。所有門檻、保存期限和服務資格都應依實際業務及亞塞拜然當地要求批准。