01所有支付方式，一頁搞定
託管 checkout 將信用卡、Apple Pay、Google Pay 與 USDC 並列呈現。左側是訂單 9F21-0716——三個項目、€0.50 手續費、應付 €49.00——右側是支付方式選擇。客戶選擇，頁面自動適應，商家只需整合一次。
- 信用卡、USDC 與錢包按鈕同屏顯示
- 完整訂單——項目、費用、總額——與付款表單並排
- 不論哪種方式，都是同一個 Pay €49.00 按鈕
02同一個 URL，行動裝置也適用
同一個 checkout URL 會自動重排為手機版面：訂單收合為摘要列，支付方式按鈕維持原位，卡片表單保留欄位標籤。桌面版有的，行動版也有——若你希望付款在自家 App 內完成而非瀏覽器，iOS 與 Android SDK 會針對同一筆訂單，原生呈現相同的 checkout。
03自帶說明的收據
以 USDC 付款，會得到商家會計看得懂的收據。方式：Base 上的 52.95 USDC →︎ 以 EUR 結算，匯率如收據所載，1 EUR = 1.0807 USDC。參考編號 9F21-0716，以電子郵件寄給客戶，也可當場下載。客戶付的是加密資產；帳上記的是 €49.00。
04不只是連結，而是連結後台
支付連結有了真正的工作台：Arc Studio SRL 共 8 個連結，涵蓋已付款、啟用中與已過期，每列都有金額、付款筆數與狀態。上方卡片即時計分——4 個啟用中連結、本月透過 18 筆連結付款收到 €2,304.50、今日已付 €49.00。建立、搜尋、匯出，完成。
- 每個連結都附 URL、金額與狀態
- 本月已收款與今日已付款置頂顯示
- 在追蹤連結的同一個檢視中建立連結
05針對訂單退款
退款指向訂單，而非支付方式。抽屜面板開啟於 9F21-0716，金額預設為全額 €49.00，須填寫原因，另可附上備註，備註會出現在匯出檔與客戶的收據上。款項會自動沿原付款通道退回——信用卡退回卡片，USDC 訂單則以 EUR 結算金額退還——通常需 1–3 個工作天。
- 全額或部分退款——金額不超過原始收款即可
- 須填寫原因，備註會帶到收據
- 自動沿原路徑退回，兩種通道皆然
06你的 checkout，一眼就是你的
品牌設定是一個設定頁，而不是一場顧問專案：上傳標誌，設定強調色、文字色與背景色，選擇字型與圓角樣式。儲存前，即時預覽會呈現你實際的 checkout——桌面或行動版皆可，強調色會套用在付款按鈕焦點、狀態勾選與作用中分頁。可在沙盒隨附的 checkout 主機上運行，或使用你自己的網域。
07支付方式用開關，不必自己做
支付方式是背後接好供應商的開關：支援 3-D Secure 的信用卡、以錢包按鈕呈現的 Apple Pay 與 Google Pay、跨 Ethereum、Base 與 Solana 的 USDC，以及憑 vIBAN 參考編號的 SEPA 銀行轉帳。旁邊的結算面板把條件說得很清楚：客戶確認前就能看到換算結果；你永遠以 EUR 結算。
- 逐項支付方式開關，每列標明供應商
- USDC 結算：自動兌換，每日 23:00 撥款
- 信用卡路由，3-D Secure 政策一目了然
08即插即用整合
建立訂單、導向託管頁面、接收結果。付款介面、支付方式邏輯與收據，全由 Gateway 負責。你的團隊不必開發 checkout 前端，也不必在支付方式變動時修補或維護。
09以訂單為單位
一切都掛在訂單上，而非支付方式。訂單 9F21-0716 包含各項明細——€38.50 的品牌識別衝刺、€6.00 字型授權、€4.00 急件交付——外加 €0.50 手續費與一個總額。無論用哪種方式付款，查詢、對帳與退款都以這個參考編號為準。
10不會讓進行中的交易措手不及的設定
支付方式與品牌的變更只套用於新的 checkout 工作階段——儲存的畫面上就會明確說明。付款中的客戶，不會看到頁面在手底下變動。
11把信用卡做到位
信用卡流程是最枯燥的部分，我們替你處理好了：即時欄位驗證、內建於流程的 3-D Secure 與強客戶驗證（SCA），搭配清楚易讀的路由政策，並為每個沙盒提供測試卡供整合測試。接受加密資產，絕不會讓信用卡流程變差。
12Apple Pay 與 Google Pay
錢包是按鈕，不是專案。Apple Pay 與 Google Pay 在同一頁以一鍵付款面板呈現，使用裝置權杖付款——真實卡號不會進入頁面——走的是同一筆訂單、同一張收據。啟用只需在支付方式畫面開啟開關。
13USDC 結算為 EUR
加密資產以 checkout 所示的匯率計價，並結算為歐元。商家不會意外持有代幣部位；帳目維持單一幣別。
14三條網路上的 USDC
USDC 支付方式以單一開關涵蓋 Ethereum、Base 與 Solana。客戶在自己錢包所在的網路付款；商家這邊完全不用改變。
15vIBAN 銀行轉帳
轉帳付款帶有 vIBAN 參考編號，因此入帳的 SEPA 款項天生就能對應到訂單。對想用銀行支付發票的客戶開啟它，對帳依然自動完成。
16在關鍵之處提供在地支付方式
除了信用卡與錢包，checkout 也提供歐洲買家期待看到的帳戶對帳戶及在地支付方式，依客戶所在國家呈現，而不是全部塞進一份長長的清單。
17先買後付
BNPL 與其他支付方式位於同一列——客戶分期付款，商家一次收到全款，訂單參考編號不變。一個開關、同一張收據、同樣的對帳。
18懂客戶的支付方式
頁面依客戶最可能使用的方式排序——國家、語言、裝置，以及是否曾向你付過款——讓相關選項排第一，而不是第四。
19以客戶幣別計價，以你的幣別結算
以客戶的幣別顯示金額，並在確認前說明換算，無論如何一律以 EUR 結算。客戶看到熟悉的數字；你的帳本只留一種。
20客戶母語的 checkout
託管頁面會在地化標籤、錯誤訊息與收據。不會有人因為按鈕語言不對而放棄付款。
21儲存卡片與一鍵付款
回頭客一鍵即可用已儲存的卡片付款。卡片存放於我們這端的金庫，以權杖引用，所以你的系統只存參考值，絕不存 PAN——第二次購買比第一次更簡短。
22訂閱與定期扣款
定期扣款依你定義的排程執行——金額、週期、起訖日——對象是已權杖化的卡片。每個週期都產生獨立的訂單與收據，因此訂閱也像其他交易一樣逐筆對帳。
23挽回營收的重試機制
定期扣款遇到軟拒絕時，會依排程重試而不是直接沖銷，只在必要時才通知客戶。續訂失敗，不再是無聲的流失。
24網路權杖與卡片更新
儲存的卡片以網路權杖（network token）形式保存，換發與到期後仍跟著持卡人。過去換卡就中斷的訂閱，現在繼續扣款。
25API 與開發者專區
訂單透過 API 建立並帶有冪等鍵——重送的請求會回傳原本的結果，絕不會重複扣款——開發者專區提供金鑰與文件。checkout 是託管的；整合只需少數幾個端點，文件就放在設定所在之處。
26訂單生命週期的 Webhook
付款一發生，你的後端立即得知：訂單生命週期的簽章 webhook 事件——已付款、失敗、已退款——由你這端驗證簽章，由我們這端防止重放。
27iOS 與 Android 行動 SDK
原生 App 在 App 內呈現同一個 checkout，而不是把使用者踢到瀏覽器。SDK 內含支付方式邏輯、錢包面板與 3-D Secure；訂單與收據就是你後端早已掌握的那一份。
28適用你現有平台的外掛
購物車外掛不需開發人員，就能把現有商店接上 Gateway——安裝、貼上金鑰、試付一筆。相同的訂單與 API 建立的訂單進入同一個後台。
29嵌入你自己頁面的欄位
當付款必須在你自己的版面中完成，可直接嵌入付款欄位：輸入欄位由我們託管並承擔 PCI 範圍，周圍的頁面完全由你設計，卡片資料絕不經過你的伺服器。
30單次、多次使用與到期設定
連結可以在一筆付款後關閉，也可以持續收款——示範中的工作坊名額已收到 3 筆付款，諮詢時段收到 6 筆。連結預設 30 天後自動失效，過期的連結會明確告知，而不是無聲失敗。
31測試模式
整合測試會在測試工作階段中進行，使用隨沙盒金鑰一併核發的卡片，在任何真實資金移動之前完成。流程完全相同，測試通過的，就是正式上線的。
32看得懂的路由
卡片交易依循以您熟悉的條件撰寫的路由政策——卡別、發卡國家、幣別、金額——而不是黑盒子。在顯示付款的同一個畫面上，就能看到該筆付款走了哪條路由。
33流失訂單前，再試一次
軟拒絕會在同一個 checkout 工作階段內改走備用路由重試，在顧客看到失敗之前完成。多數被救回的付款，顧客根本不知道曾有風險。
34用白話說明拒絕原因
原始的發卡行代碼會轉譯成營運人員能據以處理的原因——卡片過期、餘額不足、發卡行風險——並加以歸類，讓多筆付款間的規律一目了然。
353-D Secure 是政策，不是阻礙
多數付款僅憑裝置與行為訊號即可通過；政策要求時才會出現加強驗證。政策由您決定——一律驗證、依風險判斷，或在規則允許時豁免——整個流程由託管頁面承載。
36一行對帳
Checkout、收據與清算使用同一個訂單編號。無論誰比對 9F21-0716，都只會找到一筆 €49.00 的記錄——而不是一個系統裡的信用卡記錄、另一個系統裡的加密貨幣記錄。
37清算與撥款
清算規則在設定處就清楚載明：自動兌換為 EUR、清算至 RO49 •••• 0421、每日 23:00 撥款。會計明天看到的數字，今天就能在商家看得懂的畫面上決定。
38可回溯的撥款
每筆撥款都能展開為構成它的訂單，費用逐項列出。銀行入帳明細與可匯出的清單相符，月底結帳只需查詢，不必調查。
39部分退款
退款金額可在原始扣款金額內自由調整——側邊面板顯示上限，低於上限者一律視為部分退款。同一筆訂單的十次部分退款，仍對應同一個編號對帳。
40退款原因有案可查
每筆退款都必須填寫原因，並可附上備註，且備註會一路跟隨：出現在匯出檔與顧客的收據上。六個月後，沒有人需要回想為何訂單 9F21-0716 會獲得補償。
41收據寄送
收據會以電子郵件寄給顧客，也可當場下載，退款收據亦循同樣路徑。商家完全不必自行建立收據範本。
42清算前作廢
在當日批次送出前取消，會釋放授權保留額度，不會有資金異動——無須退款、沒有費用，顧客的帳單上也沒有需要解釋的項目。
43風險控管預設開啟
卡片付款依照您看得懂的路由政策執行 3-D Secure。錢包付款帶有裝置本身的驗證，webhook 事件在被信任之前會先驗證簽章。
44用您自己的語言寫規則
篩選規則讀起來就像句子——來自國家 Y 的首次使用卡片、金額超過 X——並據此採取行動：放行、加強驗證或封鎖。信任與封鎖的卡片、電子郵件和地址清單，也在同一個畫面中。
45頻率與裝置訊號
同一張卡、同一台裝置或同一個地址的重複嘗試，由頻率規則攔截，而不是事後靠人發現。訊號直接顯示在付款上，而不是埋在一個分數裡。
46爭議案件，證據隨附
拒付案件開啟時，背後的訂單一併呈現：授權結果、3-D Secure 結果、收據、出貨、退款記錄。直接在該畫面回覆，證據資料包由記錄彙整而成，而非憑記憶。
47卡片資料不經過您
收集卡片資料的頁面由我們託管，屬於 PCI 範圍。無論顧客在我們的網域、您的網域，或在您的 App 內付款，您的伺服器看到的都只有 token 和訂單編號——絕不會有卡號。
48靜態加密，資料留在歐盟
付款資料以靜態加密方式保存，並在歐盟境內處理。對歐洲商家而言，資料存放在哪裡是明確的答案，而不是註腳。
49每個動作都有紀錄
退款、付款方式變更、品牌變更、金鑰輪替——每一項都會寫入稽核軌跡，記錄操作人員、時間戳記與原因。特權操作必須先填寫原因才能執行。
50角色權限，各取所需
財務看撥款，客服看訂單並處理退款，開發人員看金鑰與日誌。依角色授予存取權，而不是共用同一組登入。
51客戶名錄
付款人會累積成客戶檢視——誰付了款、多常付款、用什麼方式——回頭客是一筆記錄，而不是匯出檔裡碰巧相符的電子郵件。
52搜尋與 CSV 匯出
從搜尋框以連結或編號找到付款；帳務需要時，將目前檢視匯出為 CSV。後台的設計前提，是會計一定會來問。
53依日期與付款方式的數字
交易量、核准率、退款與付款方式組成，期間由您選擇。足以回答錢去了哪裡、哪種付款方式值得推廣——無須匯出任何資料。
54背後的營運視角
Gateway 可接入 Protocore Center：其中的付款連結後台會顯示每個連結及其附帶的清算轉帳，並提供在 Tracer 中開啟的連結以查看完整軌跡。您的營運團隊能從 checkout 一路看透到帳本。
55Whitelabel 或 powered-by
示範用 checkout 屬於 Arc Studio SRL：他們的名稱、他們的標誌、他們的訂單。可以搭配 powered-by-Protocore 頁尾，或完全 whitelabel——無論哪種，頁面都是您的風格。
