合規與安全
KYC、KYB、資金來源證明怎麼準備？亞塞拜然文件清單
分清個人 KYC、公司 KYB、交易目的與資金來源，依文件矩陣和 SoF 說明模板準備銀行或平台補件。
銀行、支付平台或虛擬資產服務提供者要求補件時，審核通常圍繞四個問題：申請人是誰、代表哪個公司、交易為何產生，以及這筆資金從哪裡來。證件只回答其中一部分。
本文分開整理 KYC、KYB、交易目的與資金來源，並提供文件矩陣、SoF 說明模板和七步補件流程。提交原則是讓每份文件回答一個明確問題，同時避免暴露與審核無關的個人資料。
補件前先看這些
先分清四個概念
| 概念 | 要回答的問題 | 常見資料 |
|---|---|---|
| KYC | 自然人是誰、住在哪裡 | 身分證件、地址、出生資料、自拍或活體驗證 |
| KYB | 公司是否存在、由誰控制與代表 | 登記資料、章程、董事、股東、最終受益人、授權 |
| 交易目的 | 為什麼會有這筆款 | 合約、訂單、發票、交付證明、付款人與收款編號 |
| 資金來源 SoF | 這一筆錢直接從哪裡來 | 薪資、營業收入、出售資產、銀行流水、平台交易紀錄 |
「財富來源」通常回答整體資產如何累積，與單筆資金來源不同。服務商若只問 SoF，不必主動提交整套人生財務資料；若進入加強盡職調查，則按正式清單逐項提供。
亞塞拜然虛擬資產交易會核對哪些欄位
亞塞拜然央行 2023 年虛擬資產交易規則要求相關 VASP 在交易前執行客戶盡調，並說明境內虛擬資產服務應由依法取得許可的 VASP 提供。使用平台前要核對實際締約主體、適用地區與授權狀態，不能只看品牌名稱。規則列出的資訊包括：
- 發起人的姓名；法人還包括名稱、組織法律形式與 TIN；
- 自然人的出生資料、PIN、地址或證件號碼；
- 發起人的虛擬資產帳戶或錢包地址；
- 能從頭到尾追蹤交易的唯一參考編號；
- 受益人的姓名，以及其虛擬資產帳戶或錢包地址；
- 交易是否前往另一個 VASP 或未託管錢包。
這些是規則對 VASP 操作鏈的要求，不代表所有使用者每次都要自行寄出完整證件。實際提交介面、適用範圍與額外要求要以服務商正式頁面、銀行書面清單和當地專業意見為準。
上圖不是模擬文件。規則也提到：受益 VASP 發現資訊不完整時，應採風險基礎方法記錄決定及理由，並可能要求補充資訊或拒絕執行。這正是為什麼補件說明需要一致、可回溯，而不是臨時拼湊。
個人收款文件矩陣
| 類別 | 基本文件 | 必須核對 | 不應忽略 |
|---|---|---|---|
| 身分 | 有效政府證件 | 姓名、出生日期、效期、證件完整性 | 證件過期、裁切四角、反光遮字 |
| 地址 | 銀行信函、水電或官方文件 | 姓名、地址、日期是否符合服務期限 | 只有郵政信箱、拼寫與帳戶不同 |
| 稅務 | 稅務居住地、VÖEN（如適用） | 身分與申報狀態 | 把他人的稅號填入自己帳戶 |
| 交易 | 合約、發票、交付資料 | 客戶、付款人、金額、幣別與日期 | 付款人不是合約方卻沒有解釋 |
| 資金來源 | 銀行流水、收入或資產出售資料 | 文件是否直接解釋該筆款 | 用無關的大額餘額代替來源 |
自由工作者最好另備一頁業務說明：提供什麼服務、主要客戶類型、常見國家或地區、平均收款頻率、預計使用哪些通道，以及最終如何轉入本人帳戶。這能讓零散文件有共同背景。
公司 KYB 文件矩陣
| 類別 | 建議文件 | 驗收重點 |
|---|---|---|
| 法律存在 | 公司登記摘錄、章程或同等資料 | 法定名稱、登記號、狀態、地址 |
| 控制結構 | 董事、股東與最終受益人清單 | 每層持股與最終自然人能否說清 |
| 代表權 | 董事決議、授權書或職務證明 | 申請人是否有權開戶和操作 |
| 稅務與業務 | TIN／VÖEN、網站、業務說明 | 與實際產品、發票和資金流一致 |
| 交易證據 | 合約、訂單、發票與交付 | 付款目的及交易對手可核對 |
| 銀行與平台 | 公司同名帳戶、平台帳戶 | 不把公司收入任意導向個人帳戶 |
如果公司有多層股權，不要只交第一層股東名稱。建立一張簡單的所有權說明表，列出每個法人股東、持股比例、上一層股東與最終自然人；平台需要圖形時再依其模板填寫。
建立一張主資料表
每次補件前先從主資料表核對，而不是從舊郵件複製：
| 欄位 | 標準值 | 文件來源 | 最後核對日 | 負責人 |
|---|---|---|---|---|
| 法定姓名／公司名 | 依正式登記 | 證件或公司摘錄 | 2026-08-28 | 合規負責人 |
| 拉丁字母拼寫 | 固定拼法 | 護照或官方英譯 | 2026-08-28 | 合規負責人 |
| 地址 | 完整現址 | 合格地址文件 | 2026-08-28 | 帳戶持有人 |
| TIN／VÖEN | 如適用 | 稅務文件 | 範例：2026-08-28 | 財務負責人 |
| 銀行帳戶名義 | 同名個人或公司 | 銀行證明 | 2026-08-28 | 財務負責人 |
任何變更都要標記生效日。舊地址、曾用名或公司改名不要靜默覆蓋，應保留變更證明，避免平台把前後資料判定為矛盾。
資金來源說明怎麼寫
一份有效的 SoF 說明應短而可驗證，可依下面格式：
本筆款項對應收款編號
2026-CLIENT-001，來源為我／本公司依合約提供的具體服務。發票號碼為INV-2026-001，付款方為合約客戶或已說明關係的付款人，約定幣別與金額為……。款項於帶時區日期支付，平台訂單號或交易雜湊為……，最終將進入本人／公司同名帳戶。附件依序為合約、發票、交付證明、付款紀錄與銀行或平台流水。
不要寫「自己的錢」「正常收入」或「朋友轉帳」後就結束。說明必須讓審查者能從敘述找到對應文件。
兩個完整場景
場景一：個人自由工作者收到穩定幣服務款
準備服務合約、發票、交付郵件或工作記錄、客戶名稱、實際付款人、資產與網路、交易雜湊、收到時間和當時估值。若之後經交易所換成 AZN，再補平台成交紀錄和本人銀行入帳。服務收入與後續資產處分的稅務分類應分開記錄並交給當地專業人士判定。
場景二：公司收到海外客戶銀行匯款
準備公司登記、授權人、合約、發票、交付證明、客戶與付款人資料、銀行匯款參考編號。若付款人是客戶集團內另一家公司，補一份書面關係說明；不要等銀行追問後才在聊天紀錄裡尋找原因。
收到補件要求後的七步流程
- 只從已登入的官方帳戶或官方聯絡管道確認要求；
- 記錄案件號、要求欄位、截止時間和可接受格式；
- 把每一項要求對應到一份主文件，不用十份無關附件取代；
- 核對姓名、地址、日期、金額、付款人與帳戶名義；
- 只遮蓋服務明確允許遮蓋、且與審查無關的欄位；
- 上傳後保存提交日期、檔名和版本，不保存密碼或驗證碼；
- 結果若被拒絕，先取得原因與重新提交規則，不以不同說法反覆碰運氣。
隱私與安全底線
- 只在正式網站或 App 上傳，不透過 Telegram、WhatsApp 或陌生郵件寄證件；
- 不提供密碼、一次性驗證碼、私鑰、助記詞、Passkey 或遠端控制；
- 文件資料夾採最小權限，業務人員不必看完整證件；
- 記錄誰在何時下載、提交或更換文件；
- 依法律、銀行要求與內部政策設定保存期限，過期後安全刪除；
- 截圖不能拼接、塗改金額或隱藏會改變交易意義的內容。
遇到「先付保證金即可解除 KYC」「把助記詞交給人工審查」等說法，立即依跨境付款詐騙防範指南停手。
哪些情況需要人工審查
- 首次或明顯高於平常的款項；
- 付款人與合約方不一致；
- 公司股權、地址或銀行帳戶近期改變；
- 使用未託管錢包且交易資訊不完整；
- 文件語言、姓名拼寫或日期互相衝突；
- 平台要求解釋多筆交易之間的關係；
- 涉及退款、凍結、制裁篩查或執法請求。
人工升級不是直接判定有問題，而是停止自動放行，由指定角色記錄事實、缺口、決定和批准人。
完成文件後，把交易證據接入四張表對帳流程，並用完整跨境收款 SOP設定誰負責收集、複核和保存。若工具是 Binance，操作前再核對帳戶準備與安全清單。
本文是文件準備與營運控制指南，不構成法律、稅務或合規意見。不得以錯誤身分、假地址、借用帳戶或修改文件繞過 KYC/KYB。