Forside / Blog / Teknik

Hvorfor delte regninger aldrig går op

22. september 2026 · 10 min læsning · Dimesum Engineering · gennemgået af Jagadeep Sai

En delt saldo, der ikke går op, skyldes næsten altid en af fire ting: et afrundet øre, en anden valuta, en ændret regning eller et medlem, der forlod gruppen, og kun den første handler om regnestykket.

Du kigger på en gruppes saldo, og den passer ikke. Måske med et par øre. Måske med en hel regning. Spørgsmålet nedenunder er stille, men reelt: er det appen, der tager fejl, eller er det dig?

Her er det rolige svar. Når du deler regninger med andre, har en saldo, der ikke går op, næsten altid én af fire årsager, og kun den ene handler om regnestykket. De tre andre er en valuta, en rettelse og en, der forlod gruppen. Sæt navn på den, du har, og løsningen holder op med at være et mysterium.

De fire årsager

Begynd med problemets form. En delt saldo er en løbende opgørelse over, hvem der har betalt, og hvem der skylder. Den bør summe til nul på tværs af gruppen: hver krone, nogen har til gode, er en krone, en anden skylder. Når den ikke gør det, er der kommet noget ind i summen, som summen ikke kunne rumme.

Så hvorfor går delte regninger ikke op? Som regel af én af fire grunde. Et øre havnede et uventet sted, da en regning ikke kunne gå lige op. To valutaer blev lagt sammen, som var de én.

En gammel regning blev ændret, efter at folk allerede havde betalt efter den. Eller en person forlod gruppen, mens vedkommende stadig skyldte penge. Tre af de fire har intet med dit regnestykke at gøre. For det større billede af, hvordan en gruppe faktisk gør sin gæld op, kan du læse vores teardown om at gøre op i en gruppe.

Tabellen nævner hver årsag én gang, hvordan den viser sig, og hvad der løser den. Alt efter den er den lange udgave.

Fire grunde til at en delt saldo ikke går op

Afrunding: det skæve øre, og hvorfor det skal være deterministisk

Her er eksemplet, og hvert tal i det kan du selv regne efter. Lucas, Aiko og Sofia er ude. Middagen koster 100,00 kr., og de deler den ligeligt. 100,00 kr. delt med tre er 33,3333 og videre i det uendelige, hvilket ingen valuta kan betale. Så fordelingen bliver 33,33, 33,33 og 33,34.

Læg dem sammen igen: 33,33 plus 33,33 plus 33,34 er præcis 100,00 kr. De tre andele er ærlige. Den ene er et øre større.

Det ekstra øre er hele problemet i miniature. Nogen må bære det. Det er afrunding i delte udgifter, og den har én opgave: at lægge det skæve øre et fast sted frem for et tilfældigt. Hvis appen tildeler det på ny hver gang, kan den samme middag give 33,34 til Aiko i dag og 33,34 til Sofia i morgen, og saldoen vipper med et øre uden synlig grund.

Så vi gør reglen deterministisk. Det ekstra øre går til betaleren hver gang. Lucas betalte, så Lucas bærer 33,34, og de to andre bærer 33,33 hver. Lucas har 100,00 kr. minus sine egne 33,34 til gode, hvilket er 66,66.

Aiko skylder 33,33. Sofia skylder 33,33. 33,33 plus 33,33 er 66,66. Gruppen summer til nul. Afrundingen brugte kronens to decimaler, den mindste enhed, der er fastsat for den i den internationale valutastandard ISO 4217; valget om at give øret til betaleren er vores eget, og dets eneste dyd er, at det aldrig ændrer sig.

En online beregner til at dele regninger kan klare denne division for én middag. Det svære er at gøre det på samme måde ved den hundrede, hvilket også er den forskel, vi går op i under at dele en restaurantregning retfærdigt. Revisorer har længe skændtes om, hvilken regel der er mest retfærdig; den udbredte standard i databehandling, afrunding til lige tal, er beskrevet i IEEE 754-standarden. Vi har ikke brug for den her, for vores øre er ikke en halv.

Tre andele af en helhed efterlader præcis ét øre til overs, og det eneste spørgsmål er, hvem der holder det.

To valutaer i én gruppe, og hvorfor de ikke kan lægges sammen

Nu kommer en regning nummer to ind i gruppen. Aiko betaler for en taxa, og den koster ¥6.000. Fristelsen, for en træt opgørelse, er at lægge ¥6.000 til 100,00 kr. og vise ét tal.

Det tal betyder ingenting. 100,00 kr. og ¥6.000 er ikke samme slags ting, og at lægge dem sammen er som at lægge en afstand til en vægt. Yen har nul decimaler som sin mindste enhed, kronen har to, igen ifølge ISO 4217. De runder ikke engang af på samme måde.

Så vi holder en saldo per valuta. I kroner ændrede intet sig: Aiko skylder Lucas 33,33, og Sofia skylder Lucas 33,33. I yen deles taxaen tre veje med ¥2.000 hver. Aiko betalte ¥6.000, så Aiko har ¥6.000 minus ¥2.000 til gode, hvilket er ¥4.000.

Lucas skylder ¥2.000. Sofia skylder ¥2.000. ¥2.000 plus ¥2.000 er ¥4.000. To saldi, hver summer til nul, ingen af dem lader som om den er den anden. Vil du have de dybere fejltilstande her, har vi skrevet om dem i valutafejl på tværs af valutaer.

En rettelse af en gammel regning, og hvad der må ske med historikken

Måned tre. Nogen opdager, at middagen blev bogført forkert: den var 120,00 kr., ikke 100,00 kr. De retter den. Det er her, saldi, der så afgjorte ud, pludselig flytter sig, og hvor mange apps stille går galt.

Den naive løsning er at overskrive det gamle tal og regne forfra. Men folk har allerede betalt efter den gamle fordeling. Hvis historikken skrives om i det skjulte, kan ingen se, hvorfor de nu skylder mere. Så rettelsen må genopgøre fordelingen og bogføre forskellen, ikke slette fortiden. 120,00 kr. delt med tre er 40,00 præcis, intet skævt øre denne gang.

Hver andel bliver 40,00. Lucas betalte 120,00 kr., så Lucas har 120,00 kr. minus 40,00 til gode, hvilket er 80,00. Aiko skylder 40,00. Sofia skylder 40,00. 40,00 plus 40,00 er 80,00.

Kronesaldoen flyttede sig fra 66,66 til gode til 80,00 til gode, og forskellen, 13,34, kan spores præcist til de 20,00 kr., middagen voksede med: de to andre andele steg hver 6,67, og 6,67 plus 6,67 er 13,34. Vi beholder den gamle post og lægger rettelsen ovenpå. Hvorfor en rettelse må genopgøre sin fordeling frem for at lade som om middagen altid var 120,00 kr., er sin egen historie i en rettelse må genopgøre sin fordeling.

Nogen forlod gruppen, og hvad der sker med det, de skyldte

Den fjerde årsag er en person, ikke et tal. Sig at Sofia forlader gruppen, mens hun stadig skylder 40,00 kr. i kroner og ¥2.000 i yen. Nu kan saldoen ikke nå nul af sig selv, for en af de personer, den afhænger af, er væk.

Det er ikke en regnefejl; regnestykket er fint. Gruppen har et hul på størrelse med Sofias andel.

Der er kun nogle få ærlige ting at gøre, og de er alle beslutninger, ikke beregninger. Gruppen kan eftergive beløbet og bogføre, at det blev eftergivet. Nogen kan overtage det og bogføre hvem. Eller Sofia kan gøre op, før hun går.

Det afgørende er, at valget skrives ned som en post, så saldoen står på nul, fordi noget skete, ikke fordi en gæld stille blev slettet. Vi beslutter det aldrig for dig; vi bogfører det valg, du træffer. Den samme logik gælder en bofælle, der flytter midt i en lejeperiode, hvilket vi dækker i at dele husleje med bofæller.

Sådan tjekker du selv en saldo, når du deler regninger

Du kan revidere alt dette i hånden, og det er værd at kunne. Tag én valuta ad gangen, og bland dem aldrig. For den valuta lægger du alt sammen, hver person har betalt. Læg alt sammen, hver person skyldte, andel for andel.

En persons saldo er det, vedkommende betalte, minus det, vedkommende skyldte. Gør det for alle, og læg så alle saldi sammen. Summen skal være nul. Er den ikke det, fortæller forskellen dig, hvilken årsag du har.

En forskel på et øre eller to er afrunding; se hvor det skæve øre landede, og tjek at det landede samme sted hver gang. En forskel på størrelse med en hel regning, eller en sum der ser umulig ud, er som regel en valuta nummer to, der blev lagt ind. En saldo, der har ændret sig, siden du sidst kiggede, peger på en rettelse, så åbn regningens historik.

En saldo, der slet ikke vil gå i nul, peger på en, der forlod gruppen. Når du deler regninger med venner, er saldoen kun nogensinde regnestykke, så en stædig forskel er information, ikke uheld. Vil du hellere se tallene end tro os på ordet, viser vores stykke om statistik over at dele regninger, hvor ofte hver af disse faktisk sker.

Hvad et append-only-regnskab gør ved alle fire

Under Dimesum ligger et append-only, dobbelt bogholderi, og det er offentligt, så intet af dette skal tages på tro. Dobbelt bogholderi betyder, at hvert beløb bogføres to gange, én gang som noget, der skyldes, og én gang som noget, der skyldes til, så de to sider altid balancerer; princippet er ældre end software og beskrives ligefremt i opslaget om dobbelt bogholderi. Append-only betyder, at vi aldrig overskriver. Vi tilføjer kun.

Det ene design håndterer alle fire årsager. Afrunding er deterministisk, fordi ørets destination er skrevet ind i bogføringsreglen, ikke afgjort i øjeblikket. Valutaer holdes adskilt, fordi hver post bærer sin egen valuta, og regnskabet nægter at lægge på tværs af dem. En rettelse bliver en ny korrigerende post, der genopgør fordelingen, så både den gamle og den nye sandhed overlever; vi beskriver det maskineri i et append-only-regnskab for delte udgifter.

Og en person, der forlader gruppen, bliver en bogført beslutning, en post som enhver anden, frem for en manglende række. Vi bogfører det hele. Vi hverken opbevarer eller flytter dine penge; regnskabet er en optegnelse, og opgøret sker direkte mellem jer, i så få overførsler som vi kan beregne. Sammenligner du værktøjer, holder vores noter om apps til at dele regninger sammenlignet og apps til huslejedeling sammenlignet sig til, hvad hvert enkelt gør og ikke gør.

En saldo, der ikke går op, er ikke en dom over dit venskab eller dit regnestykke. Det er et af fire små fakta om din gruppe. Åbn Dimesum, og regnskabet vil fortælle dig hvilket.