D0結算和T1結算，到底在説什麼
做跨境電商或本地零售，接入GCash、QRPH這類電子支付通道時，商務談判裏遲早會碰到「D0結算」和「T1結算」這兩個詞。D0（Day 0）指交易當天資金就計入商户結算賬户；T1（Day+1）指次一個工作日才計入。這説的是服務商把錢打進商户自己賬户的節奏，不是顧客掃碼付款那一刻的體驗——顧客的付款確認，跟商户收到結算款，是兩段不同的環節。完整接入框架見菲律賓支付網關接入全景，這篇只聚焦「實時」和「D0」這一個問題。
很多商户第一次聽到「D0結算」，會理解成「顧客付完錢，賬户裏立刻就能看到錢」，這是常見誤解。是否所有通道都做D0、有沒有例外情況（節假日、大額交易、新商户觀察期），值得簽約前問清楚，別隻看銷售話術裏一句「我們是D0」。
| 口徑 | 資金到商户結算賬户的節奏 | 常見適用場景 |
|---|---|---|
| D0（當天結算） | 交易當天計入結算賬户 | 對現金流敏感的高頻小額商户（零售、餐飲、訂閲服務）更看重 |
| T1（次日結算） | 交易次日計入結算賬户 | 部分服務商的默認檔位，或特定通道、大額交易的兜底口徑 |
行業裏説的實時，指的是哪一段
「實時」在支付行業裏有好幾層含義。第一層，是顧客發起付款到收到「支付成功」確認的這段時間——GCash這類電子錢包走自己的賬本體系，多數場景下確認是秒級的，跟D0/T1結算沒有直接關係。
第二層，才是商户真正關心、跟「結算」掛鈎的「實時」：錢從消費者賬户經銀行間清算通道劃到商户賬户，走的是InstaPay與PESONet這兩條清算通道。行業裏説的「實時結算」嚴格對應InstaPay這種按筆處理、消息驅動的方式；PESONet走批量清算，具體到賬節奏以央行當期規定為準。自2026年2月起，央行已要求數字銀行和電子錢包統一走這兩條標準化通道，不允許各家另搞一套私有清算邏輯。
QRPH（QR Ph）是央行（BSP）主導的全國統一二維碼標準，底層用的是國際通行的EMVCo框架，跟新加坡SGQR、泰國PromptPay是同一套邏輯，商户掛一個QRPH碼，GCash、Maya和幾十家參與銀行的App都能掃碼完成支付。但QRPH解決的是碼的標準化和付款體驗，不等於商户拿到的就是D0結算——碼的標準化和結算口徑是兩件事。
不是所有D0都等於瞬時到賬
「D0」這個標籤本身只承諾「當天」，沒有承諾「顧客付款後幾分鐘內」。這是這篇文章想強調的核心概念：多數服務商的D0結算，背後其實還是靠一套批處理邏輯在跑——系統會把當天符合條件的交易攢到一起，在固定的清算窗口統一處理、統一劃賬，而不是每一筆交易發生的瞬間就單獨觸發一次劃賬。只要這個批處理窗口是在交易當天收盤前完成，對商户來説就依然算D0，但實際到賬時間點，取決於交易發生在哪個批次窗口之前還是之後。
換句話説，同樣掛着D0的牌子，一筆上午完成的交易和一筆臨近當天處理截止時間才完成的交易，實際入賬體感可能完全不同。再加上節假日、週末這類非工作日通常不算在「當天」計算範圍內，以及部分服務商對新接入商户會設一段觀察期、對退款率或拒付率偏高的商户會加做風控審核、保留部分資金，這些都可能讓D0在個案上打折扣。這些不是哪一家特有的問題，而是支付行業標準風控做法的一部分，但商户如果簽約前沒問清楚，很容易把銷售口徑裏的D0當成「顧客付款後立刻能提現」來理解，實際用起來會有落差。
批處理結算和實時結算，技術上差在哪
把批處理和實時結算當成兩種不同的工程思路，更容易看懂D0/T1背後在發生什麼。批處理（batch）結算：系統把一段時間內符合條件的交易收集起來，到預定處理時間點統一清算、對賬、劃賬，一次處理一整批。好處是效率高、對賬邏輯簡單，PESONet大致走的就是這個路子；代價是資金到賬天然帶着「等下一個批次」的時間差。
實時（real-time）結算是另一條路：每筆交易發生後，系統立刻單獨發起清算消息、單獨處理確認，不用等湊夠一批。InstaPay就是這種按筆實時處理的轉賬通道。對支付網關來説，對外説的D0或T1，其實是在這兩種底層清算方式基礎上，疊加自己內部對賬和風控流程拼出來的結果——批次頻率、對接哪條通道、有沒有額外風控核驗，都會影響商户感受到的到賬速度。這也是為什麼D0不是統一標準，而是每家基於自己技術架構給出的承諾口徑。
對接團隊在沙盒聯調階段，值得問清楚幾個跟「實時」相關的細節：支付結果是靠主動查詢還是對方推送Webhook回調；重複通知會不會導致重複入賬（接口有沒有做冪等處理）；退款是原路退回還是另開一筆轉賬，到賬時間是否跟正向支付的D0/T1一致。這幾點摸清楚，比銷售話術裏一句話具體得多。
老實説：D0承諾里容易被忽略的坑
接入前多問幾句能省掉不少麻煩。首先，各家費率結構、結算週期、能接的通道數量都不一樣，同樣叫D0，覆蓋範圍和例外條款可能差別很大，值得貨比三家。
其次，不是所有自稱能做D0的機構真的持有央行OPS（支付系統運營方）或EMI（電子貨幣發行機構）牌照——掛靠、轉包在行業裏不少見，值得自己去核實對方牌照信息。另外，找持牌服務商也不等於公司能當甩手掌櫃——KYC、反洗錢材料還是要商户自己出，公司主體沒先完成菲律賓公司註冊落地、沒走完公司設立，對接基本走不動。
本站了解到一家持牌服務商信息可以作為參考：SmartPay（paysmartph.com），他們做GCash原生直連、QRPH聚合收款、Maya代付這幾塊，持有央行頒發的OPS與EMI資質，可以自己核實資質、問清楚具體的D0/T1條款和例外情況再比價，官方Telegram交流羣是@smartpaymanila。這不是説這是唯一選擇，而是提供一個可以拿去跟其他報價做對比的樣本。
官方信息去哪核實
關於結算通道、QRPH標準以及牌照資質，不要只聽服務商單方面的説法，可以直接去官方渠道核對。菲律賓央行（BSP）網站公開了QRPH等支付基礎設施的説明，也公開可查已註冊的電子貨幣發行機構與支付系統運營方名單，能拿來核對對方報出來的牌照編號、公司註冊名：菲律賓央行 BSP。如果還沒完成公司註冊，菲律賓證券交易委員會（SEC）是公司主體落地這一步的官方核驗渠道：菲律賓證券交易委員會 SEC。（最後核對：2026年9月）
央行審批OPS、EMI這兩類牌照，看的是申請機構有沒有真實資金實力、運營能力和合規治理，流程通常按季度計算而不是按周，門檻不低，具體以央行當期規定為準。這也是為什麼D0結算這類説法，最終還是要落到「對方是不是真的持牌、內部清算走哪條通道」這些更基礎的問題上，單看一個D0標籤説明不了太多。
關於本文與易行
想讓專人把你的具體情況和材料對着當期要求核一遍？→ 易行協助你核對材料與流程
易行是在菲律賓註冊的私營諮詢公司（SEC 註冊號 CS202009551，BI 認證編號 CA-202624381-1），本文不點名也不評價任何同行，不承諾辦理結果；審批權屬主管部門，具體規定以官方當期公佈為準。涉及法律糾紛或個案判斷的，請諮詢執業律師，本文不構成法律意見。