Bnext

Bnext es una empresa de tecnología financiera (fintech) con sede en Madrid, clasificada dentro del sector de software y SaaS. Según la información disponible, operó como neobanco, es decir, como plataforma de servicios financieros de uso móvil dirigida a particulares.

De acuerdo con los datos verificados, la sociedad consta como activa en el registro. Por tanto, no se puede afirmar que haya cerrado.

La información verificada disponible no detalla la fecha de constitución ni los fundadores. Estos datos no constan en el corpus suministrado y habría que consultarlos en el registro mercantil o en la fuente enciclopédica citada.

Según la información disponible, Bnext ofrecía una cuenta corriente gestionada desde el móvil, pensada como alternativa a la banca tradicional para usuarios particulares. El modelo encaja en el segmento de los neobancos, que combinan aplicación móvil y servicios de pago.

Los datos verificados no permiten detallar productos concretos, tarjetas, comisiones ni base de usuarios.

El corpus disponible no incluye cifras de clientes, volumen de negocio, rondas de financiación ni hitos concretos. Estos datos no constan y no se pueden afirmar.

Los datos verificados indican que la empresa consta como activa en el registro, de modo que no se puede confirmar un cierre. La información disponible apunta a un proceso de reestructuración o cambio de modelo, pero el corpus suministrado no detalla las causas, los plazos ni las decisiones concretas.

Cualquier afirmación sobre las razones de una reestructuración requeriría fuentes adicionales que no constan aquí.

El corpus disponible no permite identificar un legado concreto en términos de producto, tecnología o mercado. Esta información no consta.

Los nombres de los fundadores no constan en los datos verificados. Por tanto, no se puede informar sobre su situación actual. Para obtener esta información habría que consultar el registro mercantil (composición de órganos de administración), la fuente enciclopédica citada y notas de prensa especializada.

• En el segmento de los neobancos, la rentabilidad depende a menudo de la captación masiva de usuarios y de la monetización por interchange y productos de crédito; sin estos datos no se puede evaluar el equilibrio del modelo.
• La dependencia de rondas de capital riesgo hace que los cambios de estrategia o de modelo de negocio sean frecuentes en fintechs; conviene documentar cada cambio con fuentes registrales y financieras.
• Para cualquier análisis riguroso hay que contrastar la información enciclopédica con el registro mercantil y las cuentas depositadas, que son las fuentes que permiten verificar el estado real de la sociedad.

Bnext va ser un neobanc espanyol fundat a Madrid que va operar com a alternativa mòbil als bancs tradicionals, oferint compte, targetja i gestió de finances personals des del mòbil [Wikipedia]. Segons la mateixa font, l'empresa va arribar a operar amb llicència bancària pròpia i va tancar la seva activitat el 2023.

La pregunta que es planteja aquí és què es podria construir avui amb la mateixa essència, és a dir, la proposta de valor de "controla els teus diners des del mòbil, sense fricció i sense dependre d'un banc tradicional". La resposta més realista, atès el context regulatori i competitiu actual, és no reconstruir un banc, sinó una plataforma de gestió financera personal (PFM) i agregació de comptes que es connecti a bancs existents via PSD2 i ofereixi una experiència mòbil superior.

Aquesta és una proposta nova, no una descripció del que Bnext era: es tracta de capturar l'essència (simplicitat mòbil, control de despeses, marca propera) sense assumir el cost regulatori i de capital d'una llicència bancària.

El mercat de les finances personals digitals a Espanya existeix i està consolidat. Segons la informació disponible sobre Bnext [Wikipedia], l'empresa va operar en aquest segment i va arribar a captar usuaris, cosa que indica que hi havia demanda real per a una experiència bancària mòbil diferent de la dels bancs tradicionals.

Ara bé, el mercat actual és molt més competitiu que quan Bnext va néixer: hi ha neobancs consolidats (N26, Revolut, Openbank digital), bancs tradicionals amb apps molt millorades, i plataformes d'agregació. Això significa que la finestra de "ser el primer neobanc mòbil" ja està tancada; la oportunitat avui és en nínxols concrets: autònoms, joves amb necessitat de control de despeses, o usuaris que volen agregar múltiples comptes.

Nota: aquesta anàlisi de competència és una estimació qualitativa a validar amb dades de mercat actualitzades; no es disposa de xifres verificades de quota de mercat a la font citada.

Un model viable avui, com a proposta, seria:

• Freemium: app gratuïta amb agregació de comptes i categorització bàsica de despeses.
• Subscripció premium (estimació: 3-6 €/mes) per a pressupostos avançats, alertes, informes i multi-compte.
• Comissions per derivació (afiliació) a productes financers de tercers (estalvi, inversió, assegurances), amb transparència total.
• Possible venda B2B de la capa de PFM a entitats financeres o fintechs que vulguin millorar la seva app.

El punt crític és que sense llicència bancària no es pot captar dipòsits ni emetre targetes pròpies directament; caldria fer-ho via partners (BaaS). Això redueix el marge però elimina el cost regulatori i de capital.

Proposta en fases, a validar:

1. Fase 0 (mesos 0-3): validació de problema amb 30-50 usuaris potencials; definició de la proposta de valor i del nínxol (recomanat: autònoms o joves).
2. Fase 1 (mesos 3-9): MVP amb agregació PSD2 via un proveïdor (per exemple, un aggregator europeu), categorització de despeses i alertes. Sense targetes pròpies.
3. Fase 2 (mesos 9-15): llançament beta tancada a Madrid, mesura de retenció i activació; iteració.
4. Fase 3 (mesos 15-24): obertura pública, monetització premium, primers acords d'afiliació.

Aquest calendari és una estimació orientativa; dependrà de l'equip i del proveïdor tecnològic triat.

Estimació per als primers 12-18 mesos (rang ampli, a validar amb pressupostos reals):

• Equip fundador i primers contractes (2-4 persones): 80.000-180.000 €.
• Desenvolupament i integració PSD2 (proveïdor d'agregació, backend, app): 40.000-100.000 €.
• Legal i compliance (RGPD, PSD2, contractes amb partners): 15.000-40.000 €.
• Màrqueting i adquisició inicial: 15.000-60.000 €.
• Infraestructura i eines: 5.000-15.000 €.

Total estimat: 150.000-400.000 € per als primers 12-18 mesos. Aquest rang és una estimació pròpia basada en ordres de magnitud habituals del sector; no prové de cap dada verificada de Bnext.

• Risc d'adquisició: el cost d'aconseguir usuaris en un mercat saturat pot ser molt alt; la retenció és la métrica clau.
• Risc de dependència de tercers: si l'agregació PSD2 depèn d'un sol proveïdor, els canvis de preu o de servei afecten directament el producte.
• Risc regulatori: tot i no ser banc, el tractament de dades financeres exigeix compliment estricte (RGPD, PSD2).
• Risc de monetització: el freemium pot generar molts usuaris i pocs ingressos; cal validar la disposició a pagar abans d'escalar.
• Risc de marca: el nom "Bnext" té un historial de tancament; si es reutilitzés, caldria gestionar la percepció. Proposta: considerar una marca nova que reculli l'essència sense arrossegar el passat.

(Aquesta secció resumeix les lliçons de l'informe original, no és un currículum.)

La lliçó principal de Bnext [Wikipedia] és que construir un neobanc des de zero és una cursa de capital intensiu i regulatori que poques startups poden sostenir fins a l'escala. Per a qui vulgui recollir l'essència avui, la conclusió és clara: no cal ser banc per oferir control financer mòbil. El perfil adequat és un equip petit (2-4 persones) amb capacitat de producte i de negoci, que accepti començar amb un nínxol, validi la disposició a pagar abans d'escalar, i construeixi sobre infraestructura de tercers en lloc de replicar la infraestructura bancària pròpia. La disciplina de cost i la validació primerenca del model de negoci són, segons l'experiència del sector, més determinants que la tecnologia.

Les pimes espanyoles petites tenen dificultats per accedir a crèdit bancari ràpid per a necessitats de circulant (estocs, nòmines, IVA) de 10.000 a 100.000 €, i sovint ho resolen amb bestretes cares o amb el compte personal dels socis. Alhora, els estalviadors minoristes no tenen accés fàcil a rendibilitat per sobre del dipòsit amb risc diversificat i traçable.

Bnext, segons la seva entrada de Wikipedia (https://es.wikipedia.org/wiki/Bnext), va operar com a neobanc amb comptes i targetes per a particulars; la lliçó aprofitable no és el producte de consum, sinó el model de compte amb moviments, verificació d'identitat (KYC) i traçabilitat de pagaments. Aquesta especificació construeix sobre aquesta base un mercat de préstecs, no un banc.

Arquitectura de microserveis amb un nucli transaccional i serveis satèl·lit, desplegada en un sol proveïdor cloud (per exemple AWS) amb tres entorns (dev, staging, prod).

``` [App mòbil / Web] --HTTPS--> [API Gateway + Auth] | +--------------------------+---------------------------+ | | | [Servei Comptes] [Servei Préstecs] [Servei Risc] | | | [Ledger (Postgres)] [Postgres préstecs] [Motor de scoring] | | | +----------> [Bus d'esdeveniments (Kafka)] <----------+ | [Servei Liquidació] --> [PSP / SEPA] | [Servei Notificacions] --> [Email/Push] ```

Decisions i motius:

• Ledger en Postgres amb escriptures només d'append: cada moviment de diners és una fila immutable; el saldo es calcula per agregació. Motiu: auditabilitat financera i reversibilitat sense UPDATE destructiu.
• Kafka com a bus: la liquidació i les notificacions no han de bloquejar la creació del préstec. Motiu: desacoblament i reintents idempotents.
• Motor de risc com a servei separat: permet canviar el model de scoring sense desplegar el nucli. Motiu: el risc és la part que més canviarà.
• Auth amb JWT i KYC delegat a un proveïdor extern: no reinventar la verificació d'identitat. Motiu: compliment normatiu i cost.

Entitats principals (Postgres, amb claus i camps mínims):

```sql -- Usuaris i verificació users(id UUID PK, email, role ENUM('borrower','investor','admin'), kyc_status ENUM('pending','verified','rejected'), created_at)

-- Comptes i moviments (estil Bnext: compte + ledger) accounts(id UUID PK, user_id FK, currency CHAR(3), balance_cached NUMERIC) ledger_entries(id UUID PK, account_id FK, amount NUMERIC, direction ENUM('debit','credit'), ref_type, ref_id, created_at) -- append-only

-- Pimes prestatàries businesses(id UUID PK, user_id FK, cif, name, sector, annual_revenue NUMERIC)

-- Sol·licituds de préstec loan_requests(id UUID PK, business_id FK, amount_requested NUMERIC, term_months INT, purpose TEXT, risk_score INT, status ENUM('draft','listed','funded','repaying','closed','defaulted'), created_at)

-- Trams finançats per inversors investments(id UUID PK, loan_request_id FK, investor_id FK, amount NUMERIC, status ENUM('pledged','settled','repaid','written_off'), created_at)

-- Calendari de devolucions repayment_schedule(id UUID PK, loan_request_id FK, due_date DATE, principal NUMERIC, interest NUMERIC, status ENUM('due','paid','late')) ```

Motius: separar `accounts`/`ledger_entries` de `loan_requests` permet que el flux de diners sigui genèric i auditable independentment del producte. `investments` per tram evita problemes de concurrència en el finançament (cada tram és una fila).

API REST versionada (`/v1`), autenticada amb JWT, idempotència via capçalera `Idempotency-Key` en tots els POST de diners.

Endpoints clau:

• `POST /v1/loan-requests` — crea sol·licitud (borrower).
• `GET /v1/loan-requests?status=listed` — llistat per a inversors.
• `POST /v1/loan-requests/{id}/invest` — compromet un tram; retorna 409 si se supera l'import.
• `GET /v1/portfolio` — inversions de l'usuari.
• `POST /v1/webhooks/psp` — confirmació de liquidació del proveïdor de pagaments.

Integracions externes:

• KYC: proveïdor d'identitat (ex. Onfido o equivalent) via API.
• Pagaments: PSP amb SEPA Credit Transfer per a liquidació i devolucions.
• Scoring: servei intern que consumeix dades de la sol·licitud i, opcionalment, dades públiques de l'empresa.

Motiu de webhooks idempotents: el PSP pot reenviar confirmacions; el ledger ha de poder absorbir duplicats sense doble comptabilització.

Ordre de construcció (cada fase ha de ser desplegable i útil sola):

1. Ledger + comptes + auth + KYC: sense diners traçables no hi ha producte. Inclou `accounts`, `ledger_entries` i el flux de verificació.
2. Sol·licituds de préstec i llistat: borrower crea, admin aprova, inversor veu. Encara sense diners reals.
3. Finançament per trams amb pledges: `investments` i control de concurrència (bloqueig optimista per `amount_remaining`).
4. Liquidació via PSP i calendari de devolucions: el primer flux de diners real, en staging amb imports petits.
5. Motor de risc v1: regles simples (facturació, sector, historial) abans de cap model ML.

Motiu: prioritzar la traçabilitat financera i el control de concurrència, que són els punts on un error és irreparable.

• Concurrència en el finançament: dos inversors poden finançar l'últim tram alhora. Mitigació: transacció amb `SELECT ... FOR UPDATE` sobre `loan_requests` i camp `amount_remaining`.
• Idempotència de pagaments: reintents del PSP poden duplicar moviments. Mitigació: clau única `(ref_type, ref_id)` al ledger.
• Compliment normatiu: crowdlending a Espanya requereix autorització com a plataforma de finançament participatiu (CNMV). Risc alt; cal validació legal abans de la fase 4.
• Risc de crèdit: el motor v1 amb regles pot generar defaults alts. Mitigació: límits per inversor i diversificació mínima per préstec.
• Escala: el ledger append-only creix; cal particionat per data i índexs per `account_id`.

• Tests d'integració del ledger: cada operació de diners ha de quadrar (suma de débits = suma de crèdits) i ser idempotent sota reintents simulats.
• Test de concurrència: N inversors simultanis sobre un préstec; el total finançat mai no supera el sol·licitat.
• Entorn staging amb PSP sandbox: cicle complet sol·licitud → finançament → liquidació → devolució amb imports reals petits.
• Validació legal prèvia: revisió per part d'assessorament regulatori abans de permetre diners de tercers en producció.
• Mètriques de producte: temps mitjà de finançament d'una sol·licitud i taxa de devolucions puntuals, mesurades des del primer dia al ledger.