REFERENCE
支付術語表
資金流動的專業詞彙——卡片、帳戶、加密貨幣,以及相關的風險與營運——以淺白的方式定義。每個詞條一則解釋,皆以系統實際運作的方式為本。
核心支付軌道
- 授權(Authorization)
授權是確認一筆支付能否進行的即時檢查——發卡行核准或拒絕請求,核准時會預留資金。此步驟不會移動任何款項,只是保留金額並回傳授權碼。授權成功是付款的承諾,而非付款本身。
- 請款
請款(Capture)是將已核准的授權轉為實際扣款的步驟,通知發卡行移轉預留的資金。可在授權後立即進行,也可稍後再執行(例如商品出貨時),但須在授權到期之前。若請款金額低於授權金額(部分請款),餘額會釋放回持卡人。
- 清算(Clearing)
清算是收單行與發卡行之間交換交易紀錄,在任何款項移動之前,先確定誰該付給誰。它會將當日已請款的交易軋差,得出各方將要結算的金額。清算確立債務,結算則清償債務。
支付生命週期- 結算(Settlement)
結算是清償清算階段所確立債務的資金移轉——也就是款項在銀行之間真正易手的時點。卡片支付通常在消費後一天或更久才入帳;即時支付軌道與鏈上結算則可接近即時完成。在結算完成之前,已請款的支付只是應收帳款,不是現金。
支付生命週期- 交換費(Interchange)
交換費是收單行對每筆卡片交易支付給發卡行的費用,由卡片組織訂定,通常轉嫁給商家。它是多數刷卡收單成本中占比最大的部分,會依卡片類型、地區與交易呈現方式而異。交換費用來回報發卡行承擔持卡人關係與信用風險。
- 對帳(Reconciliation)
對帳是逐筆比對預期收到的款項與實際結算款項的流程,確保每一分錢都有著落。它會將您自己的紀錄與處理商報表、銀行對帳單及卡組織檔案相互比對,標示費用、時間落差與不符之處。沒有對帳,手續費與失敗的撥款就會藏在授權與現金之間的落差裡。
Protocore Center- 撥款(Payout)
撥款是將已結算的資金轉出給商家、賣家或終端使用者——也就是支付平台的出款環節。撥款可以是排程式(每日或每週彙總撥付)或隨需撥付,且各有其軌道、時效與費用。撥款讓收到的款項終於成為帳戶中可動用的資金。
Protocore Center- 批次(Batch)
批次是一組一起提交或結算的交易,而非逐筆處理,通常在營業日結束時關帳。商家將請款批次送交清算;銀行則把撥款與直接扣款彙整成排定的批次作業。批次處理以即時性換取效率與可預期的結算時程。
卡片支付
- 收單行(Acquirer)
收單行是讓商家得以受理卡片支付,並代為收取款項的銀行或持牌機構。它將商家連接至卡片組織、承擔結算風險,並對拒付負最終責任。在每筆卡片交易中,收單行位於商家一方,與發卡行相對。
Protocore Gateway- 發卡行(Issuer)
發卡行是向持卡人核發卡片與帳戶,並核准或拒絕每筆交易的銀行或機構。它在授權時墊付消費款項、向持卡人請款,並透過卡片組織付款給收單行。每筆卡片交易都發生在發卡行與收單行之間。
- 支付閘道
支付閘道(Payment gateway)是在結帳時擷取支付資訊,並將其安全傳送至處理商與卡片組織的軟體層。它負責面向消費者的環節——支付頁面、加密與授權請求——再回傳核准或拒絕的結果。閘道負責傳遞訊息,本身並不持有或移動資金。
Protocore Gateway- 支付處理商(Payment processor)
支付處理商是在商家的收單行與消費者的發卡行之間傳遞交易的服務,負責授權、清算與結算。它將商家的請求轉換為網路訊息,再把回應轉送回去。閘道是前門,處理商則是門後的運作機制。
Protocore Gateway- PSP(支付服務提供商)
支付服務提供商(PSP)將閘道、交易處理,乃至收單整合為單一服務,讓商家不必分別與各環節簽約,就能受理支付。PSP 通常以自身的收單關係讓商家加入,再將款項結算給商家。代價是以便利換取對路由與結算的部分掌控權。
Protocore Gateway- 登記商家(Merchant of record)
登記商家(MoR)是對一筆銷售負責的法律實體——它會出現在消費者的帳單上、收取款項、代繳稅款,並承擔退款與拒付的責任。使用 MoR 服務商,企業即使在當地沒有登記實體,也能在該市場銷售。MoR 承擔每筆交易的合規與財務責任。
您需要銀行執照嗎?- 拒付(Chargeback)
拒付是由持卡人的發卡行發起、強制撤銷卡片支付的程序,通常源於盜刷、未收到商品或帳單錯誤的爭議。在審查申訴期間,款項會從商家扣回並退還持卡人。拒付會產生費用,量大時還會遭卡片組織罰款,因此預防勝於抗辯。
- 退款與撤銷
退款是在支付結算後,將款項退還給客戶的一筆新交易,會單獨顯示在對方的帳單上。撤銷則是在結算前取消授權或請款,使原始扣款不會真正入帳。能撤銷就撤銷(更快也更省);款項已經移動時,才進行退款。
- 3-D Secure / SCA
3-D Secure(3DS)是在輸入卡片資料與授權之間加入驗證步驟的協定——銀行提示、生物辨識或一次性驗證碼——以證明購買者確為持卡人本人。這是滿足強客戶驗證(SCA)的常見方式,而 SCA 是歐洲許多線上支付所要求的雙重驗證。通過 3DS 還會將盜刷責任由商家轉移給發卡行。
- 代碼化(Tokenization)
代碼化是以替代值(即 token)取代敏感的卡號,該值即使遭竊也毫無用處,並可安全儲存或重複使用。真實卡號保存在受保護的保險庫中,後續扣款時由 token 代為使用。它縮小了接觸原始卡片資料的系統範圍,同時降低外洩風險與合規範疇。
Protocore Gateway
卡片與受理
- 發卡業務(Card issuing)
發卡業務是建立並營運支付卡——虛擬或實體——綁定您所掌控的帳戶,並核准卡片上的交易。現代發卡平台讓企業能透過 API 快速開卡、設定消費規則,並依自身帳本即時授權。發卡將餘額變成真正能花用的卡片。
Protocore Issuing- 預付卡與簽帳金融卡
預付卡花用的是儲值在卡片本身的餘額,與任何銀行帳戶無關;簽帳金融卡則直接從連結的帳戶扣款。預付卡的花費以儲值金額為上限,無需完整的銀行關係即可輕鬆發行;簽帳金融卡則將每筆交易與底層帳戶餘額連動。兩者都是依可用資金授權,而非信用額度。
Protocore Issuing- BIN
BIN(銀行識別碼,Bank Identification Number)是卡號的前六到八位數字,用以識別發卡行、卡片組織、國家及產品類型。卡片組織與收單行利用 BIN 將交易路由至正確的發卡行,並套用適當的規則與費用。支付正是靠它得知該向哪家銀行請求核准。
Protocore Issuing- PAN
PAN(主帳號,Primary Account Number)是卡片上凸印或印刷的完整卡號——通常為 16 位數——用來向卡片組織識別帳戶。它是代碼化與加密所要保護的敏感資料,其外洩與否在很大程度上決定了 PCI 的適用範圍。PAN 的開頭數字即為 BIN,最後一位則是檢查碼。
- EMV
EMV 是全球通行的晶片卡標準,在銷售點以密碼學方式驗證卡片,取代容易遭複製的磁條。每筆交易都會產生發卡行可驗證的唯一密文,使偽造卡片更難使用。EMV 也規範感應式與行動錢包的卡片呈現方式。
Protocore PoS- 感應支付 / NFC
感應支付讓卡片或手機只需靠近終端機輕觸即可付款,利用 NFC(近場通訊)在幾公分範圍內交換 EMV 密文。它具備與插卡相同的晶片級安全性,交易授權方式也相同。手機另外加上裝置生物辨識,這也是感應支付常可免輸入 PIN 的原因。
Protocore PoS- PoS(銷售點)
銷售點(PoS)是顧客當面完成購買的地方——讀取卡片、建立交易並請求授權的終端機或軟體。現代 PoS 從櫃檯終端機到直接受理感應的手機都有。它是實體世界通往與線上結帳相同的「授權到結算」流程的入口。
Protocore PoS
帳戶與 IBAN
- IBAN
IBAN(國際銀行帳號,International Bank Account Number)是標準化的帳戶識別碼,用於在歐洲及世界多數地區路由銀行轉帳。它將國家、銀行與帳戶編碼成單一字串,並附有檢查碼,可在付款送出前攔下輸入錯誤。IBAN 指明款項該落在哪裡,但本身並不說明帳戶歸誰所有。
Protocore vIBAN- 虛擬 IBAN
虛擬 IBAN(vIBAN)是建立在單一底層帳戶之上、真實且可路由的 IBAN,讓收到的款項能自動歸屬於特定客戶、訂單或用途。轉入 vIBAN 的款項會自行對帳——款項入帳的當下就知道是誰付的,無需靠參考編號比對。虛擬 IBAN 讓平台為每位使用者提供專屬帳號,而不必為每人各開一個銀行帳戶。
什麼是虛擬 IBAN?- BIC / SWIFT
BIC(銀行識別碼,Bank Identifier Code)又稱 SWIFT code,用於在國際匯款中識別特定銀行——與指明帳戶的 IBAN 互為搭配。IBAN 說明是哪個帳戶,BIC 則說明是哪家機構,以及如何透過 SWIFT 網路聯繫對方。在 SEPA 區域內,通常只需 IBAN 即可,因此 BIC 往往是選填。
- SEPA
SEPA(單一歐元支付區,Single Euro Payments Area)是讓參與國之間的歐元銀行轉帳如同國內轉帳的機制——格式相同、規則相同,跨境也不加收費用。它涵蓋標準貸記轉帳與直接扣款,以批次方式於一天或更久內結算。正因為有 SEPA,歐洲各地 IBAN 對 IBAN 的歐元支付才能既日常又便宜。
Protocore vIBAN- SEPA Instant
SEPA Instant(SCT Inst)是 SEPA 貸記轉帳的即時版本,可在數秒內、全年無休地在帳戶間轉移歐元。款項即刻確定並可動用,不像標準 SEPA 以批次結算。它讓帳戶對帳戶的支付速度接近感應刷卡,且中間不需經過卡片組織。
Protocore vIBAN
加密貨幣與結算
- On-ramp
On-ramp 是從傳統貨幣進入加密貨幣的途徑——使用者以卡片或銀行轉帳付款,並在錢包中收到數位資產。它在單一流程中處理法幣收款、身分驗證與兌換。On-ramp 正是支付問題(收款)與區塊鏈問題(交付資產)交會之處。
Protocore Ramp- Off-ramp
Off-ramp 是反向路徑——將加密貨幣換回傳統貨幣,並撥付至銀行帳戶。它會賣出或贖回資產、對提領進行合規檢查,再透過一般支付軌道結算所得資金。On-ramp 與 off-ramp 相互配合,讓產品無需使用者接觸交易所,就能讓價值進出加密貨幣。
Protocore Ramp- 穩定幣(Stablecoin)
穩定幣是一種設計為維持穩定價值的加密代幣,通常錨定法定貨幣等參考標的,並以準備金作為支持。由於幣值穩定,它可作為結算媒介——在鏈上移動價值,又沒有其他加密資產的價格波動。穩定幣讓資金以區塊鏈的速度結算,同時仍以熟悉的單位計價。
Protocore Chain- 鏈上結算
鏈上結算是透過在區塊鏈上移動價值來清償支付債務,轉帳在鏈上記錄且不可更改,中間無需銀行。它可在數秒內、全天候完成結算,帳本本身就是付款證明。實務上,當價值最終能回到銀行帳戶時最為實用——也就是對應到 IBAN 的鏈上轉帳。
Protocore Chain- 託管與自我託管
託管是由第三方持有您加密資產的私鑰並負責保管;自我託管則是由您自己持有私鑰,並自行承擔責任。託管以控制權換取便利與追索權;自我託管以追索權換取完全的控制權。這項差異決定了誰能移動資產,以及私鑰遺失或遭竊時由誰負責。
Protocore Safe- 熱錢包與冷錢包
熱錢包將私鑰存放在連網的系統上,資金可即時移動;冷錢包則將私鑰離線保存,與任何網路隔絕。熱錢包用於日常資金流動,也承受較大的攻擊面;冷錢包存放極少移動、但必須確保安全的儲備金。多數營運會在兩者間分配資金——熱錢包留足交易所需,大部分放在冷錢包。
Protocore Safe- 錢包即服務(Wallet-as-a-service)
錢包即服務是一種基礎設施,讓產品透過 API 為使用者建立與管理加密錢包,無需從零打造金鑰管理。錢包建立、簽章與安全性皆由它處理,應用程式得以專注於自身體驗。持有與轉移鏈上資產,從此是一項隨時呼叫的功能,而非需要自行營運的系統。
Protocore Wallets
風險與合規
- KYC
KYC(Know Your Customer,認識你的客戶)是在客戶進行交易前驗證其身分的流程,包括蒐集並核對身分證件,確認其身分屬實。它是防範詐欺、洗錢與違反制裁規定的基本控管。KYC 確立身分;持續監控則留意該身分之後的行為。
- KYC 與 KYB 的差異
KYC 驗證個人客戶,KYB(Know Your Business,認識你的企業)則驗證公司,包括其法律存續、股權結構,以及最終控制公司的人員。KYB 比 KYC 多出幾個步驟:登記機關查核、實質受益人識別,以及確認誰有權代表公司行事。接納企業客戶的平台兩者都需要:公司適用 KYB,其背後的人員適用 KYC。
- AML
AML(Anti-Money Laundering,防制洗錢)是一套偵測並防止非法資金在金融體系中流動的控管措施,涵蓋交易監控、對象篩查與可疑活動申報。它結合開戶時的身分查核與對行為的持續監視。AML 是持續運作的機制,而非一次性的關卡。
- 制裁名單篩查
制裁名單篩查是將客戶、交易對手與交易比對政府及國際觀察名單,以阻止與受禁止的個人、實體和地區往來。由於名單時常更新,開戶時要篩查,之後每筆相關交易也要再篩查一次。一旦確認命中,可能必須凍結資金並提交報告,而不是單純拒絕交易。
平台與營運
- 嵌入式金融
嵌入式金融是在非金融產品中提供金融服務,包括支付、帳戶、卡片與借貸,讓使用者無須離開應用程式即可完成交易。它仰賴基礎設施供應商,透過 API 提供受監管的底層能力。做得好的時候,金融會融入體驗之中:結帳、撥款、發卡,一切就地完成。
一個核心,多種應用- BaaS(銀行即服務)
銀行即服務(BaaS)讓非銀行業者透過 API,建構於持牌服務商的基礎架構之上,提供類銀行功能,包括帳戶、卡片與支付。服務商持有執照並承擔監管責任;平台則打造產品並掌握客戶。BaaS 讓軟體公司不必成為銀行,也能推出帳戶與卡片。
您需要銀行執照嗎?- EMI(電子貨幣機構)
電子貨幣機構(EMI)是持有執照、可發行電子貨幣並保管客戶資金的公司,但並非完整的銀行,須對這些資金進行保管而不得用於放貸。EMI 常用於支撐錢包、預付計畫與支付帳戶。此標籤描述的是一種受監管的機構類型,是平台可以建構其上的基礎元件,並不代表任何特定平台持有該執照。
您需要銀行執照嗎?- 代理式支付
代理式支付是由自主軟體代理人代表使用者,在使用者設定的限制內發起並完成的交易。代理人需要有限定範圍的授權、支出委託與稽核軌跡,這些控管機制回答了它能買什麼、最多花多少,以及依據誰的指示。它讓支付的行為主體,從結帳櫃台前的人,轉變為帶著預算的程式。
Protocore Agents- 冪等性
冪等性是指同一操作執行兩次,效果與執行一次相同的特性,也是防止重試請求向客戶重複扣款的保障。用戶端在支付時附上唯一的冪等金鑰;伺服器記錄該金鑰,並在收到重複請求時回傳原始結果。有了它,重試逾時的支付才安全而不致釀禍。
- Webhook
Webhook 是支付系統在事件發生的當下,主動傳送到你伺服器的訊息,例如付款完成結算、撥款失敗、爭議開啟,讓你無需輪詢就能得知。你的端點接收事件、驗證簽章,然後採取行動。非同步的資金流動,正是靠 Webhook 與你自己的系統保持同步。
- 帳本(Ledger)
帳本是金融系統中每一筆餘額與異動的權威記錄,是「誰持有什麼」的唯一真實來源。在支付中,它追蹤資金經過的每個狀態,從已授權、已結算到已撥款,因此任何餘額都能由背後的分錄加以說明。若數字出現不一致,就以帳本為準進行對帳。
Protocore Center- 複式記帳
複式記帳是一種會計準則:每筆異動都記錄為借方與貸方兩筆相符的分錄,使帳目永遠保持平衡。在支付帳本中,它確保資金不會憑空產生或消失,只會在帳戶之間移動。這正是正確維護的帳本總能對帳歸零的結構性原因。