Il gestionale che ho costruito per me

Ogni indipendente con partita IVA ha una relazione conflittuale con il software contabile.

I software generalisti — quelli che usano tutti — sono progettati per il caso comune. Il libero professionista con clienti italiani, fatture standard, IVA ordinaria, e un commercialista che fa il resto. Se il tuo caso è quello, funzionano.

Il mio caso non è quello.

Ho clienti italiani e clienti esteri. Ho fatture con IVA ordinaria, fatture con reverse charge, fatture fuori campo IVA per i prodotti digitali venduti all'estero. Ho acquisti su Stripe che diventano costi, abbonamenti SaaS che vanno capitalizzati, ammortamenti da calcolare. Ho bisogno di generare LiPE ogni trimestre, produrre file XML per il SDI, e tenere i registri IVA in un formato che il mio commercialista possa leggere.

Nessun software che ho provato gestiva questo flusso senza richiedere workaround che diventavano a loro volta un problema da gestire.

La decisione di costruirlo

Non ho costruito il Gestionale Molinari per dimostrare qualcosa. L'ho costruito perché il costo di adattarsi a software che non funzionavano per me aveva superato il costo stimato di costruire qualcosa di mio.

È una valutazione che faccio raramente — di solito la risposta giusta è usare quello che esiste già. Ma in questo caso il dominio era abbastanza stretto da essere gestibile, le mie esigenze erano abbastanza specifiche da non trovare corrispondenza nei prodotti esistenti, e la complessità era abbastanza alta da giustificare l'investimento.

Lo stack è MERN — MongoDB, Express, React + Vite, Node.js. Non c'era una ragione tecnica forte per sceglierlo; è lo stack che conosco meglio, e per un progetto che costruisci principalmente da solo la familiarità conta più dell'ottimalità teorica.

Cosa fa concretamente

Il gestionale parte dalla fatturazione. Posso creare fatture, associarle a clienti, generare il file XML FatturaPA 1.2.1, e inviarlo all'SDI tramite le API di InvoiceTronic. Il sistema gestisce i diversi regimi IVA — ordinario, reverse charge, fuori campo — e produce il codice natura corretto in base al tipo di operazione.

I registri IVA si aggiornano automaticamente quando registro una fattura. A fine trimestre, il sistema calcola la liquidazione periodica — il quadro VP della LiPE — dai dati già presenti nei registri. Non è un modulo che compilo a mano; è un calcolo che parte dai dati e arriva al file XML pronto per l'invio.

C'è la prima nota — le scritture contabili di base — e la gestione dei cespiti con ammortamento. Non è un ERP; non gestisce la contabilità analitica, non produce il bilancio civilistico completo. È esattamente quello che mi serve per gestire una piccola partita IVA in regime ordinario semplificato.

Il webhook di Sistema Nexus

Una delle feature più recenti — e quella tecnicamente più interessante — è l'integrazione con Sistema Nexus, il payment router che ho costruito per la mia tesi magistrale.

Nexus espone un webhook verso il gestionale ogni volta che una transazione viene completata. Il gestionale riceve l'evento, determina il regime IVA corretto in base alla natura della transazione e alla provenienza del cliente, e genera automaticamente la FatturaPA. Per i clienti esteri che pagano tramite LemonSqueezy, la fattura è fuori campo IVA — LemonSqueezy è il Merchant of Record e si assume la responsabilità fiscale. Per i clienti italiani che pagano tramite Stripe, la fattura è con IVA ordinaria e viene inviata all'SDI.

Stripe/LemonSqueezy → Sistema Nexus → Gestionale Molinari → SDI

Questo ciclo — dalla transazione alla fattura elettronica — è completamente automatico. Quando arriva un pagamento, entro qualche secondo ho la fattura generata, inviata, e registrata in contabilità.

Quello che ho imparato costruendolo

Il dominio fiscale italiano è più complesso di quanto sembri dall'esterno, e più coerente di quanto sembri quando ci sei dentro.

FatturaPA ha centinaia di campi, ma la maggior parte sono facoltativi o si valorizzano allo stesso modo per il novantacinque percento dei casi. I codici natura IVA seguono una logica precisa una volta che capisci il modello sottostante. La LiPE è solo una comunicazione strutturata di dati che hai già se la contabilità è in ordine.

Ho capito queste cose costruendo il software che le implementa. Non le avrei capite leggendo la documentazione dell'Agenzia delle Entrate.

C'è un valore nell'implementare da zero le cose che usi, anche quando esistono alternative già costruite. Non sempre — ma quando il dominio è abbastanza stretto e il caso d'uso abbastanza specifico, costruire ti dà una comprensione che usare non ti dà.

Userò questo per sempre?

Probabilmente no. A un certo punto Barba Studio o un altro prodotto crescerà abbastanza da richiedere un commercialista che usa strumenti standard, e dovrò migrare.

Ma per adesso funziona, è mio, e ogni volta che uso una feature che ho costruito esattamente per il mio caso c'è una soddisfazione che nessun software preconfezionato riesce a dare.