Bruidswarenhuis
Jullie kiezen een fotograaf, zetten de aanbetaling in het dossier, en drie weken later blijkt die fotograaf op de trouwdatum al vastzitten aan een andere bruiloft. Of jullie kiezen eerst voor een trouwauto, en besluiten later dat jullie liever lopen naar de ceremonie en het geld aan iets anders besteden. In beide gevallen verandert er iets aan een keuze die al een post in het budget was geworden. De vraag is dan niet of dat kan, maar wat er met die post gebeurt.
Elke keuze die jullie maken bij een blok wordt automatisch een regel in het budget: de leverancier, de categorie waarin die valt, en de ruimte om een bedrag, een betaaldatum, een aanbetaling en een restbetaling in te vullen. Die regel bestaat op zichzelf. Verwijderen jullie de keuze bij het blok, dan verdwijnt de bijbehorende budgetpost niet automatisch mee. Dat is geen omissie, dat is de reden dat terugdraaien in dit systeem geen risico is voor je overzicht. Een aanbetaling die al gedaan is, blijft zichtbaar als bedrag dat is uitgegeven, ook als de leverancier niet meer de leverancier is die jullie uiteindelijk gebruiken.
Stel dat jullie bij het blok fotograaf een naam hadden staan, met een aanbetaling van driehonderd euro die al betaald was en een restbetaling die nog open stond. Die aanbetaling is echt geld, echt weg, en hoort dus te blijven staan totdat jullie zelf besluiten wat ermee gebeurt. Vervangen jullie de fotograaf door een andere, dan voegt het systeem een nieuwe post toe voor de nieuwe leverancier, met een nieuw bedrag, een nieuwe betaaldatum, een nieuwe aanbetaling en restbetaling. De oude post met de al betaalde driehonderd euro blijft ernaast staan, tot jullie die zelf aanpassen, op nul zetten of laten staan als afgeschreven kosten. Zo blijft precies zichtbaar wat er werkelijk is uitgegeven, ook aan een keuze die niet is doorgegaan.
Bij bedragen die nog niet betaald zijn ligt het anders, en simpeler. Was er nog geen aanbetaling gedaan voor de trouwauto die jullie schrappen, dan is er ook niets om ongedaan te maken. Jullie verwijderen het blok, en daarmee ook de post, of laten die op nul staan als jullie nog willen bijhouden dat het idee er is geweest. Er gaat in dat geval niets verloren aan overzicht, omdat er nog niets vastlag.
Het bespaart vooral het opnieuw optellen. Zonder een systeem dat elke keuze koppelt aan een post met eigen bedrag, betaaldatum en aanbetaling, is een wijziging in de plannen een wijziging in een spreadsheet die jullie zelf moeten bijhouden: welk bedrag stond er, wat was al betaald, wat moet er nu nog. Wie dat handmatig doet, vergeet soms een regel, of telt een aanbetaling dubbel, of juist niet meer mee omdat de rij is overschreven door de nieuwe leverancier. Doordat hier elke post op zichzelf blijft bestaan totdat jullie hem aanpassen, is er nooit een moment waarop een bedrag zomaar verdwijnt uit het totaal. Jullie zien op elk moment wat er werkelijk is uitgegeven, ook als de reden voor die uitgave inmiddels niet meer bestaat.
Dat is met name van belang bij de aanbetaling, omdat die vaak niet terugkomt. Een aanbetaling aan een cateraar die afziet van de opdracht, wordt in de praktijk zelden gerestitueerd. Blijft die post gewoon staan met het bedrag dat al is betaald, dan telt het systeem dat mee in het totaal dat jullie hebben uitgegeven, ook al is er inmiddels een andere cateraar gekozen met een nieuwe post ernaast. Zonder die twee losse posten zouden jullie op papier denken dat er minder is uitgegeven dan er werkelijk is, en dat verschil merk je meestal pas als het aan het einde niet klopt.
Er zijn wijzigingen die niets kosten om terug te draaien, omdat er nog niets aan vastzat. Een blok voor entertainment dat jullie hadden aangemaakt maar waarvoor nog geen leverancier, bedrag of datum was ingevuld, kan zonder gevolgen weer verwijderd worden. Er stond geen aanbetaling, er stond geen restbetaling, er was dus ook niets om in het budget achter te houden. Dat geldt ook voor een blok dat jullie toevoegden via de knop voor een eigen categorie, en dat achteraf niet nodig blijkt: zonder ingevuld bedrag is de post leeg, en leeg verwijderen is verwijderen zonder rest.
Het wordt anders zodra er een betaaldatum is ingevuld die nog in de toekomst ligt, maar waarvoor al een aanbetaling is gedaan. Denk aan de trouwlocatie, waar aanbetalingen vaak maanden voor de bruiloft al verplicht zijn terwijl de restbetaling pas rond de datum zelf hoeft. Besluiten jullie die locatie te wijzigen nadat de aanbetaling al is overgemaakt, dan is dat geld weg, en de post die dat bedrag bevat, hoort te blijven staan. Wat er dan verandert, is niet het verleden, maar de rest: de restbetaling van de oude locatie vervalt of wordt op nul gezet, en er komt een nieuwe post bij met een eigen aanbetaling en restbetaling voor de nieuwe locatie.
Het risico zit niet in het systeem, maar in de gewoonte om bij een wijziging de oude post gewoon te verwijderen omdat die niet meer relevant voelt. Wie dat doet bij een post waarvoor al een aanbetaling stond, verwijdert daarmee ook het bewijs van wat er werkelijk al is uitgegeven. Het totaalbedrag dat het systeem berekent, klopt dan niet meer met de werkelijke stand van de rekening. Dat merk je meestal niet meteen, maar pas wanneer je aan het einde van de planning het totaal van het budget vergelijkt met wat er daadwerkelijk van de rekening is gegaan, en het verschil niet kunt verklaren.
De regel is dus eenvoudig: een post die nog geen bedrag of betaling bevat, mag zonder gevolgen weg. Een post waarin al een aanbetaling of betaling is vastgelegd, hoort te blijven staan, ook als de keuze zelf is teruggedraaid, tot jullie zelf beslissen wat ermee gebeurt. Dat onderscheid, tussen wat nog niets heeft gekost en wat al wel iets heeft gekost, is precies waarom terugdraaien in het budget geen chaos oplevert maar een tweede post naast de eerste.