比較 / 類別
支付閘道 vs 支付編排
這兩個詞常被混用，其實意義不同。閘道負責收款：呈現支付方式、授權、請款與結算。編排平台位於閘道之上，決定每筆交易該走哪一個。你是否需要後者，幾乎完全取決於你已有多少家服務商——以及你為什麼要有這麼多家。
類別對比
每一層究竟為何而存在
Dimension
支付閘道
編排平台
功能
端到端處理付款——呈現支付方式、授權、請款、結算，並產出收據與撥款。
決定付款該往哪裡去。在你既有的閘道與收單機構之間進行路由，並統一它們的報表。
適用對象
任何需要收款的人——從單一店面到大規模處理交易的企業。
已經同時使用多家服務商的企業，通常為了地區涵蓋、備援或費率套利。
結算內容
資金。閘道位於付款路徑上，並產生匯入你帳戶的撥款。
本身不結算。結算仍由實際處理該筆交易的底層服務商負責。
價值所在
涵蓋度與簡單性——一次整合，涵蓋客戶想用的所有支付方式。
核准率與成本——授權率提高一個百分點，或某條跨境路線取得更好的費率，再乘以交易量。
成本
依每筆交易計費，與您處理的交易量成正比。
在您仍須支付的各家服務商費用之上，再加一層平台費——只有路由帶來的收益高於這筆費用時才划算。
整合負擔
只需一次整合，其背後的支付方式由服務商負責維護。
只需與協調層整合一次，但仍須持續維繫與底層每一家服務商的商務與技術關係。
何時是過度設計
很少見——要收款，這一層本來就少不了。
當您只有一家服務商時。對單一 gateway 做協調，只會多出一筆費用、一層依賴和一道中間環節，卻得不到任何路由收益。
01
只需要 gateway 的情況
如果您只有一家服務商，或正在挑選第一家，協調層就沒有可協調的對象。它所主打的效益——在收單機構之間路由、拒絕交易時轉由第二家服務商重試、依跨境路線套利費率——前提都是您已經同時經營多段合作關係。在單一 gateway 之上再疊一層，換來的只是一筆費用和多出來的一跳。現階段真正能改善數字的，是支付方式的涵蓋範圍、轉換率高的 checkout，以及清晰的對帳。
- 01您只有一家服務商，或正在挑選第一家
- 02您的轉換率問題出在支付方式涵蓋範圍，而不是路由
- 03您不想同時管理多家收單機構的合作關係
- 04一套統一的對帳模型，比提升一個百分點的核准率更重要
02
協調層值回票價的時機
當交易量大到連零點幾個百分點都是真金白銀，而且您已經因為沒有任何單一收單機構能涵蓋您的市場、風險樣貌或費率，而同時持有多段收單合作關係。在這樣的規模下，依發卡行與跨境路線進行路由、將軟性拒絕轉由第二家收單機構重試，以及統一各服務商的報表格式，就不再只是好點子，而是損益表上的一個項目。前提在每種情況下都一樣：您有理由保留多家服務商。
- 01您為了涵蓋範圍、備援或費率，已經同時使用多家收單機構
- 02交易量大到一個百分點的核准率，價值就超過協調層的費用
- 03您需要在各家口徑不一的服務商之間，使用同一套報表模型
- 04服務商之間的故障切換是業務需求，而不是加分項目
03
Protocore 的定位
Protocore Gateway 屬於第一層——負責處理支付並完成資金結算——同時內建了第二層中對單一服務商業務真正重要的部分，而不是另外在上方加價販售：可閱讀的路由政策、在客戶看到失敗之前改走替代路線重試，以及營運人員看得懂、能據以處理的拒絕原因說明。當您真的需要在自有的收單機構之間進行路由時，whitelabel 平台可讓您的收單機構與我們的並行接入。老實說，大多數提出這個問題的企業，需要的是更好的 gateway，而不是在現有 gateway 之上再加一層。
- 01包含路由與重試政策、可完成結算的 gateway
- 02信用卡、電子錢包、銀行轉帳與 USDC，整合在同一頁面、同一個參照編號
- 03在 whitelabel 平台上，自有收單機構與我們的並行接入
- 04協調單一服務商，不收平台層費用