Salta al contenuto
Damiano Taverni
EN
← Tutti i case study

Settore: Fintech · Nerva S.r.l.s. (co-founder) · Periodo: 2025 — in corso

Nerva — app mobile di expense tracking su open banking

App mobile iOS/Android della piattaforma Nerva, startup fintech co-fondata: tracciamento spese su open banking, declinata in versione business per le PMI e versione cliente.

Co-founder
Ruolo
iOS + Android
Piattaforme
API PSD2
Integrazione

Architettura dell'app mobile Nerva: dalle API bancarie PSD2 alla dashboard spese su smartphone

Contesto

Tenere traccia delle spese è un lavoro manuale che quasi nessuno fa con costanza. L’open banking (direttiva PSD2) permette di automatizzarlo alla radice: con il consenso dell’utente, le transazioni arrivano direttamente dai conti bancari via API, senza inserimento manuale.

Da questa idea è nata Nerva S.r.l.s., startup fintech che ho co-fondato seguendone il percorso completo: definizione del prodotto, architettura tecnica e strategia di go-to-market. L’app mobile è il primo prodotto della piattaforma, sviluppata in due declinazioni: una versione business per le PMI — con riconciliazione delle fatture, dashboard dedicate di entrate e uscite e integrazione con il cassetto fiscale dell’Agenzia delle Entrate — e una versione cliente per l’uso personale, focalizzata sul tracciamento delle spese quotidiane.

Cosa fa

  • Si collega ai conti bancari in sola lettura (modello AIS), tramite provider di open banking conformi PSD2.
  • Normalizza le transazioni provenienti da istituti diversi in un modello dati unico: ogni banca espone formati, campi e convenzioni differenti.
  • Categorizza le spese automaticamente con regole e riconoscimento dei pattern ricorrenti (canoni, abbonamenti, fornitori abituali).
  • Presenta report, budget e andamento del cashflow in una dashboard mobile, con la stessa base dati condivisa dalla versione web.

Sfide tecniche

Una codebase, due piattaforme. L’app è costruita in React Native con Expo: un’unica codebase per iOS e Android, con distribuzione delle build di test agli utenti pilota su entrambi gli ecosistemi durante lo sviluppo dell’MVP.

La normalizzazione dei dati bancari. Gli istituti descrivono la stessa operazione in modi diversi, con causali non strutturate. Il motore di categorizzazione deve gestire descrizioni rumorose ed essere abbastanza prudente da non etichettare male: un errore di categoria mina la fiducia nell’intero prodotto.

Conformità by design. Lavorare con dati bancari significa progettare da subito per GDPR e requisiti PSD2: consenso esplicito, minimizzazione dei dati conservati, accesso in sola lettura.

Stack

React Native · Expo · Firebase (auth, database, cloud functions) · provider open banking PSD2 · integrazione fatturazione elettronica (SDI)

Parliamo del tuo progetto

Raccontami cosa ti serve: ti rispondo entro 1–2 giorni lavorativi con una valutazione onesta e, se ha senso, un preventivo.