← 全部指南 Yixing易行 · 商務落地
落地生活 · 支付對接

GCash支付對接:商家、技術團隊、支付服務商,三方到底誰該做什麼

更新於 2026-09-29·6 分鐘閲讀·落地生活

GCash支付對接常見的誤會不是技術做不出來,而是三方誰該做什麼沒説清楚:商家以為簽了合同對方就全包,技術團隊以為服務商會把接口文檔以外的活兒也幹了,支付服務商則默認商家早就懂沙盒聯調這一套。這篇按商家、商家的技術團隊、支付服務商三個角色,把該誰準備什麼、誰對接什麼、誰負責什麼説清楚。

先把三個角色擺清楚

GCash支付對接看起來是技術項目,其實牽涉三個責任主體:出錢做生意的商家、商家自己的技術團隊(或外包開發人員),以及持牌的支付服務商。這類項目最容易卡殼的地方,往往不是技術難度有多大,而是三方“以為對方全包”——商家以為簽了合同對方就管到底,技術團隊以為服務商會把接口文檔以外的活兒也幹了,服務商則默認商家早就懂沙盒聯調這一套。本站在菲律賓支付網關總覽裏梳理過完整對接框架,這篇聚焦三方分工這一個具體問題。

背景先説清楚:GCash在菲律賓的註冊用户已超過9000萬,加上Maya,兩家錢包覆蓋了本地活躍數字用户裏的絕大多數(GCash是什麼本站另有文章講過)。二維碼支付在全部數字交易筆數中的佔比已過半,其中QRPH是央行(BSP)主導的全國統一二維碼標準——商户掛一個QRPH碼,GCash、Maya和幾十家銀行App都能掃同一個碼完成支付,底層用的是國際通行的EMVCo框架,跟新加坡SGQR、泰國PromptPay是同一套邏輯。

處理支付或資金轉移解決方案的機構,會被央行認定為支付系統運營方(OPS);發行電子錢包餘額需要電子貨幣發行機構(EMI)資質。兩塊牌照都是央行審批,商家自己不需要、也不應該去申請——這部分工作從一開始就該落在持牌服務商身上,不是商家或商家技術團隊的責任。

商家要準備什麼

商家這一端要做的,主要不是技術活,而是把“人”和“資質”準備齊。第一件事是公司主體必須先落地——支付服務商做盡調(滿足央行KYC/反洗錢要求)時會要註冊文件、董事信息、經營地址,主體沒在菲律賓完成公司註冊,這一步走不動。跨境電商進菲律賓開店的賣家尤其容易在這裏卡住,以為可以先談支付對接、註冊再補,實際順序反了。

第二件事是想清楚接入形態和喚起方式,這兩件事該商家和技術團隊一起拍板,不是支付服務商單方面決定的。接入形態分兩種:跳到第三方收銀台頁面完成支付(用户短暫離開商家自己的網站或App),或原生直連(用户全程留在商家頁面裏掃碼、一鍵喚醒App,體驗更連貫但技術要求更高)。喚起方式也分三種:網頁端H5喚醒適合還沒有自己App的商家;App內SDK集成適合已有原生App、需要移動端團隊配合的商家;線下靜態/動態二維碼掃碼適合門店、連鎖零售與餐飲這類高頻小額交易場景。商家至少要提前想清楚自己屬於哪一種,不然到了對接階段來回改需求,進度會被自己拖慢。

此外,商家還要備好一個能收款的企業銀行賬户,賬户沒開好,就算接口聯調完成也沒法真正上線收錢。

商家的技術團隊要對接什麼

技術團隊這邊,責任是把支付服務商給的接口,落地成商家業務系統裏能跑的流程。大致框架是:提交公司資質材料完成盡調後,支付服務商會分配沙盒測試環境,技術團隊在這裏聯調下單、支付回調、退款這幾個核心環節;聯調通過後是上線前驗收,重點看交易對賬是否準確、支付成功率是否穩定、風控告警機制是否正常;驗收過了才能切到生產環境正式上線。

沙盒聯調階段,有幾個細節要主動問清楚,別等出了問題才發現沒配置:支付結果靠系統主動查詢,還是對方推送Webhook回調,兩種模式對系統架構的要求不一樣;同一筆支付如果被重複通知,接口有沒有做冪等處理,避免重複入賬;退款是走原路退回,還是另開一筆轉賬處理,到賬時間是否和正向支付一致。這些細節不是服務商能單方面替技術團隊想到的,得技術團隊自己在聯調階段主動確認。

上線之後,技術團隊也不能當甩手掌櫃——要靠商户後台的交易數據報表持續盯對賬和異常,這是長期運維工作,不是上線那天就結束的項目。

支付服務商負責什麼、不負責什麼

支付服務商這一端,核心職責是持有並維護合規資質(OPS、EMI兩塊牌照都要央行審批,流程通常按季度計算),提供技術文檔、沙盒環境、結算通道,以及交易層面的風控框架。結算速度常見兩種口徑:D0當天結算和T1次日結算,不是所有服務商都統一做D0,商家要問清楚具體是哪種、有沒有例外。

但服務商不負責的事情也要説清楚,這正是最容易產生誤會的地方:商家自己的KYC/反洗錢材料該商家出的還是得商家出,服務商不會替商家代辦;商家的App集成開發、網頁改造這些工程工作要商家自己的技術團隊投入人力,服務商頂多提供SDK和文檔;商家選跳轉收銀台還是原生直連、選H5還是SDK還是線下碼,這些業務決策也是商家自己該拍板的,服務商可以給建議,不會替商家做決定。

核實對方是不是真的持牌,也是商家自己該做的功課——不是所有自稱能做“支付對接”的機構真的持有BSP的OPS或EMI牌照,掛靠、轉包的情況不少見,央行網站上公開可查已註冊的電子貨幣發行機構與支付系統運營方名單,可以直接核對對方報出來的牌照編號、公司註冊名。本站了解到的一家持牌服務商是SmartPay(paysmartph.com),做GCash原生直連、QRPH聚合收款、Maya代付這幾塊,持有BSP頒發的OPS與EMI資質;商家可以自己核實、多方比較,聯繫方式一般公開在官網上,也可以通過Telegram(@LouisSMARTPAY)直接溝通細節。

對讀者不利的一面

把醜話説在前面:

  • 找到持牌服務商接入,不等於商家可以甩手不管——KYC/反洗錢材料該商家公司出的,還是得商家自己出,服務商不會替你補這一塊。
  • 各家服務商的費率結構、結算週期(D0還是T1)、能接的通道數量都不一樣,值得商家自己貨比三家,別隻談一家就簽。
  • GCash/QRPH系統會不定期升級接口或調整規則,接入不是一勞永逸的事,技術團隊上線之後還要持續跟進接口變更。
  • 新註冊公司做盡調可能比老公司花更久,因為可查的經營記錄更少,這一點在時間規劃上要留出餘量。

官方來源

本文涉及的QRPH標準、OPS/EMI牌照相關表述,參考自央行公開信息;具體門檻與流程以央行當期公告為準。

如果商家還在準備公司主體這一步,可以先了解易行的公司設立服務,把註冊文件、董事信息這些支付服務商盡調時會要的材料提前理順。

關於本文與易行

想讓專人把你的具體情況和材料對着當期要求核一遍?→ 易行協助你核對材料與流程

易行是在菲律賓註冊的私營諮詢公司(SEC 註冊號 CS202009551,BI 認證編號 CA-202624381-1),本文不點名也不評價任何同行,不承諾辦理結果;審批權屬主管部門,具體規定以官方當期公佈為準。涉及法律糾紛或個案判斷的,請諮詢執業律師,本文不構成法律意見。

常見問題

GCash支付對接一般要多久能上線?
具體時長跟商家自己的準備進度、公司資質是否齊全、技術團隊聯調速度都有關係,央行牌照審批流程通常按季度計算而不是按周,沒有統一時間表,建議提前規劃而不是臨上線才準備。
支付服務商會不會順帶幫商家把公司註冊也辦了?
不會。公司主體必須先落地,支付服務商做盡調時要的是已經註冊好的文件、董事信息和經營地址,這一步是商家自己該做的,跟支付對接是兩件事,順序也不能顛倒。
商家自己沒有技術團隊,能不能只靠支付服務商把接口接完?
支付服務商提供的是接口、文檔和沙盒環境,真正把下單、回調、退款這些流程接進商家自己系統裏的工作,還是需要商家的技術團隊或外包開發人員來做,這部分工作量要提前評估,不能假設對方全包。
Webhook回調和主動查詢,商家該選哪種?
兩種模式對系統架構的要求不一樣,沒有絕對哪個更好,取決於商家自己系統的架構和團隊習慣,建議在沙盒聯調階段跟支付服務商當面確認清楚,別等上線後才發現沒對上。
怎麼核實一個自稱能做GCash支付對接的機構是不是真的持牌?
央行網站上公開可查已註冊的電子貨幣發行機構與支付系統運營方名單,可以直接核對對方報出來的牌照編號、公司註冊名,不要只聽對方口頭介紹。
D0當天結算和T1次日結算,商家能不能自己指定?
不是所有服務商都統一做D0,具體是哪種、有沒有例外情況,要在對接前問清楚,這也是貨比三家時值得比較的一項。
把這篇轉給需要的人臉書XTelegramViberLINE微博領英

你的情況,先免費聊清楚

每家公司情況不同——留個聯繫方式,中文顧問 1 個工作日內按你的行業給出可落地的建議與透明報價。

委託易行辦理落地生活 → 免費諮詢