El cicle de vida del pagament: de l'autorització a la liquidació

El cicle de vida del pagament és la seqüència fixa que recorre un pagament des que s'aprova fins que els fons arriben al compte del comerç: autorització, captura, compensació, liquidació i abonament. Cada pas fa exactament una feina, i després de cadascun els diners són en un estat diferent. La majoria de gent s'imagina un pagament amb targeta com un únic esdeveniment en el moment del toc; en realitat és una cadena, i gairebé tot el que va bé o malament en pagaments passa perquè aquests passos són separats, no simultanis.

Entendre la cadena és la diferència entre un pagament que es concilia sol i un tiquet de suport. Per això la recorrem una vegada, d'un extrem a l'altre i en ordre.

Autorització: una retenció, no una transferència

L'autorització és una pregunta, no un moviment. Quan es toca la targeta, la sol·licitud viatja fins a l'emissor, que comprova que el compte existeix, està en bon estat i té fons o crèdit per a l'import. Si és així, fa una retenció — reserva els diners perquè no es puguin gastar dues vegades — i retorna un codi d'autorització. No s'ha mogut cap diner. El comerç té ara la promesa que els fons són bons, vàlida durant una finestra definida pel scheme. Una autorització es pot revertir (anul·lació) abans que es cobri res, i caduca sola si no s'utilitza. Per això el saldo d'una targeta baixa a l'instant de pagar, però la línia de l'extracte no es consolida fins més tard: la baixada és la retenció, no el càrrec. Una autorització també pot ser denegada directament — fons insuficients, una regla antifrau, una targeta caducada — i un bon gateway distingeix una denegació tova que val la pena reintentar d'una de dura que no. Com que la retenció és la promesa de l'emissor que els diners són bons, el comerç pot lliurar la mercaderia només amb el codi d'autorització, abans que ni una sola unitat de moneda hagi sortit realment del compte del client.

Captura: convertir la retenció en un cobrament

La captura és el comerç dient «cobra-ho ara». Converteix la retenció en una sol·licitud real dels diners. La captura pot ser total, parcial (un import final menor que l'autoritzat — un article enviat més barat que la preautorització) o diferida (autoritzar en la comanda, capturar en l'expedició). Autorització i captura en un sol pas és el comportament habitual en una caixa de botiga; autoritzar primer i capturar després és com funcionen hotels, surtidors i marketplaces, perquè no coneixen l'import final quan es presenta la targeta. L'interval entre autorització i captura és una costura deliberada i útil: és on el comerç decideix què cobra realment.

Compensació: el lot que concilia

Els pagaments capturats no es liquiden un per un en temps real. Es reuneixen en fitxers i s'intercanvien en lots entre l'adquirent del comerç i els card schemes — és la compensació (clearing). En aquest pas es casen les transaccions, es netegen els imports i s'apliquen les comissions del scheme i l'interchange, de manera que tothom coincideix en qui deu què a qui. La compensació és una feina de conciliació, no un moviment de diners: produeix els totals acordats sobre els quals actua el pas següent. A més, estructuralment és un procés per lots — i aquesta és la raó real per la qual un pagament que va semblar instantani a la caixa triga dies a arribar com a efectiu. Res del lot és una limitació dels ordinadors; així estan construïts els schemes per compensar eficientment milers d'institucions entre elles, intercanviant totals acordats un cop per cicle en lloc de disparar una transferència per cada cafè.

L'autorització és una promesa, la captura és un cobrament i la liquidació és l'únic pas on els diners es mouen de veritat. Confondre'ls és com una empresa comptabilitza ingressos que encara no té.

Liquidació: els diners es mouen de debò

La liquidació és on els fons canvien realment de mans entre bancs. Amb els totals compensats, el scheme mou els diners dels emissors als adquirents, i cada institució liquida la seva posició neta en lloc de cada transacció individual. La liquidació s'executa a una data valor — el dia en què els fons són realment disponibles — i per això els pagaments segueixen un ritme T+1 o T+2: els diners són reals, però arriben segons el calendari del scheme, no el rellotge del client. Tot el que va abans d'aquest pas era comptabilitat; aquí és on els apunts del llibre major es converteixen en saldos disponibles. La institució que deu en termes nets paga; la que té a cobrar rep — i com que és en net, les quantitats que es mouen realment entre bancs són una fracció del valor brut dels pagaments del dia, cosa que fa que un scheme amb milions de transaccions es redueixi a un nombre manejable de moviments de liquidació.

Abonament: de l'adquirent al teu compte

La liquidació deixa els diners a l'adquirent; l'abonament els porta al comerç. Segons un calendari — diari, setmanal o a demanda — l'adquirent ingressa el saldo acumulat del comerç al seu compte bancari, descomptades les comissions de processament i qualsevol reserva retinguda per a devolucions i disputes. Aquesta és la xifra que una empresa veu realment, i el punt on la conciliació funciona o fa mal: l'abonament és una xifra neta que cobreix moltes transaccions, de manera que casar-lo amb les comandes individuals és un exercici en si mateix. Un gateway que porta la identitat de cada comanda fins al final ho fa trivial; un que no ho fa converteix cada abonament en un full de càlcul. El flux del nostre gateway, /products/gateway, està pensat perquè un abonament es concilií amb les comandes que el componen.

On el cripto afegeix un pont

Un pagament amb cripto o stablecoin no substitueix aquesta cadena — hi afegeix un tram de conversió al davant. En lloc de la retenció d'autorització d'un emissor, el pagament es confirma a la cadena: el client signa una transferència, i la finalitat s'assoleix a mesura que la xarxa afegeix confirmacions, no quan un banc aprova una retenció. Un cop confirmat, un off-ramp converteix el cripto en fiat, i a partir d'aquí els diners tornen a entrar al mateix camí de compensació, liquidació i abonament que fa servir qualsevol altre pagament. La novetat queda continguda en aquest primer tram; la segona meitat continua sent deliberadament avorrida. Aquesta és la regla de disseny — mantenir la liquidació ordinària i posar les mecàniques noves només on són inevitables — perquè la tresoreria, la conciliació i l'auditor al final del recorregut no han de poder saber com va començar el pagament. Quantes confirmacions es consideren definitives és una decisió de política, no una llei de la cadena: una exigència més alta canvia velocitat per certesa davant d'una reorganització, i l'off-ramp espera la profunditat que fixi l'apetit de risc abans d'alliberar el fiat cap al camí de liquidació.

Per què les costures importen en l'operativa

Les devolucions, les reversions i les disputes s'associen cadascuna a una fase concreta, i encertar la fase ho és tot. Cancel·la abans de la captura i anul·les una autorització — no s'ha mogut mai cap diner, no hi ha res a retornar. Cancel·la després de la liquidació i emets una devolució — un pagament nou en sentit contrari, amb el seu propi cicle de vida. Un contracàrrec (chargeback) arriba enrere a través de la compensació per recuperar un import ja liquidat. Tracta-ho tot com una «cancel·lació» indiferenciada i el llibre major es desquadra; tracta-ho com operacions sobre fases diferents i cada cas té una actuació correcta i auditable. El vocabulari — autorització, captura, compensació, liquidació, data valor — es recull a /glossary.

L'única idea que val la pena endur-se: un pagament és una cadena d'estats, no un esdeveniment. L'autorització reserva, la captura reclama, la compensació acorda, la liquidació mou, l'abonament lliura — i un tram cripto només hi cargola una conversió al davant. Els diners són una promesa fins a la liquidació i un fet després, i l'empresa que els comptabilitza abans del fet compta diners que encara no té. Sabent en quin estat és un pagament, la resta de l'operativa de pagaments deixa de ser un misteri.