跨境收款基礎
亞塞拜然商業發票與付款資料：IBAN、SWIFT、USDT 清單
區分報價、商業發票、電子發票與付款指示，整理 IBAN、SWIFT、費用承擔、USDT 網路及版本控制欄位。
海外客戶付款前，需要同時拿到清楚的交易條件、商業發票和不會產生歧義的收款資料。客戶、銀行、支付服務與自己的會計都應能用同一個案件編號辨識交易。本文以亞塞拜然自由工作者與小型企業為例，整理可寄出、可驗證、可對帳的文件包；電子發票、VAT、預扣稅和保存期限仍由當地會計依身分與交易判斷。
這份資料包包含什麼
- 分清四種文件的用途
- 建立案件主檔與審核角色
- 完成報價和商業發票
- 寫清幣別、費用與短款
- 產生銀行及穩定幣付款指示
- 管理版本和資料變更
- 取得客戶確認並驗收實收
- 套用亞塞拜然本地核驗
先確認每份文件的用途
「報價」、「商業發票或付款請求」、「付款指示」與「法定稅務或電子發票」不應混成一張萬用文件。
| 文件 | 回答的問題 | 建議產出 | 不能取代 |
|---|---|---|---|
| 報價或提案 | 做什麼、多少錢、何時交付 | 客戶接受的範圍與價格版本 | 合約及法定稅務文件 |
| 商業發票或付款請求 | 這次應付多少、依據何在 | 唯一編號、交易雙方、品項、金額與期限 | 亞塞拜然法定電子發票 |
| 付款指示 | 錢要沿哪條路送到哪個帳戶 | 銀行、平台或鏈上欄位及版本 | 發票、合約與 KYC 文件 |
| 稅務或電子發票 | 當地法規要求如何申報 | 由合格會計或官方系統確認 | 普通 PDF 或付款通知 |
亞塞拜然國家稅務局有獨立的電子發票服務與說明。你是否必須開立、何時開立、是否涉及 VAT 或其他稅務文件，取決於登記身分、交易與現行規則；不要因為客戶接受普通 invoice 就推論稅務義務已完成。若這一點尚未確認，本文流程應停在「等待會計判斷」。
用一個案件編號串起所有資料
每張文件都從同一份案件主檔取值，避免法定名稱、幣別或專案編號在不同附件中漂移。
| 欄位 | 範例格式 | 資料來源 | 驗收方式 |
|---|---|---|---|
| 賣方主體 | 登記完整名稱、地址、識別號 | 公司或個體登記文件 | 與收款帳戶名義一致或有書面關係說明 |
| 買方主體 | 合約付款方完整名稱 | 合約及客戶採購資料 | 實際付款人不同時先解釋關係 |
| 專案 | 合約、訂單或工作說明編號 | 已接受的報價 | 四份文件使用同一編號 |
| 計價 | 幣別、含稅或未稅、稅項 | 合約與會計判斷 | 不使用單獨的 $ 符號 |
| 服務期間 | 起迄日或交付里程碑 | 專案紀錄 | 能對應交付證據 |
| 付款節點 | 訂金、里程碑、尾款 | 合約 | 金額合計等於本期應付 |
| 最終終點 | 原幣帳戶、AZN 銀行或其他用途 | 收款政策 | 路線能走到此終點 |
一人團隊也要寫清「填寫、覆核、核准」三個動作。可以由同一人完成，但應分三次勾核並保留日期；有團隊時，銀行資料或錢包地址最好由第二人從正式來源重新取得，而不是只比對同一封郵件。
報價先鎖定商業條件
報價至少應寫清服務範圍、排除事項、交付格式、計價幣別、稅項口徑、有效期限、付款節點、客戶接受方式及變更規則。不要只寫「另加手續費」或「依當日匯率」，因為付款人無法據此計算應付金額。
| 條款 | 可執行寫法 | 模糊寫法的問題 |
|---|---|---|
| 報價有效期 | 本報價有效至指定日期，逾期須重新確認價格 | 「價格可能變動」沒有觸發點 |
| 計價幣別 | 本期服務費為 USD 5,000，不含付款通道費 | $5,000 無法辨識幣別 |
| 付款節點 | 接受後 40%，交付草稿後 40%，驗收後 20% | 「分期付款」沒有金額和時點 |
| 費用承擔 | 付款方承擔匯出端費用；其他扣款依短款條款處理 | 「各自負擔」未處理中轉扣款 |
| 匯率 | 若改以其他幣別支付，須在建立付款前取得書面換算報價 | 「按市場匯率」沒有來源與時間 |
選擇通道前先看銀行、本地收款資料、支付平台與穩定幣比較，完整費用則用跨境收款總成本試算計算。本頁只負責把已選路線寫成可執行文件。
商業發票或付款請求模板
下表是營運模板，不宣稱每個欄位都是亞塞拜然法律對所有人的強制要求。條件性欄位若不適用，填「不適用」並保留原因，不要留下空白讓付款方猜測。
| 區塊 | 欄位 | 填寫原則 |
|---|---|---|
| 文件識別 | invoice 或付款請求編號、開立日、到期日 | 編號唯一；日期用途分開 |
| 交易雙方 | 賣方與買方法定名稱、地址、聯絡方式 | 與合約一致；不要只用品牌名 |
| 交易依據 | 合約、訂單、專案與服務期間 | 能連到交付證據 |
| 品項 | 服務描述、數量、單價、小計 | 足以解釋付款目的，不寫虛假用途 |
| 金額 | 幣別、未稅額、稅項、總額、已付與本期應付 | 稅務處理由會計確認 |
| 付款條件 | 路線、到期日、費用承擔、短款規則 | 詳細帳戶放受控付款指示附件 |
| 付款後證據 | 銀行參考號、平台事件號或鏈上雜湊 | 截圖不能取代自己帳戶的入帳紀錄 |
發票不宜長期嵌入可能變更的錢包地址或臨時付款連結。較安全的做法是：發票保存「付款指示版本號」，另附一份受控附件；資料改變時作廢舊版，不重寫已開立發票的歷史內容。
費用承擔與短款條款要能算
先選擇你接受「淨入帳」還是要求「足額到帳」。兩種模式都合理，但不能同時使用。
假設發票為 USD 5,000，條款寫明：付款方承擔匯出端費用，收款方應淨收 USD 5,000；中轉與收款扣款在入帳後兩個工作日內對帳，差額超過 USD 10 由付款方補足。實際銀行可用餘額為 USD 4,982：
| 項目 | 結果 |
|---|---|
| 發票應付 | USD 5,000 |
| 銀行最終可用 | USD 4,982 |
| 短款 | USD 18 |
| 容許差額 | USD 10 |
| 處理 | 超過門檻，建立 USD 18 補款或雙方核准的折讓紀錄 |
若你的商業條款是「實收即結清」，就不能事後要求補 USD 18。短款門檻、補款期限、由誰聯絡客戶、是否允許在下一張發票調整，都應在付款前確定。稅務上短款、折讓或壞帳如何處理，交由會計判斷。
銀行付款指示模板
銀行欄位只能從銀行後臺、正式帳戶證明或銀行書面指示取得。亞塞拜然央行說明 IBAN 用於依國際標準統一銀行帳號，但「有一串 IBAN」不代表戶名、幣別、SWIFT/BIC 或中轉安排一定正確。
| 欄位 | 付款方看到的值 | 內部驗證 |
|---|---|---|
| Beneficiary | 收款帳戶登記全名 | 與銀行證明逐字比對 |
| Account 或 IBAN | 完整帳號 | 從銀行正式來源重新複製 |
| Bank | 銀行名稱及必要地址 | 核對收款幣別與分行要求 |
| SWIFT/BIC | 銀行提供的代碼 | 不從搜尋結果或舊發票抄寫 |
| Intermediary | 銀行明確要求時填 | 未要求時不自行發明 |
| Currency | 帳戶可接收的幣別 | 與發票幣別不一致時先約定換匯 |
| Remittance reference | invoice、合約或專案編號 | 不填敏感資料或虛假用途 |
| Charge bearer | 銀行支援的費用承擔選項 | 與商業短款條款一致 |
| Evidence | 付款後需提供的參考號 | 只作追查線索，不視為已入帳 |
ISO 20022 能承載較一致、結構化的跨境付款資料，但不保證每家銀行採用相同輸入畫面，也不替任何銀行核准欄位。客戶若回報欄位限制，應保存畫面或銀行答覆，再由雙方財務確認如何映射，不能把關鍵資料任意塞進備註。
穩定幣付款指示模板
穩定幣指示必須把「發票負債」與「鏈上結算」分開。不要只貼一串地址。
| 欄位 | 必須寫清 | 停止條件 |
|---|---|---|
| 發票負債 | 計價幣別與應付額 | 用代幣名稱取代法幣負債 |
| 結算資產 | 名稱、ticker、發行方或官方合約核驗入口 | 同名仿冒資產或包裝資產不明 |
| 數量規則 | 固定數量或以指定時間報價換算 | 沒有時間、來源及偏離處理 |
| 網路 | 雙方平台實際支援的同一網路 | 只因地址格式相似就推定相容 |
| 地址 | 從自己的錢包或平台入金頁取得 | 由聊天截圖或搜尋引擎提供 |
| Memo 或 Tag | 明確寫需要或不需要 | 收款端要求但付款方無法填 |
| 最低入帳與確認 | 付款時重新查看收款端規則 | 測試額低於最低入帳額 |
| 費用與足額 | 網路費由誰負擔、收款端要收到多少 | 客戶發送額等於應付額但扣費後短款 |
| 測試與正式款項 | 測試成功的判定和正式款項放行人 | 只看鏈上成功，平台尚未記帳 |
詳細網路判斷放在ERC-20、TRC-20、BEP-20 選擇指南，實際操作依小額測試轉帳流程執行。第一次或任何資產、網路、地址、平台改變後，都要重新測試。
建立版本與變更控制
每份付款指示使用 ASCII 版本，例如 PAY-2026-08-28-01，並寫明啟用時間、適用發票、建立者、覆核者及舊版狀態。不要以「final-new-2.pdf」管理重要付款資料。
| 變更欄位 | 舊值摘要 | 新值摘要 | 申請來源 | 第二通道 | 啟用與作廢 | 結果 |
|---|---|---|---|---|---|---|
| 銀行或地址 | 遮罩後四位 | 遮罩後四位 | 已知聯絡人 | 既有電話或公司域名 | 新版啟用、舊版作廢 | 客戶書面確認 |
任何臨時改帳戶、錢包地址或付款連結，都要用原先已知的電話、公司域名或另一個既有通道回撥確認。不要使用變更郵件中新提供的電話。細節見跨境收款詐騙防範流程。
客戶確認與付款前 60 秒檢查
寄出後要求客戶回覆：已收到哪個版本、將由哪個法律主體付款、預計日期、幣別、金額與路線。付款人不是合約方時，先用KYC、KYB 與資金來源文件指南說明兩者關係。
付款前逐項勾核：
- 發票編號、幣別、總額與到期日一致；
- 賣方、買方、付款人和帳戶名義可解釋；
- 稅務文件類型已由會計判斷；
- 費用承擔、短款門檻和補款期限有值；
- 銀行或鏈上資料來自正式來源；
- 版本為目前有效版，舊版已標示作廢；
- 客戶已確認收到，必要的小額測試已通過。
入帳後完成對帳
「客戶已付款」不是完成。銀行路線以自己同名銀行的可用餘額驗收；鏈上路線依事先約定，至少要區分鏈上確認、平台記帳、可交易餘額、換匯及銀行入帳。
| 對帳欄位 | 預期 | 實際 | 證據 | 差異處理 |
|---|---|---|---|---|
| 發票應付 | 原幣金額 | 原幣金額 | 最終發票 | 確認是否部分付款 |
| 付款方支出 | 本金加另付費用 | 客戶提供並可核驗 | 銀行或平台紀錄 | 不把付款端費用算成你的短款 |
| 收款端入帳 | 依費用條款 | 實際可用餘額 | 自己帳戶紀錄 | 計算中轉、匯差與提領費 |
| 差額 | 容許門檻內或零 | 計算結果 | 費用與匯率明細 | 補款、折讓、調查或退款 |
完整四表串接方式見跨境收款對帳與證據鏈。最終 PDF、寄出郵件、客戶確認、付款參考號、對帳結果和所有作廢版本應放進同一案件資料夾。
亞塞拜然本地核驗
亞塞拜然央行公開支付規則、持牌支付機構與支付系統營運者資料。公開名錄能核驗法律主體、牌照與活動範圍，但不能替你判斷某項服務是否適合特定客戶、幣別或用途。
本地檢查順序：先由會計確認商業 invoice 與法定電子發票的邊界，再向自己的銀行取得目前的收款指示，最後核對服務的簽約主體與央行公開資料。本文沒有列出固定保存年限或稅率，因為這些項目會因身分、稅務登記、交易日期與規則改變。
這些情況立即停止
- 不確定應開普通商業發票還是法定電子發票；
- VAT、預扣稅、含稅口徑或稅務居民文件尚未確認；
- 合約方、付款人、帳戶持有人或發票抬頭無法書面連結；
- 發票幣別與帳戶可收幣別不同，卻沒有換匯約定；
- 費用承擔、短款門檻或補款期限空白；
- 客戶要求虛構品項、地址、付款目的或拆單；
- 收款資料只由一封變更郵件提供，未經第二通道確認；
- 資產、官方合約、網路、地址、Memo、最低額任一不明；
- 新帳戶、新地址或新路線沒有通過小額測試。
寄出前的最後檢查
你應已產出一份案件主檔、一張已接受報價、一份商業發票或付款請求、一份帶版本的付款指示，以及一張入帳對帳表。所有條件性必填欄位都有值或「不適用」理由；名稱、幣別、稅務、費用和版本零個未解疑點；付款資料可追溯至銀行、平台或官方來源；客戶確認收到當前版本；新路線測試成功；差額門檻、處理人和歸檔位置已確定。把整套資料納入跨境收款完整 SOP。
本文是付款文件與營運控制模板，不構成法律、稅務、銀行或投資建議。內容於 2026-08-28 依公開資料核驗；使用前應再向亞塞拜然合格會計、自己的銀行和實際服務提供者確認。