Home / Blog / Ingegneria

Perché i conti condivisi non tornano mai

22 settembre 2026 · 10 min di lettura · Dimesum Engineering · revisionato da Jagadeep Sai

Un saldo condiviso che non torna si riduce quasi sempre a una di quattro cose: un centesimo arrotondato, una seconda valuta, un conto modificato o un membro che se n'è andato, e solo la prima è aritmetica.

Stai guardando il saldo di un gruppo, e non torna. Forse per pochi centesimi. Forse per un conto intero. La domanda di fondo è discreta ma reale: sbaglia l'app, o sbagli tu?

Ecco la risposta, con calma. Quando dividi le spese con altre persone, un saldo che non torna ha quasi sempre una di quattro cause, e solo una è aritmetica. Le altre tre sono una valuta, una modifica e qualcuno che se n'è andato. Individua quella che ti riguarda, e la soluzione smette di essere un mistero.

Le quattro cause

Parti dalla forma del problema. Un saldo condiviso è il totale progressivo di chi ha pagato e di chi deve. Nel gruppo dovrebbe dare zero: ogni euro che qualcuno deve ricevere è un euro che qualcun altro deve. Quando così non è, nel totale è entrato qualcosa che il totale non poteva contenere.

Allora perché i conti divisi non tornano? Di solito per una di quattro ragioni. Un centesimo è finito in un punto inatteso quando un conto non si divideva in modo esatto. Due valute sono state sommate come se fossero una sola.

Un conto vecchio è cambiato dopo che le persone avevano già pagato la loro parte. Oppure una persona ha lasciato il gruppo con un debito ancora aperto. Tre di queste quattro cause non hanno nulla a che fare con i tuoi calcoli. Per il quadro più ampio su come un gruppo salda davvero i propri debiti, leggi il nostro approfondimento su come saldare i conti di un gruppo.

La tabella indica ogni causa una volta, come si manifesta e cosa la risolve. Tutto ciò che segue è la versione estesa.

Quattro ragioni per cui un saldo condiviso non torna

Arrotondamento: il centesimo in più, e perché deve essere deterministico

Ecco l'esempio, e ogni cifra è lì perché tu la possa rifare. Lucas, Aiko e Sofia escono a cena. La cena è €100.00, e la dividono in parti uguali. €100.00 diviso tre fa €33.3333 e così all'infinito, cifra che nessuna valuta può pagare. Così la divisione diventa €33.33, €33.33 e €33.34.

Rimettili insieme: €33.33 più €33.33 più €33.34 fa esattamente €100.00. Le tre quote sono corrette. Una è più grande di un centesimo.

Quel centesimo in più è tutto il problema in miniatura. Qualcuno deve portarlo. È l'arrotondamento delle spese condivise, e ha un solo compito: mettere il centesimo in più in un punto fisso invece che in uno casuale. Se l'app lo assegna da capo ogni volta, la stessa cena può dare €33.34 ad Aiko oggi e €33.34 a Sofia domani, e il saldo oscilla di un centesimo senza una ragione visibile.

Perciò rendiamo la regola deterministica. Il centesimo in più va sempre a chi ha pagato. Ha pagato Lucas, quindi Lucas porta €33.34 e gli altri due portano €33.33 ciascuno. A Lucas spettano €100.00 meno i suoi €33.34, cioè €66.66.

Aiko deve €33.33. Sofia deve €33.33. €33.33 più €33.33 fa €66.66. Il gruppo dà zero. L'arrotondamento ha usato i due decimali dell'euro, l'unità minima fissata per esso nello standard internazionale delle valute ISO 4217; la scelta di dare il centesimo a chi paga è nostra, e il suo unico pregio è che non cambia mai.

Un calcolatore online per dividere le spese può fare questa divisione per una cena. La parte più difficile è farla allo stesso modo per la centesima, che è anche la differenza che ci interessa in come dividere il conto del ristorante in modo equo. I contabili discutono da tempo su quale regola sia la più equa; l'impostazione comune in informatica, l'arrotondamento al pari, è definita nello standard IEEE 754. Qui non ci serve, perché il nostro centesimo non è una metà.

Tre quote di un intero lasciano esattamente un centesimo di resto, e l'unica domanda è chi lo tiene.

Due valute in un gruppo, e perché non si possono sommare

Ora entra un secondo conto nel gruppo. Aiko paga un taxi, e costa ¥6,000. La tentazione, per un totale stanco, è sommare ¥6,000 a €100.00 e mostrare un'unica cifra.

Quella cifra non significa nulla. €100.00 e ¥6,000 non sono la stessa cosa, e sommarli è come sommare una distanza a un peso. Lo yen ha zero decimali come unità minima, l'euro ne ha due, sempre secondo ISO 4217. Non si arrotondano nemmeno allo stesso modo.

Perciò teniamo un saldo per ogni valuta. In euro non è cambiato nulla: Aiko deve €33.33 a Lucas, e Sofia deve €33.33 a Lucas. In yen, il taxi si divide in tre a ¥2,000 ciascuno. Aiko ha pagato ¥6,000, quindi ad Aiko spettano ¥6,000 meno ¥2,000, cioè ¥4,000.

Lucas deve ¥2,000. Sofia deve ¥2,000. ¥2,000 più ¥2,000 fa ¥4,000. Due saldi, ciascuno dà zero, nessuno finge di essere l'altro. Se vuoi le modalità di errore più profonde in questo caso, le abbiamo raccolte in gli errori di denaro tra valute diverse.

Una modifica a un conto vecchio, e cosa deve accadere allo storico

Terzo mese. Qualcuno si accorge che la cena era registrata male: era €120.00, non €100.00. La modifica. È qui che i saldi che sembravano chiusi all'improvviso si muovono, ed è qui che molte app sbagliano in silenzio.

La soluzione ingenua è sovrascrivere il vecchio numero e ricalcolare da zero. Ma le persone hanno già pagato in base alla vecchia divisione. Se lo storico viene riscritto in silenzio, nessuno può vedere perché ora deve di più. Perciò la modifica deve ricalcolare la divisione e registrare la differenza, non cancellare il passato. €120.00 diviso tre fa esattamente €40.00, stavolta senza centesimo in più.

Ogni quota diventa €40.00. Lucas ha pagato €120.00, quindi a Lucas spettano €120.00 meno €40.00, cioè €80.00. Aiko deve €40.00. Sofia deve €40.00. €40.00 più €40.00 fa €80.00.

Il saldo in euro è passato da €66.66 dovuti a €80.00 dovuti, e la differenza, €13.34, è tracciabile esattamente ai €20.00 di cui è cresciuta la cena: le altre due quote sono salite di €6.67 ciascuna, e €6.67 più €6.67 fa €13.34. Manteniamo la vecchia voce e aggiungiamo sopra la correzione. Perché una modifica deve ricalcolare la sua divisione, invece di fingere che la cena sia sempre stata €120.00, è una storia a sé in una modifica deve ricalcolare la sua divisione.

Qualcuno è andato via, e cosa succede a ciò che doveva

La quarta causa è una persona, non un numero. Mettiamo che Sofia lasci il gruppo con ancora €40.00 da dare in euro e ¥2,000 in yen. Ora il saldo non può arrivare a zero da solo, perché una delle persone da cui dipende non c'è più.

Non è un errore aritmetico; l'aritmetica è a posto. Il gruppo ha un buco grande quanto la quota di Sofia.

Ci sono solo poche cose oneste da fare, e sono tutte decisioni, non calcoli. Il gruppo può condonare l'importo, e registrare che è stato condonato. Qualcuno può assorbirlo, e registrare chi. Oppure Sofia può saldare prima di andarsene.

Ciò che conta è che la scelta sia messa per iscritto come una voce, così il saldo dà zero perché è successo qualcosa, non perché un debito è stato cancellato in silenzio. Non decidiamo mai al posto tuo; registriamo la scelta che fai. La stessa logica vale per un coinquilino che se ne va a metà del contratto, argomento che trattiamo in come dividere l'affitto tra coinquilini.

Come controllare da solo un saldo quando dividi le spese

Puoi verificare tutto questo a mano, e vale la pena sapere come. Prendi una valuta alla volta, e non mescolarle mai. Per quella valuta, somma tutto ciò che ogni persona ha pagato. Somma tutto ciò che ogni persona doveva, quota per quota.

Il saldo di una persona è ciò che ha pagato meno ciò che doveva. Fallo per tutti, poi somma insieme tutti i saldi. La somma deve dare zero. Se non lo fa, la differenza ti dice quale causa hai.

Una differenza di uno o due centesimi è arrotondamento; guarda dov'è finito il centesimo in più e controlla che sia finito nello stesso posto ogni volta. Una differenza grande quanto un conto intero, o un totale che sembra impossibile, di solito è una seconda valuta che è stata inglobata. Un saldo che è cambiato dall'ultima volta che l'hai guardato indica una modifica, quindi apri lo storico del conto.

Un saldo che non si chiude affatto indica qualcuno che è andato via. Quando dividi le spese tra amici, il saldo è sempre e solo aritmetica, quindi una differenza ostinata è un'informazione, non sfortuna. Se preferisci vedere i numeri invece di crederci sulla parola, il nostro articolo con le statistiche sulla divisione delle spese mostra quanto spesso ciascuno di questi casi accade davvero.

Cosa fa un registro append-only per tutte e quattro

Sotto Dimesum c'è un registro append-only a partita doppia, ed è pubblico, così nulla di tutto questo va preso sulla fiducia. La partita doppia significa che ogni importo è registrato due volte, una come qualcosa che si deve e una come qualcosa che spetta, così i due lati si bilanciano sempre; il principio è più antico del software ed è descritto con chiarezza nella voce sulla partita doppia. Append-only significa che non sovrascriviamo mai. Aggiungiamo soltanto.

Questo unico progetto gestisce tutte e quattro le cause. L'arrotondamento è deterministico perché la destinazione del centesimo è scritta nella regola di registrazione, non decisa sul momento. Le valute restano separate perché ogni voce porta la propria valuta e il registro si rifiuta di sommarle tra loro. Una modifica diventa una nuova voce di correzione che ricalcola la divisione, così sopravvivono sia la vecchia verità sia la nuova; descriviamo questo meccanismo in un registro append-only per le spese divise.

E una persona che se ne va diventa una decisione registrata, una voce come le altre, invece di una riga mancante. Registriamo tutto. Non deteniamo né spostiamo mai il tuo denaro; il registro è un archivio, e il saldo avviene direttamente tra voi, nel minor numero di trasferimenti che riusciamo a calcolare. Se stai confrontando gli strumenti, i nostri appunti su le app per dividere le spese a confronto e le app per dividere l'affitto a confronto si attengono a ciò che ciascuno fa e non fa.

Un saldo che non torna non è un giudizio sulla vostra amicizia o sui tuoi calcoli. È uno di quattro piccoli fatti sul vostro gruppo. Apri Dimesum e il registro ti dirà quale.