Neobancs i aplicacions d'inversió: com la infraestructura API impulsa les tecnologies financeres (fintech) modernes

El març del 2026, el neobanc indi Fi va tancar discretament la capa bancària de la seva aplicació. Els clients que havien obert comptes d'estalvi a través de l'elegant interfície de Fi van rebre un correu electrònic que deia que el compte en si estava bé, segur i totalment finançat, però ara haurien de gestionar-lo a través de FedMobile, l'aplicació pertanyent a Federal Bank, el banc amb llicència real que havia estat mantenint aquests comptes tot el temps. El Federal Bank ho va qualificar de "reajustament empresarial". Fi, que havia atès més de 3.5 milions de clients i havia processat més de mil milions de transaccions des del 2021, va dir que s'estava reorientant cap a la tecnologia profunda i la IA.

És una petita història, però diu alguna cosa important sobre com funciona realment la tecnologia financera moderna. La inversió financera no va ser mai un banc. Era una aplicació bellament dissenyada que es trobava sobre la infraestructura d'un banc, i quan aquest acord va acabar, l'aplicació va ser la part que va desaparèixer, no els diners ni el compte subjacent. Això és cert per a gairebé totes les aplicacions de neobancs i d'inversió que feu servir, i entendre per què canvia la manera com penseu sobre les aplicacions de tecnologia financera al vostre telèfon.

Un neobanc no és un banc, és una interfície

Un neobanc és una marca financera només digital sense sucursals, generalment construïda al voltant d'una aplicació més elegant i una millor experiència d'usuari que la que ofereix un banc tradicional. El que gairebé mai té és una llicència bancària real. A l'Índia, el Banc de la Reserva de l'Índia no reconeix en absolut el "neobanc" com una categoria amb llicència. Empreses com Jupiter i Fi van crear els seus comptes d'estalvi, targetes de dèbit i funcions UPI en col·laboració amb Federal Bank, mentre que altres es basen en socis com Axis Bank o DCB Bank. L'aplicació s'encarrega del disseny, les recompenses i l'experiència del producte. El banc regulat té els dipòsits, la llicència i l'obligació de compliment.

Això no és exclusiu de l'Índia. Chime, un dels neobancs més grans dels EUA, tampoc té cap estatut bancari, sinó que opera a través de bancs associats. N26 i Revolut són diferents en què tots dos tenen les seves pròpies llicències bancàries en algunes parts d'Europa, cosa que explica en part per què la seva petjada reguladora és diferent de la de Chime o Jupiter. El patró que importa és aquest: "neobanc" descriu una capa de producte, no necessàriament legal, i l'aplicació a la qual confieu el vostre salari podria estar a una renegociació comercial de canviar de mans, exactament com acaben d'experimentar els clients de Fi.

Les aplicacions d'inversió funcionen amb la mateixa lògica

Canvieu "banc" per "corredor" i la mateixa història es repeteix en la inversió. Un SIP o una aplicació de negociació d'accions elegant rarament té la seva pròpia infraestructura de compensació o actua com a participant dipositari des de zero. A l'Índia, tots els intermediaris registrats a la SEBI, ja sigui una aplicació de fons d'inversió, un corredor de descompte o una plataforma de gestió de patrimoni, han de canalitzar el KYC a través d'una agència de registre KYC registrada a la SEBI, un sistema introduït en virtut del Reglament SEBI KRA del 2011. Completeu el vostre KYC una vegada amb qualsevol KRA, com ara CAMS KRA o la branca KRA de la NSE, i totes les altres plataformes registrades a la SEBI poden obtenir el mateix registre verificat en lloc de tornar-vos a passar pel procés. És la versió del món de la inversió del que fa l'eKYC basat en Aadhaar pels comptes bancaris, una identitat verificada, reutilitzable a tot arreu.

Globalment, la forma és similar, fins i tot si la fontaneria és diferent. Robinhood, Wealthfront i la majoria d'aplicacions d'inversió minorista es troben a sobre d'empreses de compensació i custodis que realment mantenen i liquiden els valors. L'aplicació és la capa d'experiència. La infraestructura que hi ha a sota està regulada, estandarditzada i majoritàriament invisible per a l'usuari final, fins que alguna cosa canvia i t'adones que hi era des del principi.

La incorporació és la porta principal, i ara és un problema de l'API

Tant si obriu un compte de NeoBank com un SIP, el primer que passa és la verificació de la identitat, i aquí és on la capa API es guanya el seu lloc. Una pila d'incorporació ben construïda extreu la verificació d'Aadhaar o PAN, comprova si hi ha un registre existent al Registre Central KYC i, per a comptes d'empreses o microempreses, verifica les presentacions de GST, tot mitjançant un grapat de trucades a l'API en lloc d'una visita a una sucursal i una pila de fotocòpies. Aquest és exactament el tipus d'infraestructura que té Decentro. API KYC estan dissenyats per agrupar xecs basats en Aadhaar, PAN, CKYC i GST en una sola integració, de manera que un neobanc o una aplicació d'inversió no hagi de construir una relació separada amb cada registre governamental pel seu compte.

Això importa més del que sembla. La incorporació sol ser el punt més important d'abandonament d'usuaris en qualsevol producte fintech. Cada document addicional, cada pas de revisió manual, és una oportunitat perquè un client genuí es rendeixi a la meitat del procés. Les aplicacions que semblen instantànies al front-end, gairebé sense excepció, executen una verificació ràpida i automatitzada al back-end.

La part en què ningú pensa: els pagaments recurrents

Aquí teniu la peça d'infraestructura d'aplicacions d'inversió i neobanques que rep menys atenció tot i fer la major part de la feina. Un SIP només funciona si el dèbit mensual es produeix realment, de manera fiable, durant anys, sense que l'inversor hagi d'aprovar manualment un pagament cada vegada. A l'Índia, això es gestiona a través d'UPI AutoPay, el sistema de mandats de NPCI llançat el 2020, que permet a un usuari autoritzar un dèbit recurrent una vegada amb el seu PIN UPI i després processar els pagaments posteriors automàticament fins a un límit establert, 15,000 ₹ per a pagaments recurrents generals i fins a 1 lakh ₹ per a categories com SIP de fons d'inversió, primes d'assegurança i EMI de préstecs, abans que es torni a activar la reautenticació. Els sistemes més antics com els mandats electrònics de NACH encara gestionen gran part d'això, especialment per a dèbits recurrents de valor més alt o basats en comptes bancaris.

Els neobancs es recolzen en els mateixos rails per una raó diferent: les funcions d'estalvi automàtic, les transferències recurrents a "potes" d'estalvi, la facturació de subscripcions per a nivells premium i les instruccions permanents depenen d'una infraestructura de pagament recurrent fiable i amb baixes fallades. Equivocar-se en això no només costa ingressos, sinó que significa que un SIP deixa d'invertir silenciosament o un objectiu d'estalvi s'atura silenciosament, i l'usuari sovint no se n'adona fins mesos després. És exactament el tipus de fontaneria que fa Decentro. API de pagaments recurrents estan dissenyats per gestionar els mandats UPI AutoPay i NACH, de manera que un producte fintech pot configurar, fer un seguiment i reintentar dèbits recurrents sense haver de combinar múltiples integracions bancàries i NPCI.

Què ensenya realment la història de Fi

Tornem a Fi Money per un segon. La raó per la qual els seus clients no van perdre ni una rupia quan l'aplicació va tancar és precisament perquè la infraestructura subjacent, el compte bancari real, mai va ser de Fi en un principi. Pertanyia al Federal Bank, una entitat regulada, tot el temps. L'aplicació podia desaparèixer d'un dia per l'altre perquè l'aplicació mai va ser on va viure la relació financera real.

Això no és un defecte del model neobancari, sinó que el model funciona tal com ha estat dissenyat. La lliçó per a qualsevol que construeixi, o simplement utilitzi, productes fintech és que la interfície és reemplaçable i la infraestructura que hi ha a sota no ho és, o si més no no hauria de ser-ho. Aquesta és exactament la raó per la qual gran part de la innovació real de la indústria fintech s'ha traslladat del disseny d'aplicacions a la capa API: verificació d'identitat, gestió de llibres majors, gestió de mandats i compliment, les coses poc glamuroses que determinen si els vostres diners estan realment segurs i si el vostre SIP s'activa realment a temps, independentment de quina aplicació hi estigui instal·lada aquest any.