GCash自有碼和QRPH聚合碼，根本不是一回事
很多商户第一次接觸菲律賓的二維碼收款，會把「GCash二維碼」和「QRPH二維碼」當成同一種東西。其實這是兩套不同的東西：GCash自己的收款碼是GCash App內生成的專屬二維碼，屬於GCash自家錢包體系，用户掃碼後，錢從對方GCash餘額直接轉進商户的GCash賬户，本質上是一筆錢包內部轉賬。
QRPH（QR Ph）不一樣，它是菲律賓支付網關體系裏由央行（Bangko Sentral ng Pilipinas，縮寫BSP）主導的全國統一二維碼標準，不是某一家錢包公司的私有協議。商户掛一個QRPH碼，GCash、Maya以及幾十家參與銀行的App，理論上都能掃同一張碼完成支付，不必為每家錢包單獨擺碼。
規模上，GCash註冊用户已超過9000萬，加上Maya，兩家覆蓋了菲律賓活躍數字用户的絕大多數；全國數字交易筆數里，二維碼支付佔比已過半。這正是商户糾結的原因——GCash用户基數大，但QRPH覆蓋面更寬，兩者不是互相取代，而是分別解決不同問題。
誰能掃誰的碼：技術底層和用户體驗的差別
兩種碼在體驗上的差別，根源在技術底層。GCash自有碼走的是GCash自己的支付協議，收款方和付款方都要在GCash生態裏，嚴格説只有裝了GCash App、賬户有餘額的用户才能掃碼付款，本質上是一筆錢包內部轉賬，不涉及跨機構清算。
QRPH走的是國際通行的EMVCo二維碼框架，跟新加坡SGQR、泰國PromptPay是同一套邏輯——不同機構只要按這個標準接入，一張碼就能被所有參與方的App識別。一個掛着QRPH標識的靜態碼，可以同時被GCash、Maya和參與銀行App掃描，背後走的是跨機構的清算和對賬，跟單一錢包內部轉賬不是一回事。
這套統一化趨勢不只體現在二維碼上。自2026年2月起，央行已要求數字銀行和電子錢包統一走InstaPay與PESONet這兩條標準化清算通道處理轉賬，不能各家另搞一套，開企業賬户前，InstaPay與PESONet的具體區別值得商户先弄清楚。無論二維碼還是跨行轉賬，央行的思路都是往「統一標準、多方互通」方向推，這也是QRPH這類聚合碼會越來越重要的背景。
商户到底該貼哪種碼：分場景對照
貼哪種碼沒有統一答案，跟生意形態和客羣有關，先看對照表：
| 對比項 | GCash自有碼 | QRPH聚合碼 |
|---|---|---|
| 歸屬 | GCash自家錢包體系 | 央行BSP主導的全國統一標準 |
| 能掃的App | 只有GCash App | GCash、Maya及參與銀行App |
| 技術底層 | GCash自有支付協議 | 國際通行的EMVCo二維碼框架 |
| 更適合 | GCash重度用户佔比高的生意 | 門店/餐飲等需要廣覆蓋的場景 |
幾類常見讀者畫像參考：
- 跨境電商進菲律賓開店的賣家、本地網店：跨境電商客羣較雜，覆蓋面通常更重要，QRPH聚合碼更省心；若流量主要來自GCash生態內部入口，原生直連能讓體驗更順滑，不跳出App。
- 連鎖零售與餐飲（高頻小額交易）：門店顧客用什麼App付款很隨機，一張QRPH靜態碼基本能通吃，比收銀台擺好幾張不同錢包的碼省事。
- 訂閲制/按次付費服務、教育培訓機構收學費：多是線上喚起支付而非線下掃碼，可能兩種都要接——QRPH保證覆蓋面，GCash原生直連給重度用户更順的體驗。
- 物流配送平台收貨到付款（COD）、中介/服務類公司收訂金：小額高頻，一個QRPH碼基本能應付大部分客户，不用糾結對方裝的是哪個錢包。
實際中不少商户兩種都貼：門店擺QRPH靜態碼保證廣覆蓋，網站/App裏再做GCash原生直連給重度用户更順的體驗，兩者並不衝突。
接入形態、喚起方式與結算週期
不管選哪種碼，技術接入通常有兩種形態：跳到第三方收銀台頁面完成支付，用户會短暫離開自己的網站/App；或「原生直連」，用户在商户自己頁面裏掃碼或一鍵喚醒App完成支付，全程不跳轉，體驗更連貫，但技術要求也更高。
喚起方式常見三種：網頁端H5喚醒，適合沒有自己App的商家；App內SDK集成，適合已有原生App、有移動端團隊的商家；線下靜態/動態二維碼掃碼，是門店/餐飲最常見形式，配合QRPH一個碼通吃多家錢包和銀行App。
結算速度常見兩種口徑——「D0當天結算」（交易當天到賬）和「T1次日結算」（次日到賬）。不是所有服務商都統一做D0，要問清楚具體是哪種、有沒有例外情況，收款的企業銀行賬户是否需要額外開户手續也值得提前問清。
對接流程大致分幾步：提交公司資質材料做盡調（滿足央行KYC/反洗錢要求）→ 分配沙盒環境，技術團隊聯調下單、支付回調、退款 → 上線前驗收（交易對賬、支付成功率、風控告警）→ 切生產環境上線 → 靠商户後台交易報表持續盯對賬和異常。沙盒階段值得問清楚：支付結果靠主動查詢還是Webhook回調；同一筆支付重複通知會不會重複入賬（接口是否冪等）；退款走原路退回還是另開轉賬，到賬時間是否和正向支付一致。
怎麼核實牌照、怎麼選服務商
無論接哪種碼，背後的技術接入機構本質上做的是兩件受央行監管的事：處理支付或資金轉移解決方案，會被認定為「支付系統運營方」（OPS）；發行電子錢包餘額，則需要「電子貨幣發行機構」（EMI）資質。兩塊牌照都由央行審批，審的是申請機構有沒有真實資金實力、運營能力和合規治理，流程通常按季度計算，不是按周批下來。
央行網站公開可查已註冊的EMI與OPS名單，商户可自己核對對方報出的牌照編號、公司註冊名，這一步不建議省略——不是所有自稱能做「支付對接」的機構真的持有OPS或EMI牌照，掛靠、轉包的情況不算少見。各家服務商費率結構、結算週期、能接通道數量也不一樣，值得貨比三家；找到持牌服務商也不等於甩手不管，KYC、反洗錢材料該商户自己出的部分，還得商户自己配合。
本站了解到的一個持牌服務商，如實陳述供參考：SmartPay（paysmartph.com）做GCash原生直連、QRPH聚合收款、Maya代付這幾塊，持有央行頒發的OPS與EMI資質，是否適合自己的場景，建議直接找對方或通過Telegram溝通核實、自己比價。公司主體要先完成SEC註冊落地，成立菲律賓公司這一步走不通，盡調材料就出不來，公司設立服務可以協助跑這個流程。
官方來源
本文涉及的QRPH標準、OPS/EMI牌照分類等信息，讀者可以直接查閲央行官方頁面核實，最後核對時間：2026年9月。
菲律賓央行 BSP公開介紹QRPH標準及相關多媒體資料；公司註冊信息可以在菲律賓證券交易委員會 SEC官網核實。
關於本文與易行
想讓專人把你的具體情況和材料對着當期要求核一遍？→ 易行協助你核對材料與流程
易行是在菲律賓註冊的私營諮詢公司（SEC 註冊號 CS202009551，BI 認證編號 CA-202624381-1），本文不點名也不評價任何同行，不承諾辦理結果；審批權屬主管部門，具體規定以官方當期公佈為準。涉及法律糾紛或個案判斷的，請諮詢執業律師，本文不構成法律意見。