Ang mga PSP para sa cross-border payment ay umuunlad sa panahon ng multi-track

Isinulat ni: Awang, Web3 Little Lawyer

Ang digital payments ay nasa mainstream na, ngunit ang settlement ay hindi pa.

Ito ang pagtataya ni Dan Mottice, dating mataas na opisyales ng Visa at tagapagtatag ng Beam. Ang mga transaksyon ng Visa ay awtorisado sa anumang merchant sa buong mundo, ngunit ang pagkakasundo sa likod ay patuloy na gumagana sa SWIFT—nagpapagsama ng mga transaksyon sa isang grupo, nagpapalipat ng pera sa pamamagitan ng international wire transfer, at dumadaan sa lokal na regulasyon, mga pista, at maraming intermediate banks, bago ang merchant ay makakatanggap ng pera. Ito ay hindi problema ng Visa, kundi isang struktural na utang sa buong industriya. At ang PSP ay ang pinakamalaking lugar kung saan nakalalagay ang utang na ito.

Ang artikulong ito ay nakatuon sa mga payment service provider (PSP), na naging core infrastructure layer para sa paggawa ng pamamahala sa paggalaw ng pera, settlement, at bookkeeping, mula sa simpleng tool para sa pagtatanggap ng bayad. Unang disenyo sila para sa isang mas simpleng panahon—isang single-track system, linear transaction flow, at mataas na bundled infrastructure.

Sa modernong kapaligiran ng pagbabayad, ang isang "pagbabayad" ay hindi na isang iisang transaksyon, kundi isang serye ng pagbabago ng estado na naglalakbay sa iba't ibang mga partido at mga daanan ng pagbabayad. Ngayon, ang isang pagbabayad ay maaaring maglalaman ng: mga app para sa konsyumer, mga PSP, mga serbisyo para sa pag-iwas sa pandaraya at pag-verify ng identidad, mga托管 bank, isang o higit pang mga daanan ng pagbabayad, at mga sistema ng pagsasaulo sa loob ng negosyo.

Kailangan ng mga negosyo na suportahan ang debit card, ACH, wire transfer, RTP, FedNow, at ang patuloy na lumalaking bilang ng settlement batay sa stablecoin. Bawat track ay may sariling iba’t ibang settlement timeline, mode ng pagkabigo, data format, at operational requirements.

Ang artikulong ito ay naglalayong suriin ang gabay ng Modern Treasury tungkol sa paano nagbabago ang PSP, kung paano dapat magseset ang kanilang pundasyonal na arkitektura upang makatugon sa modernong sistema ng pagbabayad, at ano ang estratehiya na dapat sundin ng mga koponan na nagbuo ng mga produkto sa pagbabayad nang pumili ng kanilang susunod na PSP.

Pangunahing pagtataya

01｜Ang digital na pagbabayad ay pumasok sa pangunahing paggamit, ngunit ang settlement ay hindi. Ang Visa ay nagpapahintulot sa iyo na makumpleto ang pag-awtorisa sa anumang merchant sa buong mundo, ngunit ang underlying settlement ay patuloy na gumagana sa SWIFT. Naresolba ang interface, hindi naresolba ang ilalim.

02｜Ang PSP ay nagpapatupad ng pagbabayad, ngunit hindi ito nagpapaliwanag ng paggalaw ng pera. Sinasabi ng Stripe kung ano ang nangyari sa kanilang bahagi, ngunit hindi nila masasabi kung ano ang totoong kalagayan ng pera ngayon. Ang execution layer at record layer, dalawang magkakaibang bagay.

03｜ Bawat payment rail ay isang sariling operating system, hindi isang variant ng iisang model. Ang ACH ay maaaring i-reverse, hindi ang RTP; ang card networks ay maaaring ma-dispute, ngunit ang stablecoin ay may on-chain finality. Ang abstraction layer ng PSP ay nagtatago ng mga pagkakaiba na ito, ngunit only hanggang sa magkaroon ng problema.

04｜ Ang real-time payment ay nag-alis ng buffer; kailangang ma-move ang kontrol pababa. Ang mga lohika ng risk management, pagpapahintulot, at reconciliation ng tradisyonal na PSP ay nagtatayang “may panahon pa para iayos kung may mali.” Ang RTP at FedNow ay nagpapabagsak sa ipinapalagay na ito. Dapat tapusin ang desisyon bago mag-move ang pera, hindi pagkatapos.

05｜ Ang stablecoin ay isang settlement track, hindi isang bagong paraan ng pagbabayad. Hindi ito naglulutas ng problema sa interface ng pagbabayad, kundi ang pagkakaroon ng delay sa pagitan ng “nakapag-record na” at “totoong nadatnan.” Ang pinakamapagkakatiwalaang paraan ng pagsasagawa ay ang sandwich structure: papasok ang fiat currency, kumikilos sa blockchain, at lumalabas ang fiat currency—hindi kailangang magkaroon ng kaalaman ang mga user sa dalawang dulo tungkol sa stablecoin.

06｜ Ang mga pondo sa daan ay makakapagdala ng kita, isang bagay na halos hindi umiiral sa tradisyonal na sistema. Sa跨境 na pagbabayad, ang mga pondo ay naka-imbak ng 24 hanggang 72 oras bago matapos ang settlement, walang kita at nagpapabigat sa operasyonal na kapital. Ang stablecoin ay unang nagbigay ng halaga sa mga “pundong nasa paggalaw”.

07｜ Ang pinakamalaking pagkabigo sa pagpapatakbo ng pagbabayad ay ang kakayahang hindi sagutin ang isang simpleng tanong: Saan napunta ang perang ito? Ang pagtutugma, pagharap sa anomaliya, at pagpapamahala ng likuididad—ang mga problema na ito ay hindi lumalabas sa oras ng pagpapadala ng pagbabayad, kundi sa pagkatapos. Walang isang pinagsamang koordinasyong layer, kaya bawat serbisyong nagtataguyod ay maaaring sabihin lamang ang kanilang sariling kuwento.

08｜ Ang totoong panganib sa estratehiya ay hindi kung gagamitin mo ang stablecoin o hindi. Kundi kung ang iyong kalaban ay ginawa muli ang kanilang gastos sa pagpapalit at efisiyensiya ng kapital gamit ang stablecoin, habang ikaw ay naghihintay pa rin ng perpektong panahon para magsimula.

I. Ang kasaysayan ng pag-unlad ng PSP

Sa nakaraang dalawampung taon, nagbago nang pangunahin ang papel ng PSP.

Sa mga unang araw ng e-commerce, ang PSP ay nagsisilbing payment gateway. Ang kanilang tungkulin ay simpleng malinaw: i-ugnay ang mga negosyo sa mga network ng card at acquiring banks upang mapahintulutan at mapagtapos ang mga transaksyon.

Ang mga sistema na ito ay disenyo para sa isang napakaspesipikong mundo. Ang mga pagbabayad ay pangunahing batay sa mga card, dumadaloy sa isang tanging merchant account, at sumusunod sa linyar na buhay-siklo mula sa pag-awtorisa hanggang sa pag-settle. Ang mga PSP ay in-optimize upang maging epektibo sa pagproseso ng mga transaksyon sa loob ng modelo na ito.

Sa dekada ng 2010, ang mga marketplace, SaaS platform, at fintech products ay nagsimulang i-embed ang mga pagbabayad nang direkta sa kanilang mga produkto. Kailangan ng mga platform na matapos ang onboarding ng user, hatiin ang mga pagbabayad sa maraming partido, at pamahalaan ang mga pagbabayad. Ang mga PSP ay lumawak din, na naglalabas ng onboarding ng merchant, infrastraktura ng pagbabayad, at mga kasangkapan para sa pag-iwas sa fraud.

Gayunpaman, bagaman patuloy na lumalawak ang kakayahan ng PSP, ang kanilang pundasyonal na arkitektura ay nananatiling nakabatay sa modelo na disenyo para sa linyar na proseso ng pagbabayad—na pangunahing optimal para sa pagproseso ng transaksyon, hindi para sa pagco-coordinate ng kumplikadong marami-saklaw na paglipat ng pondo sa iba’t ibang serbisyo at track.

Sa simula ng dekada ng 2020, ang mga negosyo ay nagsimulang mag-operate sa maraming track, rehiyon, at skena. Ang mga tradisyonal na PSP ay patuloy na nagbubundle ng maraming komponente, nagpapahintulot sa mga negosyo na makipag-ugnayan sa isang solong platform. Ngunit habang ang mga proseso ng pagbabayad ay naging mas kumplikado, maaaring mag-angkop ang isang proseso ng pagbabayad sa maraming hakbang: pag-verify ng identidad, pag-scan ng panganib, desisyon sa pondo, pagsasagawa ng track, at panloob na pagsubaybay.

Ang pagbabalik na ito ay nagpalit ng papel ng PSP mula sa mga “nag-uugnay” patungo sa mga “nagco-coordinate” (from connectors to coordinators), ngunit hindi nagsagawa ng parehong bilis ang kanilang arkitektura.

Ang resulta ay: ang PSP ay patuloy na responsable sa paglipat ng pera, ngunit gumagana sa loob ng isang mas kumplikadong buong buhay cycle ng transaksyon at pagbabayad.

Pangalawa: Modern PSP Payment Tech Stack

Upang maunawaan ang mga limitasyon ng PSP, kailangan munang maunawaan ang mas malawak na kapaligiran ng pagbabayad kung saan ito nakalagay.

2.1 PSP Technology Stack

Hindi isang solong platform o service provider ang modernong payment environment, kundi isang layered na hanay ng infrastructure components na nagtutulungan upang suportahan ang paggalaw, settlement, at bookkeeping ng pera.

Application layer: E-commerce platforms that initiate payments, Marketplace, fintech apps, SaaS products with embedded payments.

PSP layer: Nagpapatakbo ng mga utos sa pagbabayad (executing payment instructions), tulad ng pagrout ng transaksyon sa network ng card, pagpapalabas ng bank transfer, at pagkonekta sa payment rails. Sa karamihan ng mga kaso, ang mga komplikadong detalye sa ilalim ay iniiwasan sa likod ng interface ng PSP, kung saan ang user ay nakikipag-ugnayan sa isang solong sistema, hindi direktang sa mga iba’t ibang serbisyo na nakikilala sa likod nito.

Compliance layer: Ang modernong proseso ng pagbabayad ay nakasalalay din sa mga serbisyo ng pag-verify ng identity, mga tool para sa pag-detect ng fraud, at mga infrastruktura para sa compliance, na mga sistema na nagpapasya kung dapat bigyan ng pahintulot ang pagbabayad.

Banking Layer: Ang mga托管 bank ay nagtataglay ng pera, nagbibigay ng mga account na pinagmamalaki, at sumusuporta sa pag-access sa mga network ng pagbabayad tulad ng ACH, wire transfer, RTP, at FedNow.

Internal Reconciliation Layer: Sistema na ginagamit ng mga negosyo upang tukuyin ang balanse, ipakita ang kalagayan ng transaksyon, at panatilihin ang malinaw na rekord ng mga pampinansyal na aktibidad.

Ang bawat antas sa itaas ay may papel sa paggalaw ng pondo, ngunit walang isa sa kanila ang makakapagbigay ng buong imahe kung ano ang nangyayari pagkatapos ng pagpapadala ng bayad. Dito nagiging mahalaga ang loob na pagkakatugma.

2.2 Synchronous at Asynchronous

Mayroong pangunahing kakulangan sa disenyo ng tradisyonal na PSP: ito ay nagpapahalaga lamang sa paglabas ng pera, hindi sa nangyayari pagkatapos ng paglabas.

Ang problema ay ang "pagkatapos ipadala", na kung saan ay ang pinakamalalim na bahagi ng pagbabayad.

Ang logika ng API interface ng PSP ay synchronous—nagpapadala ka ng isang utos, at bumabalik ang isang resulta. Ngunit ang tunay na paggalaw ng pera ay asynchronous: ang settlement ay natatapos lamang pagkatapos, ang pagkabigo ay lumalabas nang may pagkakatagal, at ang refund at reversal ay maaaring bumalik kahit kailan. Ang pagkakaiba-iba na ito, ay gumagawa ng isang patuloy na umiiral na black hole ng impormasyon.

Ang tiyak na pagkakatawan ng black hole ay ang pagkakawala ng estado:

Walang isang node ang makakapagbigay sa iyo ng totoong kalagayan ng pera sa kasalukuyan.

Halimbawa ng pag-withdraw ng seller sa market platform, ang buong proseso ay isang mahabang chain: pag-verify ng kwalipikasyon → risk management at compliance → pag-verify ng pondo → paglalabas ng utos → pagpapatupad ng track → pagbabalik ng kumpirmasyon → pagkakaltas pagkatapos → pag-update ng libro. Ang PSP ay nagkakaroon lamang ng sakop sa ilang gitnang bahagi; ang mga desisyon sa harap at ang pagpapatotoo sa likod ay hindi kasama sa kanyang responsibilidad. Kapag nabigo o binalik ang pagbabayad, walang sistema ang makakapagbigay ng kompletong sagot.

Ito ang layunin ng internal reconciliation layer: hindi ito nagpapalit sa PSP sa pagpapatupad ng pagbabayad, kundi nagtatayo ng isang isangpang-unawang paningin sa itaas ng buong chain—nagpapalit nang patuloy ng asynchronous events mula sa iba’t ibang serbisyo, iba’t ibang oras, at iba’t ibang format sa isang iisang estado na maaasahan ng kumpanya. Anuman ang bilang ng mga gitnang bahagi na dumaan ang pera, mayroon pa ring isang lugar na makakasagot sa pinakabasic na tanong: Saan ngayon ang perang ito?

Tatlo: Mga limitasyon sa pagbabayad ng tradisyonal na PSP

Ang abstrak na layer ng tradisyonal na PSP ay nakabatay sa pagbabayad gamit ang card—pagpapahintulot, pagkuha, at pagkakasundo, na may maipapalagay na buhay na siklo. Bagaman may mga pagkakataon (tulad ng reklamo at pagtanggi), ang pangkabuuang istruktura ay maipapalagay at sapat na nauunawaan. Ang modelo na ito ang nagbigay-hugis sa paraan ng pagdisenyo ng PSP.

Sa pagkakaroon ng mga bagong paraan ng pagbabayad, suportahan ng PSP ang mas malawak na mga track, ngunit ang mga track na ito ay nag-uugali nang iba sa mga card ng bangko at hindi sumusunod sa mga parehong aksiyoma:

• ACH transfer: May experience delays, and there is still a possibility of chargeback days after payment initiation.
• Wire transfer: Mas mabilis ang settlement, ngunit karaniwang nangangailangan ng proseso na may tao at mas mataas ang gastos.
• Mga real-time payment network tulad ng RTP at FedNow: nagpapahintulot sa instant transfer ng pera, ngunit karaniwang hindi na maibabalik ang transaksyon pagkatapos ito ay matapos.
• Transfer ng stablecoin: Nagpapatakbo sa ganap na iba’t ibang imprastruktura, may iba’t ibang mekanismo ng proteksyon at mga operasyonal na pag-aalala.

Halimbawa ng isang pagbabayad mula sa isang Amerikanong kumpanya patungo sa isang Filipino supplier:

• Gamit ang ACH, tatapos sa T+2, ngunit hindi direktang tinatanggap ng mga banko sa Pilipinas ang ACH; kailangan pa ng isang pagpapalitan sa lokal na sistema, kaya ang tunay na pagkakaroon ay maaaring T+4, at maaaring maibalik ang order anumang oras dahil sa hindi pagkakapareho ng impormasyon ng account.
• Gumamit ng wire transfer, mas mabilis, ngunit kailangan i-submit bago ang wire cut-off ng hapon ng 3:00, at ipapagkaloob kapag may pista, ang SWIFT fee ay $25 hanggang $45, at posibleng idagdag pa ng banko ng tagatanggap ang isang bayarin sa intermediate bank, kaya ang halagang tatanggapin ay hindi magkakatugma sa halagang ipinadala.
• Gamitin ang stablecoin sandwich: ang USDC ay ipinapadala mula sa American account, kumikinabang ang pag-verify sa blockchain sa ilang segundo, at pagkatapos ay isasalin ng Philippine partner sa peso at ipapadala sa lokal na account—lahat ng ito ay nangyayari sa loob ng isang oras o mas mababa, at ang gastos ay mas mababa sa 1% ng halaga ng transaksyon.

Tatlong daan, iisang pera, iba ang oras ng pagkakaltas ng 96 na oras, iba ang gastos ng ilang dolyar, at iba rin ang kakayahan sa pagtukoy. Hindi ito pagkakaiba sa user experience, kundi pagkakaiba sa tatlong iba’t ibang operating system. Hindi kayang itago ng abstraction layer ng PSP ang mga ito; kailangan lamang ipasa ang pagkakaiba sa mga developer at operations team para mabawasan.

Hindi ito mga variant ng parehong payment model, kundi magkakaibang operating model.

Ang tradisyonal na paraan ng PSP ay ang pagpapakita ng iba’t ibang API at depinisyon ng estado para sa bawat track—hindi talaga pinagsasama ang mga pagkakaiba, kundi pinipilit ang mga pagkakaiba pataas sa mga developer. Nagsimula ang mga koponan ng inhinyeriya na isulat ang espesyal na lohika para sa bawat track, ang mga koponan ng operasyon ay nagsimula na humawak ng iba’t ibang mode ng pagkabigo nang manu-manu, at ang mga koponan ng pondo ay nagsimula na mag-reconcile ng mga transaksyon na may parehong uri ngunit naglalakbay sa iba’t ibang landas.

Ito ang abstraction leak: ang kompleksidad ng track na dapat ay nakapagpaputol, ay nagsisimulang magpalabas sa application layer.

Habang idinadagdag ang mas maraming mga track, naging isang serye ng mga kalat na integrasyon ang kapaligiran ng pagbabayad, hindi isang magkakasamang abstraktsyon. Sa mga mas mabagal na track, mayroong panahon para sa pagdetect ng mga problema. Sa real-time na track, nawala ang window na ito—nagkakaroon ng pagkakatapos sa pagbabayad sa loob ng ilang segundo, at hindi madaling ibalik ang mga error; kailangang gawin ang mga desisyon bago lumipat ang pera, hindi pagkatapos.

Ikaapat: Ang real-time na pagbabayad ay nagpapakialam sa pagpapalaya ng kontrol sa unahan

Ang paglipat sa real-time payment network ay hindi lamang nagpabilis ng paggalaw ng pera—ito ay nagbabago nang magkakasama sa mga kinakailangan sa disenyo ng infrastruktura ng pagbabayad.

Sa panahon ng ACH at wire transfer, ang oras ay isang buffer.

Ang ACH ay maaaring magtake ng ilang araw para matapos, ang mga transaksyon sa debit card ay maaaring magkaroon ng paghahambing pagkatapos ng pag-awtorisa, at ang mga wire transfer ay kadalasang nangangailangan ng mga hakbang ng pagrerebyu ng tao. Ang mga pagkaantala na ito, bagaman nagdudulot ng pagkawala ng efficiency, ay nagbibigay din ng pagkakataon para masuri ang mga pagkakamali, interbyen sa mga sospeksong gawain, at matapos ang reconciliation bago matapos ang settlement.

Ang tradisyonal na PSP model ay binuo sa paligid ng buffer na ito.

Gayunpaman, ang mga real-time payment network tulad ng RTP at FedNow ay nagbago ng ganitong aksiyoma. Ang mga pondo ay umiikot nang direkta sa pagitan ng mga account sa ilang segundo, at karaniwang hindi na maaaring balikin ang pagbabayad matapos itong matapos.

• Dapat mas maaga matapos ang deteksyon ng pandaraya
• Ang compliance screening ay dapat gawin sa real-time
• Dapat makumpleto nang tama ang desisyon sa pondo sa sandaling ipaglabas ang bayad
• Hindi na maaaring magkaroon ng pagkakataon para sa pagkakamali pagkatapos

Ang mga platform na nag-aalok ng instant payout ay hindi makakabase sa mga workflow na disenyo para sa delayed settlement. Ang mga loob na sistema ng negosyo na nagmamaneho ng mga bayad sa maraming akawnt ay hindi makakapag-verify ng liquidity nang agad. Ang mga koponan ng customer service ay hindi makakapagbigay ng pangako tungkol sa reversibility kung ang ilalim na sistema ay hindi nagpapahintulot dito.

Ang resulta ay ang paglipat ng responsibilidad: Dapat mag-embesyo ang PSP upang suportahan ang mga internal na sistema na nagpapasya kung kailan dapat isagawa ang pagbabayad. Sa ibang salita, dapat maunahan ang kontrol.

Dapat idisenyo ang infrastruktura sa pagbabayad upang matapos ang pagpapahintulot, lohika ng pondo, pagsusuri sa panganib, at pag-verify ng estado bago maganap ang paggalaw ng pondo, hindi pagkatapos. Kailangan nito ng mas maayos na pananaw sa balanse, estado ng transaksyon, at mga kondisyon sa pagitan ng mga serbisyo kaysa sa anumang maaaring bigyan ng mga tradisyonal na arkitektura ng PSP.

Hindi ang real-time track ang final state, kundi isang punto ng pagbabago. Pagkatapos pumasok ang stablecoin, mas mataas pa ang antas ng problema.

Limang: Stablecoin: Bagong track, hindi bagong paraan ng pagbabayad

Ang pinakakaliligayang mali sa pag-unawa sa stablecoin ay ang pagtingin nito bilang isang bagong produkto sa pagbabayad. Hindi ito. Ito ay isang bagong daan para sa pag-settle, na naglulutas sa pagkakalat ng pera mula sa “pagkumpleto ng pagsasaulo” hanggang sa “totoong pagtanggap”.

Sa pagkakaiba sa mga card, ACH, at wire transfer, ang mga stablecoin transaction ay tumatakbo sa blockchain network:

• Ang settlement ay patuloy na nagaganap, hindi sa pamamagitan ng batch processing.
• Kasaligan at halos real-time na pagkakatotoo (nag-iisa sa network)
• 7×24 na pagpapatakbo, walang limitasyon sa cutoff time ng banko at mga pista
• Hindi nakasalalay sa partikular na lokal na sistema ng pagbabayad
• Ang mga primitibo para sa pagsubaybay sa balanse, pagmamay-ari, at kasaysayan ng transaksyon ay lubos na iba.

Ang tradisyonal na arkitektura ng PSP ay binuo sa paligid ng integrasyon ng mga banko at mga network ng pagbabayad, ngunit ang stablecoin ay nagdala ng mga network na hindi nakasalalay sa mga intermediate na ito. Ang pinagmulan, pagkakaltas, at pagtatala ay nangyayari sa labas ng orihinal na disenyo. Maaaring kailanganin ng isang negosyo na ikoordinasyon ang mga track ng banko, mga real-time network, at on-chain settlement, kung saan bawat uri ay may iba’t ibang asumpsyon tungkol sa finality, timing, at kontrol—ang mga pagkakaiba na ito ay hindi maaaring i-unify sa pamamagitan ng isang API lamang, at ang posisyon ng PSP bilang isang solong abstraktsyon layer ay naging mas mahirap pang panatilihin.

Tulad ng mga real-time payment system na nagtatalikod sa mga aksiyoma tungkol sa pagkakasunod-sunod at pagkakabawi, ang mga stablecoin ay nagtatalikod sa mga aksiyoma tungkol sa lokasyon at paraan ng paggawa ng pagbabayad.

Sa proseso na ito, nila ay isinama ang isang bagong antas ng kumplikasyon.

Ang stablecoin sandwich ay ang pinakapraktikal na paraan sa kasalukuyan: papasok ang fiat → paglipat sa blockchain → lumabas ang fiat.

Hindi kailangang maintindihan ng mga customer at supplier sa magkabilang dulo ang stablecoin; ang stablecoin ay simpleng intermediate channel—lalo na para sa paglutas ng mabagal, mahal, at hindi matatag na bahagi ng tradisyonal na cross-border settlement. Ang pinakamahalagang aplikasyon ay nakatuon sa “mahirap na channel,” o mga cross-border scenario kung saan ang tradisyonal na paraan ay mabagal, mahal, o hindi talaga maabot.

Hindi dapat o dapat mag-All-in ang mga korporasyon sa stablecoin; ang realistiko ay pumili ng isa o dalawang partikular na application para sa lokal na pagpapalit, at pagkatapos ay palawakin ito pagkatapos makabuo ng pag-unawa.

Ang mga stablecoin ay nagdadala rin ng karagdagang dimensyon: ang kita mula sa mga pondo sa paglipat, na halos hindi umiiral sa tradisyonal na sistema. Sa tradisyonal na proseso ng pagbabayad, ang mga pondo ay naiiwan sa pagitan ng paglalabas at pagdating, na kumukuha ng 24 hanggang 72 oras—walang kita at nagpapabigat sa operasyonal na kapital. Ang mga stablecoin sa blockchain ay maaaring magkaroon ng kita habang nasa paglipat—hindi ito maliit na pagpapabuti sa gastos sa pagbabayad, kundi isang pagbabago sa buong lohika ng epektibong paggamit ng pondo.

Six: Kasalukuyang ecosystem: Sampung antas ng pagkakahati at nawawalang antas

Dahil sa paglalawak ng payment infrastructure sa mas maraming track, mas maraming service provider, at mas maraming uri ng infrastructure, ang pagkakakilanlan ng PSP ay naging mas mahirap tukuyin.

Ang mga tungkulin sa paglipat ng pondo na dati ay nakabundle sa isang PSP lamang, ay ngayon isang serye ng mga responsibilidad na nakalat sa iba’t ibang antas ng teknikal na stack.

Hindi na lang ang trabaho ng PSP ay paggalaw ng pera, kundi pagsasalaysay ng paggalaw ng pera.

Ang pagbabalik na ito ay nagpapakita ng mas malalim na pagbabago: ang pagpapatupad mismo ay hindi na sapat. Dapat ngayon ng PSP na suportahan ang mga loob na sistema ng mga negosyo upang makapagpapakita, mag-record, at magkumpara kung paano lumalawak ang pera sa iba’t ibang kapaligiran.

① Platform ng produkto: I-embed ang pagbabayad sa software

Ang mga vertical software platform tulad ng Shopify, Square, Toast, Mindbody, ServiceTitan, at Housecall Pro ay direktang isinama ang pagbabayad sa kanilang mga produkto.

Sa mga sitwasyong ito, pinagsasama ang pagbabayad sa karanasan ng aplikasyon, hindi bilang hiwalay na sistema ng pagbabayad. Karaniwang nakikibatay ang mga platform na ito sa mga PSP sa ilalim, mga kasosyo sa bangko, at mga tagapagbigay ng imprastruktura, na nagdaragdag ng isang karagdagang antas ng abstrakson sa pagitan ng aplikasyon at paggalaw ng pera.

② Pagsasagawa: Paglipat ng pondo sa pagitan ng mga轨道

Ang core ng teknikal na stack ay ang mga serbisyo na responsable sa pagpapatupad ng mga pagbabayad. Kasama rito ang mga tradisyonal na PSP tulad ng Stripe, Adyen, Checkout.com, Worldpay, PayPal, Nuvei, at dLocal, na ang papel ay mag-ugnay sa mga negosyo sa mga track ng pagbabayad at magpalakas ng paggalaw ng pera.

Kasalubungan pa rin sila sa pangunahing bahagi ng stack ng pagbabayad, ngunit pangunahing gumagana sa antas ng pagpapatupad—nagsisimula ng mga pagbabayad, nagrereport ng estado, at nagpapakita ng API, ngunit hindi sila nagbibigay ng buong modelo kung paano lumalabas ang pera sa pagitan ng mga serbisyo at loob na sistema.

Ipinapakita sa iyo ng Stripe kung ano ang nangyari sa kanilang sariling bahagi kapag tinanong mo sila, “Nasaan ngayon ang perang ito?” Ang Stripe ay isang node lamang; maaaring kasali sa transaksyon ang PSP, banko, track, at apat o limang internal ledger, ngunit ang nakikita nila ay laging bahagi lamang, hindi ang buong larawan.

③ Antas ng pagkakasunod-sunod at pagrute: Konektahin ang mga serbisyo ng pagpapatupad

Habang ang mga negosyo ay gumagamit ng maraming PSP at paraan ng pagbabayad, lumitaw ang mga platform para sa pag-uugnay na responsable sa pagrute sa iba't ibang serbisyong pangbabayad. Ang mga kumpanya tulad ng Primer, Gr4vy, Spreedly, Paydock, at CellPoint Digital ay nagpapahintulot sa mga negosyo na i-route ang mga transaksyon batay sa rehiyon, gastos, o performance. Ang mga sistema na ito ay nagpapalakas ng flexibility sa execution layer, ngunit hindi nagbibigay ng isang magkakaugnay na modelo para sa pagkilos pagkatapos ng pagpapahintulot sa pagbabayad.

④ Antas ng pagsusuri ng panganib at pagkakasundo: Tukuyin kung dapat ilipat ang pondo

Isang grupo ng mga independiyenteng service provider ang responsable sa pagtataya kung dapat payagan o hindi ang pagpapagawa ng pagbabayad. Ang mga sistema ng pag-verify ng identity, pagdetekta ng fraud, at pagpapatupad ng patakaran ng mga supplier tulad ng Persona, Sardine, Alloy, Unit21, Sift, at Sumsub ay nagtataya sa mga user at transaksyon bago ito isagawa. Sa real-time na kapaligiran, kailangang tapusin ang mga desisyon na ito bago magkaroong paglipat ng pondo, kaya ang mga pangunahing kontrol na lohika ay inilipat sa labas ng PSP.

⑤ Antas ng imprastruktura ng bangko: Nagtataglay ng pera at sumusuporta sa pagkonekta

Ang mga托管银行 tulad ng Cross River Bank, Lead Bank, Column, at Sutton Bank ay nag-aalok ng mga reguladong akunat at pag-access sa mga network ng pagbabayad. Sila ang naghahawak ng pera ng mga kliyente, nagpapamahala ng likuididad, at nagiging pinto para sa pag-access sa mga sistema tulad ng ACH, wire transfer, RTP, at FedNow. Ang antas na ito ay mahalaga para sa pag-access sa sistema ng pondo, ngunit independiyenteng gumagana mula sa aplikasyon na lohika at mga API ng PSP.

⑥ Antas ng paglabas ng card: Pagpapalawak ng mga pagpapatakbo sa pagbabayad

Ang mga platform ng paglalabas ng card tulad ng Marqeta, Lithic, at Rain ay nagpapahintulot sa mga negosyo na maglabas ng debit at credit card bilang bahagi ng kanilang produkto, na sumusuporta sa mga use case tulad ng pagpapamahala sa gastos, corporate card, at market spending. Ang mga platform ng paglalabas ay nag-uugnay sa mga banko at card networks, ngunit gumagana bilang isang hiwalay na layer sa teknikal na stack, na nagdadala ng karagdagang workflow, control mechanisms, at estado na kailangang i-coordinate sa iba pang bahagi ng payment tech stack.

⑦ Layer ng Pagpapadala: Pundasyon ng Network

Ang payment rails ay isang network na naglalakbay ng pera sa pagitan ng mga finansyal na institusyon. Ang tradisyonal na rails ay kasama ang ACH, wire transfers, at mga network ng card, habang ang mga bagong network tulad ng RTP at FedNow ay nagpapahintulot sa real-time settlement. Bawat rail ay may iba’t ibang aksiyon sa panahon, finality, at reversibility, na gumagawa ng mga pagkakaiba na kailangang i-expose o i-avoid ng PSP (hindi lamang i-abstrak).

⑧ Network layer ng stablecoin: Pagpapalawak sa labas ng infrastruktura ng bangko

Ang mga network ng stablecoin tulad ng Ethereum, Solana, Polygon, at Base ay nagdala ng isang bagong anyo ng infrastructure sa pagbabayad na gumagana sa labas ng tradisyonal na sistema ng bangko. Ang mga network na ito ay nagpapadala ng digital dollar sa global na infrastructure gamit ang iba’t ibang modelo ng pagkakasundo at mekanismo ng pagpapahinga. Ipinapalawig nila ang sakop ng sistema ng pagbabayad sa labas ng mga track na batay sa bangko, at nagdadala ng karagdagang komplikasyon na kailangang i-integrate sa umiiral na workflow.

⑨ Bank as a Service Layer: Konektahin ang mga app sa mga banko

Ang mga platform ng Banking-as-a-Service (BaaS) tulad ng Unit, Galileo, at Treasury Prime ay nag-aalok ng imprastruktura para i-connect ang mga fintech application sa mga reguladong banko. Ginagawang posible nito ang pagbibigay ng mga account, card, at payment capabilities sa mga negosyo nang hindi kailangang maging banko. Ang antas na ito ay pinapadali ang pag-access sa imprastruktura ng banko, ngunit nagdaragdag ng isang karagdagang gitna sa pagitan ng application, PSP, at ang mga pondo sa ilalim.

⑩ Ang nawawalang layer: Isang nag-uunang PSP na nakakapalibot sa buong buhay cycle ng paggalaw ng pera

Sa pagtingin sa mga antas na ito, ang pattern ay pare-pareho: bawat serbisyo ay responsable sa partikular na punsiyon, at walang isang nagtataglay ng buong pananaw sa paggalaw ng pera—kabilang ang pag-unawa, kontrol, at pagpapatotoo nito.

Ang pagpapatupad ay handled ng isang serbisyo, ang pagdedesisyon sa panganib ay handled ng iba, at ang pondo ay naka托管 sa bangko; ang proseso ng pagbabayad ay maaaring mag-extend sa iba’t ibang network ng card, real-time track, at on-chain systems. Ang bawat sistema ay nagpapakita ng iba’t ibang data, timeline, at depinisyon ng estado.

Sa isang fragmented na kapaligiran, ang problema ay hindi nagkakaroon sa pagpapahayag—ito ay lumalabas pagkatapos: kapag may pagkakaiba-iba sa sistema, pagkakaroon ng pagkaantala sa pondo o pagbabalik, at kailangan ng team ng mga sagot. Dito ay nagsisimula ang pagbagsak ng sistema sa pagbabayad.

Pitong, saan nagkakaroon ng pagkabigo sa pagpapatakbo ng pagbabayad

Biyernes, 2:55 PM, inilathala ng timbang ng pondo ang isang wire transfer na $50,000 sa supplier. Sa 3:00 PM, ang wire cut-off ng banko. Ipinakita ng sistema ang “Nakapagpadala,” ngunit wala pang kumpirmasyon sa email.

Sa ika-4:00 ng hapon, nag-message ang supplier tungkol sa kalagayan ng bayad. Dumating ang finance upang tingnan ang PSP backend, at ipinakita nito ang "Nasa proseso." Pagkatapos, tinitingnan ang bank account, at ipinakita nito ang "Naka-antay sa settlement." Dalawang sistema, iisang pera, dalawang iba't ibang kalagayan—walang isa sa kanila ang makakasabi kung saan exact na node ngayon ang pera.

Biyernes ng hapon ng 5:00, nagtatapos ang customer service ng banko. Ang mga supplier ay naghihintay ng pagkakasya ng bayad para sa paghahatid sa weekend. Hindi alam ng financial team kung ano ang dapat sabihin sa supplier, o kung babalik ang pera sa lunes ng umaga o kailangang i-restart ang transaksyon.

Hindi ito ekstremong sitwasyon, kundi karaniwang pangyayari na kinakaharap ng team ng payment operations tuwing linggo. Hindi ito makikita sa manual ng produkto ng PSP, ngunit makikita sa mga rekord ng bawat team ng跨境 payment.

Ang pinakamahirap na problema sa pagbabayad ay madalas ay hindi sa pagpapahimayang, kundi pagkatapos—kapag kailangan ng tim na ipaliwanag kung ano talaga ang nangyari.

Ang mapa ng merkado sa nakaraang kabanata ay nagpakita ng kalawakan ng ekosistema ng pagbabayad. Ang isang simpleng pagbabayad ay madalas ay lumilipas sa maraming serbisyong teknikal bago magkaron ng pagkakasundo. Bawat bahagi ay maaaring magkaroon ng iba’t ibang pagpapakita ng parehong galaw ng pera, iba’t ibang oras, iba’t ibang estado, at iba’t ibang iskedyul ng pagdating ng mga dokumento, habang ang mga anomaliya ay ire-reporth sa iba’t ibang channel.

Dito mismo nagiging mahirap ang payment operations.

Reconciliation: Mga iba’t ibang bersyon ng isang pangyayari

Kailangan ng financial team na tugmain ang internal ledger sa bank statement, settlement reports, at merchant data. Kung isang service provider ay nagpapakita na natapos na ang pagbabayad, samantalang ang isa pa ay nasa proseso pa, kailangan ng kumpanya ng isang modelo para lutasin ang mga pagkakaiba. Kung ang chargeback ay dumating pagkatapos ng pag-update ng internal balance, kailangan ng ledger na i-reverse o i-adjust nang kaugnay.

Pangangasiwa sa mga pagkakamali: mga pagkabigo na walang malinaw na pagkakakilanlan

Maaaring mabigo ang isang withdrawal dahil sa hindi wastong target account, paggamit ng maling account para sa pondo, paghihintay sa pagsusuri sa pagkakasunod, o pagkawala sa deadline ng track. Ang mga pagkabigo na ito ay iba’t iba at hindi nagaganap sa parehong oras. Gayunpaman, inaasahan pa rin ng mga user ang magkakaparehong sagot, at kailangan pa rin ng internal team ang pagproseso ng proseso.

Liquidity at Funding: Ang pera ay sa maling lugar

Ang mga negosyo na nagpapatakbo sa maraming serbisyo at akawnt ay dapat siguraduhin na ang tamang pondo ay nasa tamang akawnt sa tamang oras. Kahit na sapat ang kabuuang balanse, kung ang pondo ay nananatili sa maling akawnt, maaaring magkamali ang pagpapatupad ng pagbabayad—ito ay gumagawa ng puwang sa pagitan ng lohika ng produkto at realidad ng operasyon.

Auditability at Control: I-recover what happened

Ang mga operasyon sa pagpapahintulot, pagpapahinga, pagpapalabas, at pagpapatotoo ay nangyayari sa iba’t ibang koponan at sistema; kailangan ng mga negosyo ang mapagkakatiwalaang rekord kung sino, kailan, at bakit ang gumawa ng bawat aksyon. Ito ay hindi lamang isang pangangailangan sa pagkakaroon ng pagsunod kundi pati na rin ang pundasyon para sa pagtatakdang muli ng kasaysayan ng transaksyon kapag may problema.

Ang mga tanong na ito ay parehong operasyonal at arkitektural.

Ang pinakamalaking pagkabigo sa pagpapatakbo ng pagbabayad ay madalas na nangyayari kapag ang koponan ay hindi makakasagot sa isang simpleng tanong: Saan na ang perang ito?

Hindi ang kawalan ng isa pang serbisyo na nagpapagana ng pagbabayad, pagrurute ng transaksyon, o paghahawak ng pera sa loob ng umiiral na modelo, kundi isang evolusyonaryong PSP na makakapag-coordinate sa lahat ng mga ito, makakasunod sa estado sa pagitan ng mga serbisyo, makakapagmaneho ng mga workflow ng paggalaw ng pera, at makakapagpanatili ng tiyak na pampublikong rekord sa paglipas ng panahon.

Walo: Ang susunod na pag-unlad ng PSP

Ang hamon ay hindi ang pag-access sa infrastruktura ng pagbabayad, kundi kung kayang mapanatili ang pare-parehong, maaasahang pag-unawa sa paraan kung paano lumalabas ang pera.

Kasalukuyang paghahati ng trabaho sa ekosistema: Ginagawa ng PSP ang pagbabayad, hinahawakan ng mga banko ang pera, tinataya ng mga sistemang pangkompliyans ang panganib, at pinapadala ng mga kasangkapan ang mga transaksyon. Ngunit walang isang serbisyong nagtataglay ng buong, magkakasunod na pananaw sa paggalaw ng pera sa buong buhay ng pagbabayad.

Ang susunod na direksyon ng PSP ay magbigay ng konsistentlyang pagkikita sa buong teknikal na stack—upang maunawaan, ma-record, at mapanatili ang tiwala sa bawat transaksyon mula sa pagpapadala hanggang sa pagsasapalaran.

Ang antas na ito ay dapat makapag:

• Magpapadala ng bayad sa mga banko, tradisyonal na sistema, at mga network ng stablecoin
• Nagpapanatili ng isang magkakasunod na sistema ng rekord sa pamamagitan ng panloob na libro
• Workflow para sa pagpapahintulot sa pamamahala, pondo, at pagtrato sa mga anomali
• I-match ang external na aktibidad sa internal na pagsasapalaran
• Sa paglalawak ng sukat, ang nakabuilt na pagkakasunod, ang infrastruktura ng account, at ang koneksyon sa track para sa patuloy na paglago

Wakas: Saan magsisimula

Hindi na itinutukoy ng modernong imprastruktura sa pagbabayad ang isang solong processor o isang solong track. Ito ay isang kapaligiran na binubuo ng maraming serbisyong nagtataglay ng iba’t ibang bahagi ng paggalaw ng pera, pagpapahintulot, pagkakasundo, at pagsasalaysay.

Sa buong gabay na ito, nakikita natin ang pag-unlad ng kapaligirang ito:

Ang mga serbisyo sa pagbabayad ay lumampas sa saklaw ng pagproseso ng transaksyon, patuloy na dumadami ang mga daanan sa pagbabayad, ang mga real-time na sistema ay tinanggal ang safety net ng pagkakaroon ng pagkakabagabag sa pagkakasundo, at ang mga bagong anyo ng imprastruktura tulad ng stablecoin ay dagdag pa sa buong sistema.

Para sa mga koponan na nagbuo ng mga financial product o nag-embed ng pagbabayad sa software, mas mahalaga ang entry point kaysa sa mga diskusyon tungkol sa estratehiya.

Huwag magsimula sa tanong na “Kung babalewalaan ba ang stablecoin,” kundi hanapin ang isang tiyak na problema: sobrang pagiging mabagal sa pag-settle ng isang cross-border channel, masyadong maraming manual na pagkilos sa proseso ng pagbabayad sa supplier, o ang ilang walang ginagawang pera ay nasa daan at walang kita. Pumili ng isang use case, buksan ang isang account, at gawin ang isang aktwal na pagbabayad. Magsimula muna sa internal pilot, mula sa treasury (pamamahala ng pondo) na scenario, hindi agad sa pagbabago ng proseso sa kliyente. Ito ay makakatulong na kontrolin ang panganib at magtatayo ng pag-unawa.

Sa ilalim ng pagkakasunod, ang mga patakaran tulad ng KYC, AML, at pag-scan sa mga parusa ay patuloy na nauugnay; ang stablecoin ay kumakatawan lamang sa pagbabago sa ilalim na track. Mas malinaw na ang regulatory framework pagkatapos ng GENIUS Act kaysa sa dalawang taon na ang nakalipas, at hindi ito dapat maging dahilan para pigilan ang pilot.

Ang totoong panganib sa estratehiya ay hindi kung gagamitin mo ang stablecoin o hindi, kundi kung ang iyong kalaban ay gumagamit ng stablecoin upang muli ay disenyo ang kanilang gastos sa pagbabayad at efisiyensiya ng kapital, habang ikaw ay naghihintay pa rin ng perpektong panahon para magsimula.

Kawalan ng isang nag-uunang koordinasyong layer, tumataas ang kumplikasyon kasabay ng paglaki ng sukat. Mayroon ito, maaaring mag-operate ang mga negosyo sa paggalaw ng pera nang malinaw, may kontrol, at may tiwala.

Bahagi ng mga sanggunian: Modern Treasury — Isang Practioner's Guide sa PSPs noong 2026