Trasparenza prima dell’addebito
Commissioni, tempi e destinazione sono mostrati prima che il denaro si muova. Nessuna cifra compare per la prima volta nell’estratto conto.

Chi siamo
FSG PAY nasce da una convinzione semplice: chi ti tiene i soldi deve poterti mostrare, in ogni momento, dove sono e perché si sono mossi. Non come promessa, ma come proprietà del sistema — scritta nel registro, nel codice e nei documenti.
La nostra missione è costruire un conto di pagamento in cui la trasparenza non è una funzione in più, ma la struttura portante: ogni cifra è spiegata prima di muoverla, ogni movimento resta scritto per sempre, ogni regola è pubblica.
Prodotto in fase di sviluppo — non ancora operativo al pubblico.
Partita doppia
Scrittura contabile
I nostri principi
Non sono valori appesi a una parete: sono vincoli che il sistema applica da solo, anche quando nessuno guarda.
Commissioni, tempi e destinazione sono mostrati prima che il denaro si muova. Nessuna cifra compare per la prima volta nell’estratto conto.
Per ogni operazione puoi chiedere «spiegami»: chi ha mosso cosa, verso dove e in base a quale regola. La risposta arriva dal registro, non da un riassunto.
Il libro mastro è a partita doppia e solo in aggiunta: niente modifiche, niente cancellazioni. Un errore si corregge con uno storno che lascia traccia.
Autenticazione a due fattori per i clienti e obbligatoria per lo staff, dati sensibili cifrati a riposo, sessioni che puoi vedere e revocare.
Esporti tutto quando vuoi, in un formato leggibile. I consensi si gestiscono dal conto e ogni cambiamento resta registrato.
Ogni schermata, ogni messaggio, ogni documento esiste in due lingue con lo stesso significato. Nessuna versione di serie B.
Come costruiamo
Tutto ciò che affermiamo su questa pagina è controllabile nel codice e nei documenti del progetto. Qui c’è cosa esiste già — e dove guardare.
Ogni transazione deve bilanciare — la somma dei dare uguale alla somma degli avere — prima di essere registrata. Se non bilancia, viene rifiutata e nulla viene scritto. Il divieto di modifica è imposto dal database, non solo dal codice.
Dove verificarlodocs/adr/0002 · trigger deny_mutation()
Test unitari sulla logica pura e una suite d’integrazione che gira contro un PostgreSQL reale in continuous integration: nessuna modifica arriva in produzione senza passare da lì.
Dove verificarlodocs/TESTING.md · docs/RELEASE-PROCESS.md
L’intera interfaccia è descritta in un contratto OpenAPI 3.1 pubblicato dal servizio stesso: firme, errori e versioni. Niente rotte nascoste, niente comportamenti non dichiarati.
Dove verificarloGET /openapi.json · docs/FEATURES.md
Antiriciclaggio, propensione al rischio, continuità operativa, disaster recovery e piano di chiusura ordinata sono documenti reali del repository — in bozza, onesti sui gap, pronti per la revisione di chi ci vigilerà.
Dove verificarlodocs/compliance/ · docs/DISASTER-RECOVERY.md
Ogni numero di questa sezione corrisponde a file e comandi presenti nel repository del progetto. Se un giorno non fosse più vero, cambieremmo la pagina, non la storia.
Il percorso
Preferiamo dire cosa è fatto e cosa no, piuttosto che promettere un calendario. Le tappe cambiano stato solo quando sono reali.
Stato: Raggiunta
Denaro sempre in centesimi interi, registro a partita doppia solo in aggiunta, chiavi di idempotenza su ogni movimento. Le regole non negoziabili, scritte per prime.
Stato: Raggiunta
Conto con IBAN, pagamenti tra utenti, richieste di denaro, divisione delle spese, salvadanai, budget, statistiche, conti business con team e verifica aziendale.
Stato: Raggiunta
Backoffice con ruoli separati, autenticazione a due fattori obbligatoria, code di verifica e tracce di audit che nessuno può cancellare.
Stato: Oggi
Il sito vetrina e l’applicazione web sono pubblicati, in italiano e in inglese, con la pagina della trasparenza aperta a chiunque voglia guardare.
Stato: In corso
Il sistema dialoga con il partner attraverso un’interfaccia unica, pensata per cambiarlo senza toccare il registro. La selezione del partner è in corso.
Stato: Prossima
Arriverà solo dopo il partner, le autorizzazioni necessarie e i piani di governance validati. Fino ad allora, lo diciamo chiaramente: siamo in sviluppo.
Parla con noi
Cerchiamo persone che preferiscono la regola chiara alla scorciatoia e che vogliono costruire un sistema di cui si possa rendere conto. Scrivici e raccontaci cosa sai fare.
Se rappresenti un istituto, un fornitore di servizi bancari o vuoi valutare il progetto, la pagina partner spiega come è fatto il sistema e cosa chiediamo.
La pagina della trasparenza mostra come sono costruite le regole e come si legge ogni movimento. È il modo migliore per conoscerci.
FSG PAY è in fase di sviluppo: nessun fondo reale viene ancora gestito.