Ontworpen voor de afsluitweek

We hadden een verbetering in de intercompany-matching van een groep, die doorbelastingen tussen bedrijven binnen dezelfde groep aan elkaar koppelt, gepland voor de tweede werkdag van de maand. De controller vroeg ons de release te verplaatsen: zolang de cijfers worden afgesloten, verandert er niets. Ze had gelijk. Onze releasekalender bevatte geen afsluitdatums.

De afsluiting is de paar dagen waarin finance de boeken van de maand voor een vaste deadline rondmaakt, de cut-off, en we hadden een veelgemaakte ontwerpfout begaan. Financeautomatisering wordt ingericht, getest en uitgerold op een gemiddelde maand en beoordeeld in de laatste twee dagen en de eerste van de volgende maand, als de wachtrij het langst is, de cut-off niet kan schuiven en elk cijfer zo wordt ondertekend.

Engineers die besturingen voor machines bouwen, noemen dit een harde deadline: een te laat resultaat is weinig waard, dus wordt het ontwerp beoordeeld op het slechtste geval. Een afsluiting werkt net zo, en haar slechtste geval komt elke maand terug.

Loadtests spelen de drukste afsluiting na

In finance klontert het volume samen. Leveranciers factureren aan het eind van hun eigen maand; betalingen clusteren rond gangbare termijnen; transitoria (schattingen voor nog niet gefactureerde kosten), intercompany-doorbelastingen en correcties uit de controle komen in de laatste dagen, als het team de minste tijd heeft.

De loadtest is daarom geen veelvoud van het daggemiddelde. Hij speelt de drukste afsluiting van het afgelopen jaar na uit de eigen historie van de klant, op volle snelheid, opgeschaald met de geplande groei van volgend jaar. Juistheid wordt elders getest. Deze test vraagt of de piek binnen de beschikbare uren wordt verwerkt en een controlewachtrij achterlaat die het team dezelfde dag afkrijgt. Zou een geplande uitbreiding de afsluiting breken, dan moet een test dat zeggen voordat de uitbreiding het doet.

Hij draait tegen de echte afhankelijkheden, die op dezelfde dagen pieken: de verzoeklimieten van het ERP, het maandquotum van de documentdienst, een gehost model dat op de laatste werkdag trager is dan op een rustige dinsdag. Elk krijgt een gemeten plafond en een geschreven terugvaloptie: wat er gebeurt en wie het hoort als het op dag één vertraagt of stopt.

Het tijdsbudget rekent terug vanaf de cut-off

Elke stap krijgt een laatste start en een laatste einde, teruggerekend vanaf de cut-off. Voor een afsluiting die om zes uur 's avonds op de tweede werkdag eindigt, kan een budget er zo uitzien:

• Matching klaar om 08:00 op dag 2, zodat beoordelaars beginnen met een bekende wachtrij.
• Uitzonderingen verdeeld over benoemde eigenaren om 09:00.
• Beoordelingen klaar om 15:00, met tijd voor wat ze opleveren.
• Boekingen compleet en teruggelezen om 16:30.
• Cut-offrapport bij de controller om 17:00, een uur voor ze tekent.

De tijden zijn van de controller, niet van ons. Wat telt, is dat elke tijd een eigenaar en een waarschuwing heeft: de proceseigenaar hoort het als een stap uitloopt, terwijl er nog tijd is om mensen bij te zetten of eerder te beginnen met beoordelen. Zo hoort de controller 's ochtends, niet op de laatste middag, dat de controlewachtrij is verdrievoudigd.

De automatisering is eerst klaar, zodat mensen het venster krijgen

Vaak draaien automatische stappen naast de afsluittaken van het team en strijden ze om dezelfde laatste uren. Wij draaien dat om. De automatische stappen zijn klaar voordat de menselijke beginnen, zodat mensen nog het grootste deel van het venster hebben: een hele dag voor uitzonderingen, niet een paar uur en een late avond.

Dezelfde logica haalt werk uit de piek. Een goederenontvangst op de tiende wordt op de tiende gematcht, terugkerende transitoria worden in de derde week gecontroleerd, en bekende uitzonderingen worden gebundeld zodra ze opduiken. Leveranciers van afsluitsoftware noemen dit de continuous close. Die maakt de piek kleiner zonder haar weg te nemen: transitoria, doorbelastingen en correcties uit de controle vallen nog steeds in het venster, dus het systeem wordt nog steeds op het venster ingericht.

Bij de cut-off is de wachtrij leeg

Een boekhouder laat bij de cut-off geen half ingevoerde boeking 's nachts liggen. Een systeem wel, tenzij het anders is gebouwd: herhaalpogingen op de achtergrond, gevallen die op een document wachten en controlepunten die niemand oppakte, kunnen werk over de streep laten hangen dat na het afsluiten opduikt als onverklaard verschil. Bij de cut-off is daarom elk geval afgerond of zichtbaar aangehouden, met een reden en een eigenaar, en een cut-offrapport noemt wat is afgerond, wat is aangehouden en waarom, en wat te laat binnenkwam. De controller leest het voordat ze tekent.

Na elke afsluiting legt de workflow zijn eigen bewijs vast onder die periode: het cut-offrapport, aangehouden posten met eigenaren, elke terugboeking waarbij hij betrokken was en de tijden per stap tegen het budget. Vraagt de accountant maanden later, dan hoeft niemand systeemlogs door te spitten.

Cut-offregels zijn van finance

Na de cut-off blijven documenten binnenkomen, zoals een factuur gedateerd in de oude maand en ontvangen in de nieuwe. Welke periode, en moet er een transitorische post komen? Elk financeteam heeft een antwoord, en in een groep verschilt het vaak tussen het Nederlandse en het Duitse bedrijf, en nog eens boven een bepaald bedrag.

Het systeem verzint er geen. Cut-offregels worden voor de livegang met de controller vastgelegd, per bedrijf, en exact toegepast: welke document- en ontvangstdatums bij welke periode horen, boven welk bedrag een laat document naar een mens gaat, welke een voorstel voor een transitorische post worden in plaats van een boeking. Wat buiten de regels valt, gaat met de feiten naar een mens.

In een groep is de afsluiting een volgorde (dochters, intercompany-matching, dan consolidatie tot de groepscijfers), vaak over tijdzones heen. Een boeking in één bedrijf na zijn cut-off, tegenover een tegenhanger die in een ander al is afgesloten, kost dagen zoekwerk. Intercompany-stappen draaien daarom binnen het krapste van de twee vensters.

Tijdens de afsluiting verandert er niets

Rond elke afsluiting ligt een bevriezing, afgesproken met finance en opgenomen in de releasekalender: geen nieuwe regels, geen gewijzigde drempels, geen aangepaste AI-instructies, geen nieuwe versies van het model, geen wijzigingen in de exports die de workflow voeden. Echte storingen gaan via een noodroute met goedkeuring van de controller, en elk gebruik wordt achteraf beschreven als een incident.

De bevriezing geldt ook voor instellingen die niemand als code ziet: een drempel die op de negenentwintigste wordt verlaagd om een achterstand weg te werken, verandert de afsluiting op het slechtste moment. Bij een piek in volume is meer controlecapaciteit het veiligere antwoord, niet een lagere lat. Het jaareinde krijgt een langere bevriezing, omdat de accountantscontrole volgt. Als een bevriezing opheft, gaan de wachtende wijzigingen één voor één live, elk getest, niet als één pakket op dag drie.

Vertrouwen komt uit één parallelle afsluiting

Minstens één volledige afsluiting lang sluit het team de maand op de oude manier af terwijl het systeem dezelfde periode verwerkt, en de twee worden regel voor regel vergeleken: hetzelfde bedrijf, dezelfde rekening, dezelfde periode. Elk verschil eindigt als een verbeterde regel, een vastgelegde uitzondering of een bekende beperking.

Dat kost het team extra werk in een drukke week, en dat zeggen we vooraf. Het is ook sterk bewijs, omdat het het systeem toetst aan de eigen afgesloten cijfers van de controller. Om dezelfde reden valt een livegang nooit in de laatste week van een maand of kwartaal.

We rapporteren voor een financeworkflow geen gemiddelde verwerkingstijd. We rapporteren of elke afsluiting haar wachtrij voor de cut-off leeg had, en met hoeveel marge. Dat is het getal dat de controller beschermde toen ze ons vroeg de release te verplaatsen.