Checklist voor een boekhoudsoftware-demo

Direct antwoord: gebruik in iedere demo dezelfde geanonimiseerde bankmutaties, facturen en foutscenario's. Laat geen algemene rondleiding geven, maar doorloop één werkdag en één maandafsluiting. Kies pas wanneer handwerk, correcties, rechten en export aantoonbaar zijn.

Bereid een kleine maar lastige administratie voor

Maak een testset met een verkoopfactuur, inkoopfactuur, credit, zakelijke bankbetaling en privé voorgeschoten uitgave. Voeg één onvolledige factuur en één dubbel document toe. Gebruik fictieve relaties en bedragen; een leverancier heeft voor een demonstratie geen echte klantgegevens nodig.

Controleer vooraf welke velden een factuur hoort te bevatten met de officiële factuureisen. Schrijf per document de verwachte uitkomst op. Laat de demonstrator niet alleen een geslaagd voorbeeld kiezen, want juist een onvolledig document laat zien waar beoordeling nodig blijft.

Doorloop één gewone werkdag

Laat de kandidaat de testset invoeren, bankmutaties koppelen en een conceptoverzicht maken. Tel iedere handmatige stap, wachttijd en overstap naar een los bestand. Noteer ook welke beslissing de gebruiker zelf moet nemen. Automatisering is alleen waardevol wanneer duidelijk blijft waarom een voorstel is gedaan.

Vraag na elke stap waar het oorspronkelijke document, de boeking en de wijzigingshistorie te vinden zijn. Open vervolgens de administratie met een tweede gebruikersrol. Die gebruiker moet genoeg context krijgen om het werk te controleren zonder toegang tot instellingen die niet bij de rol horen.

Forceer fouten en herstel ze zichtbaar

Boek een bedrag bewust in een verkeerde categorie, koppel een betaling aan de verkeerde factuur en probeer een dubbel document te verwerken. Laat zien hoe de fout wordt ontdekt, wie een correctie mag uitvoeren en of de oorspronkelijke handeling herkenbaar blijft. Een waarschuwing telt niet als oplossing wanneer de oorzaak daarna onvindbaar is.

Herhaal na het herstel het relevante overzicht. Controleer of factuur, bank en rapport opnieuw aansluiten. Noteer een open aanname wanneer voor het verwachte resultaat fiscale of boekhoudkundige beoordeling nodig is; de softwaredemo vervangt die beoordeling niet.

Test afsluiting, rollen en overdracht

Vraag om een eenvoudige periodecontrole: openstaande posten, ongekoppelde bankregels, ontbrekende documenten en opvallende correcties. Laat een controleur vanuit het overzicht teruggaan naar de bron. Meet hoeveel uitleg van de demonstrator nodig is voordat de controleur het verschil begrijpt.

Gebruik alleen fictieve persoonsgegevens en beoordeel toegangskeuzes tegen de algemene uitgangspunten van de AVG. Test intrekken van toegang bij een vertrekkende medewerker en herstel van toegang voor een vervanger. Leg vast welke beheeractie intern kan en waarvoor ondersteuning nodig is.

Open de export buiten het pakket

Vraag een volledige export van documenten, transacties, relaties, open posten en relevante historie. Open bestanden met gangbare software en controleer of bedragen, datums en onderlinge verwijzingen bruikbaar blijven. Een downloadknop bewijst nog niet dat een administratie buiten het oorspronkelijke account te reconstrueren is.

Plaats de export in het licht van de officiële uitleg over administratie bewaren. Vraag ook wat er na beëindiging van het contract toegankelijk blijft, maar behandel het antwoord als een te verifiëren contractvoorwaarde.

Scoreer bewijs in plaats van presentatie

Gebruik vaste velden voor handmatige stappen, foutdetectie, herstel, rollen, herleidbaarheid, export en open aannames. Voeg per score een screenshot, exportbestand of concrete notitie toe. Een onbewezen antwoord blijft niet getest; het wordt niet automatisch een onvoldoende.

Iedere kandidaat krijgt exact hetzelfde script en dezelfde tijd. Bewaar datum, productversie en testbeperkingen, zodat een latere wijziging niet wordt gepresenteerd als dezelfde uitkomst.