Startsida / Blogg / Teknik

Därför stämmer aldrig era delade saldon

22 september 2026 · 10 min läsning · Dimesum Engineering · granskad av Jagadeep Sai

Ett delat saldo som inte går ihop beror nästan alltid på en av fyra saker: ett avrundat öre, en andra valuta, en ändrad nota eller en medlem som lämnade, och bara den första är matematik.

Du tittar på en gruppsaldo och det stämmer inte. Kanske med några ören. Kanske med en hel nota. Frågan under ytan är stillsam men verklig: är det appen som har fel, eller är det du?

Här är det lugna svaret. När du delar notor med andra har ett saldo som inte går ihop nästan alltid en av fyra orsaker, och bara en av dem handlar om matematik. De andra tre är en valuta, en ändring och någon som lämnade gruppen. Sätt namn på vilken du har, så slutar lösningen vara ett mysterium.

De fyra orsakerna

Börja med problemets form. Ett delat saldo är en löpande summa av vem som betalat och vem som är skyldig. Det ska summera till noll för hela gruppen: varje krona som någon har till godo är en krona som någon annan är skyldig. När det inte gör det har något kommit in i summan som summan inte kunde bära.

Så varför går delade notor inte ihop? Oftast av en av fyra anledningar. Ett öre hamnade någonstans oväntat när en nota inte gick jämnt upp. Två valutor lades ihop som om de vore en.

En gammal nota ändrades efter att folk redan hade betalat mot den. Eller så lämnade en person gruppen medan hen fortfarande var skyldig pengar. Tre av dessa fyra har inget med din matematik att göra. För den bredare bilden av hur en grupp faktiskt reder ut sina skulder, läs vår genomgång om att göra upp i en grupp.

Tabellen nämner varje orsak en gång, hur den visar sig och vad som löser den. Allt efter den är den långa versionen.

Fyra anledningar till att ett delat saldo inte går ihop

Avrundning: det udda öret, och varför det måste vara deterministiskt

Här är exemplet, och varje siffra i det kan du räkna om själv. Lucas, Aiko och Sofia går ut. Middagen kostar 100,00 kr, och de delar lika. 100,00 kr delat på tre är 33,3333 och så vidare i all oändlighet, vilket ingen valuta kan betala. Så fördelningen blir 33,33 kr, 33,33 kr och 33,34 kr.

Lägg ihop dem igen: 33,33 kr plus 33,33 kr plus 33,34 kr är exakt 100,00 kr. De tre andelarna är ärliga. En av dem är ett öre större.

Det där extra öret är hela problemet i miniatyr. Någon måste bära det. Det här är avrundning av delade utgifter, och det har en enda uppgift: att lägga det udda öret på ett bestämt ställe i stället för ett slumpmässigt. Om appen tilldelar det på nytt varje gång kan samma middag ge 33,34 kr till Aiko idag och 33,34 kr till Sofia imorgon, och saldot vinglar med ett öre utan någon synlig anledning.

Så vi gör regeln deterministisk. Det extra öret går till betalaren varje gång. Lucas betalade, så Lucas bär 33,34 kr och de andra två bär 33,33 kr var. Lucas har 100,00 kr minus sina egna 33,34 kr till godo, vilket är 66,66 kr.

Aiko är skyldig 33,33 kr. Sofia är skyldig 33,33 kr. 33,33 kr plus 33,33 kr är 66,66 kr. Gruppen summerar till noll. Avrundningen använde kronans två decimaler, den underenhet som fastställts för den i den internationella valutastandarden ISO 4217. Valet att ge öret till betalaren är vårt, och dess enda förtjänst är att det aldrig ändras.

En onlinekalkylator för delade notor kan göra den här divisionen för en middag. Det svåra är att göra det på samma sätt för den hundrade, vilket också är det vi bryr oss om i att dela en restaurangnota rättvist. Revisorer har länge tvistat om vilken regel som är rättvisast. Det vanliga standardvalet inom databehandling, avrundning till jämnt tal, beskrivs i standarden IEEE 754. Vi behöver den inte här, eftersom vårt öre inte är en halva.

Tre andelar av en helhet lämnar exakt ett öre över, och den enda frågan är vem som håller i det.

Två valutor i en grupp, och varför de inte kan läggas ihop

Nu kommer en andra nota in i gruppen. Aiko betalar för en taxi, och den kostar ¥6,000. Frestelsen, för en trött summa, är att lägga ¥6,000 till 100,00 kr och visa en enda siffra.

Den siffran betyder ingenting. 100,00 kr och ¥6,000 är inte samma sorts sak, och att lägga ihop dem är som att lägga ihop en sträcka och en vikt. Yenen har noll decimaler som underenhet, kronan har två, återigen enligt ISO 4217. De avrundas inte ens på samma sätt.

Så vi håller ett saldo per valuta. I kronor ändrades ingenting: Aiko är skyldig Lucas 33,33 kr, och Sofia är skyldig Lucas 33,33 kr. I yen delas taxin på tre med ¥2,000 var. Aiko betalade ¥6,000, så Aiko har ¥6,000 minus ¥2,000 till godo, vilket är ¥4,000.

Lucas är skyldig ¥2,000. Sofia är skyldig ¥2,000. ¥2,000 plus ¥2,000 är ¥4,000. Två saldon, vart och ett summerar till noll, inget låtsas vara det andra. Om du vill ha de djupare felfallen här har vi skrivit om dem i pengabuggar mellan valutor.

En ändring av en gammal nota, och vad som måste hända med historiken

Månad tre. Någon inser att middagen registrerades fel: den var 120,00 kr, inte 100,00 kr. De ändrar den. Det är här saldon som såg ut att vara uppgjorda plötsligt rör sig, och där många appar tyst går fel.

Den naiva lösningen är att skriva över det gamla talet och räkna om från början. Men folk har redan betalat mot den gamla fördelningen. Om historiken tyst skrivs om kan ingen se varför de nu är skyldiga mer. Så ändringen måste räkna om fördelningen och bokföra skillnaden, inte radera det förflutna. 120,00 kr delat på tre är exakt 40,00 kr, inget udda öre den här gången.

Varje andel blir 40,00 kr. Lucas betalade 120,00 kr, så Lucas har 120,00 kr minus 40,00 kr till godo, vilket är 80,00 kr. Aiko är skyldig 40,00 kr. Sofia är skyldig 40,00 kr. 40,00 kr plus 40,00 kr är 80,00 kr.

Kronsaldot gick från att 66,66 kr var till godo till att 80,00 kr var till godo, och skillnaden, 13,34 kr, är exakt spårbar till de 20,00 kr som middagen växte med: de två andra andelarna steg var och en med 6,67 kr, och 6,67 kr plus 6,67 kr är 13,34 kr. Vi behåller den gamla posten och lägger korrigeringen ovanpå. Varför en ändring måste räkna om sin fördelning, i stället för att låtsas att middagen alltid var 120,00 kr, är en egen historia i en ändring måste räkna om sin fördelning.

Någon lämnade, och vad som händer med det de var skyldiga

Den fjärde orsaken är en person, inte ett tal. Säg att Sofia lämnar gruppen medan hon fortfarande är skyldig 40,00 kr i kronor och ¥2,000 i yen. Nu kan saldot inte nå noll av sig självt, eftersom en av personerna det är beroende av är borta.

Det här är inte ett räknefel. Matematiken stämmer. Gruppen har ett hål i storleken av Sofias andel.

Det finns bara några få ärliga saker att göra, och alla är beslut, inte beräkningar. Gruppen kan efterskänka beloppet, och notera att det efterskänktes. Någon kan ta över det, och notera vem. Eller så kan Sofia göra upp innan hon lämnar.

Det som spelar roll är att valet skrivs ner som en post, så att saldot visar noll för att något hände, inte för att en skuld tyst raderades. Vi bestämmer aldrig detta åt dig. Vi noterar det val du gör. Samma logik gäller när en rumskamrat flyttar ut mitt under ett hyreskontrakt, vilket vi tar upp i att dela hyran med rumskamrater.

Hur du själv kontrollerar ett saldo när du delar notor

Du kan granska allt detta för hand, och det är värt att veta hur. Ta en valuta i taget, och blanda dem aldrig. För den valutan, summera allt varje person betalade. Summera allt varje person var skyldig, andel för andel.

En persons saldo är vad de betalade minus vad de var skyldiga. Gör detta för alla, lägg sedan ihop alla saldon. Summan måste vara noll. Om den inte är det talar glappet om vilken orsak du har.

Ett glapp på ett eller två ören är avrundning. Titta på var det udda öret hamnade och kontrollera att det hamnade på samma ställe varje gång. Ett glapp i storleken av en hel nota, eller en summa som ser omöjlig ut, är oftast en andra valuta som vävts in. Ett saldo som ändrats sedan du senast tittade pekar på en ändring, så öppna notans historik.

Ett saldo som inte alls går att stänga pekar på någon som lämnade. När du delar notor mellan vänner är saldot alltid bara matematik, så ett envist glapp är information, inte otur. Om du hellre vill se siffrorna än ta oss på orden visar vår artikel med statistik om att dela notor hur ofta var och en av dessa faktiskt inträffar.

Vad en tilläggsbaserad liggare gör åt alla fyra

Under Dimesum finns en tilläggsbaserad liggare med dubbel bokföring, och den är offentlig, så inget av detta behöver tas på tro. Dubbel bokföring innebär att varje belopp bokförs två gånger, en gång som något som är skyldigt och en gång som något som ska tas emot, så att de två sidorna alltid balanserar. Principen är äldre än mjukvara och beskrivs tydligt i uppslaget om dubbel bokföring. Tilläggsbaserad innebär att vi aldrig skriver över. Vi bara lägger till.

Den enda designen hanterar alla fyra orsakerna. Avrundning är deterministisk eftersom örets destination är inskriven i bokföringsregeln, inte bestämd i stunden. Valutor hålls åtskilda eftersom varje post bär sin egen valuta och liggaren vägrar lägga ihop dem. En ändring blir en ny korrigerande post som räknar om fördelningen, så att både den gamla sanningen och den nya överlever. Vi beskriver det maskineriet i en tilläggsbaserad liggare för delade utgifter.

Och en person som lämnar blir ett bokfört beslut, en post som vilken annan som helst, i stället för en saknad rad. Vi bokför allt. Vi håller aldrig i eller flyttar dina pengar. Liggaren är ett register, och uppgörelsen sker direkt mellan er, i så få överföringar vi kan beräkna. Om du jämför verktyg håller sig våra anteckningar om appar för att dela notor jämförda och appar för att dela hyra jämförda till vad var och en gör och inte gör.

Ett saldo som inte går ihop är ingen dom över din vänskap eller din matematik. Det är ett av fyra små fakta om din grupp. Öppna Dimesum så talar liggaren om vilket.