Bij een storing kunnen facturen tijdelijk onbereikbaar zijn, maar in een goed ingericht systeem gaan ze niet verloren. Moderne ERP-systemen en boekhoudpakketten slaan factuurdata op in databases met transactiebeveiliging, wat betekent dat gegevens pas definitief worden opgeslagen nadat ze volledig zijn verwerkt. Of facturen daadwerkelijk veilig zijn, hangt sterk af van hoe jouw systeem is ingericht en beheerd. Dit artikel beantwoordt de meest gestelde vragen over facturen bij een storing.
Kunnen facturen verloren gaan bij een storing?
Ja, facturen kunnen verloren gaan bij een storing, maar alleen als het systeem niet correct is ingericht. In een goed geconfigureerde omgeving beschermt databasetechnologie zoals transactielogging en automatische back-ups factuurdata ook bij onverwachte uitval. Het risico op verlies is het grootst wanneer een storing optreedt op het exacte moment dat een factuur wordt aangemaakt of opgeslagen.
Databases werken met het principe van ACID-transacties: een wijziging wordt pas definitief doorgevoerd als de volledige transactie succesvol is afgerond. Wordt een factuur halverwege onderbroken, dan rolt het systeem de onvolledige transactie terug. Het resultaat is dat de factuur ofwel volledig aanwezig is, ofwel helemaal niet, nooit gedeeltelijk of corrupt. Dit voorkomt data-integriteitsfouten die later voor problemen zorgen in je boekhouding.
Toch zijn er scenario’s waarbij facturen alsnog verloren kunnen gaan: verouderde back-upschema’s, ontbrekende redundantie in de opslagomgeving of onjuist geconfigureerde logging. Factuurverwerking bij een storing is dus geen vanzelfsprekendheid, maar het resultaat van bewuste technische keuzes.
Wat gebeurt er met facturen die al verstuurd zijn?
Facturen die al verstuurd zijn, staan in principe los van een interne systeemstoring. Zodra een factuur is verzonden per e-mail of via een facturatieplatform, bestaat die factuur buiten jouw eigen systeem. De ontvanger beschikt over zijn eigen kopie. Een storing aan jouw kant heeft geen invloed op wat de klant al ontvangen heeft.
Wel kan een storing ervoor zorgen dat de status van een verstuurde factuur tijdelijk niet wordt bijgewerkt in jouw ERP of boekhoudpakket. Betalingen die binnenkomen tijdens een storing worden mogelijk pas later verwerkt en gekoppeld aan de juiste openstaande post. Dit kan leiden tot tijdelijke discrepanties in je debiteurenadministratie, maar die zijn herstelbaar zodra het systeem weer operationeel is.
Zorg er altijd voor dat verzonden facturen ook extern worden gearchiveerd, bijvoorbeeld via een e-mailarchief of een extern facturatieplatform. Zo heb je altijd een onafhankelijke referentie, ongeacht wat er intern met het systeem gebeurt.
Wat gebeurt er met facturen die nog in behandeling zijn?
Facturen die nog in behandeling zijn op het moment van een storing lopen het grootste risico op problemen. Dit zijn facturen die zijn aangemaakt maar nog niet volledig zijn opgeslagen, goedgekeurd of verstuurd. Afhankelijk van het type storing en de configuratie van het systeem kunnen deze facturen worden teruggerold, bevroren of in een inconsistente staat achterblijven.
Er zijn drie situaties die zich kunnen voordoen bij een ERP-storing met facturen in behandeling:
- Terugrol door transactiebeveiliging: De factuur bestaat niet meer na herstel. Je moet hem opnieuw aanmaken.
- Bevroren status: De factuur is zichtbaar in het systeem maar staat op een onduidelijke status, zoals “in verwerking” of “concept”. Handmatige controle is nodig.
- Dubbele aanmaak: Als een gebruiker na de storing opnieuw een factuur aanmaakt zonder te controleren of de eerste al bestaat, kunnen duplicaten ontstaan.
Na herstel is het essentieel om alle facturen met een onzekere status handmatig te controleren voordat je verdergaat met verwerken of versturen. Dit voorkomt fouten in je financiële administratie.
Hoe zorgt een goed ingericht systeem voor factuurcontinuïteit?
Een goed ingericht systeem zorgt voor factuurcontinuïteit door meerdere lagen van beveiliging te combineren: transactielogging, automatische back-ups, foutafhandeling en monitoring. Elk van deze lagen vervult een specifieke rol bij het beschermen van factuurdata tijdens en na een storing.
Transactielogging en herstel
Transactielogs registreren elke wijziging in de database, inclusief het aanmaken en bijwerken van facturen. Bij een onverwachte uitval kan het systeem de log gebruiken om de database terug te brengen naar de laatste consistente staat. Dit is de technische basis voor factuurzekerheid in systemen als SQL Server, Azure SQL en PostgreSQL. Een goed presterende database is hierbij essentieel; database performance tuning voor stabiele factuurverwerking helpt voorkomen dat prestatieproblemen leiden tot verhoogd risico op storingen.
Back-ups en redundantie
Regelmatige back-ups, bij voorkeur meerdere keren per dag, zorgen ervoor dat factuurdata bij ernstige storingen hersteld kan worden met minimaal dataverlies. In cloudgebaseerde omgevingen zoals Azure SQL is redundantie ingebouwd: data wordt automatisch gerepliceerd naar meerdere locaties, wat het risico op permanent verlies sterk vermindert.
Wat moet je doen direct na een storing met openstaande facturen?
Direct na een storing met openstaande facturen voer je een gestructureerde controle uit op de integriteit van je factuuradministratie. Handel systematisch en wacht niet tot problemen zich vanzelf openbaren in de boekhouding of bij klanten.
Volg deze stappen direct na het herstel van een storing:
- Controleer de systeemlogboeken op foutmeldingen die betrekking hebben op factuurverwerking tijdens de storing.
- Bekijk alle facturen met een onzekere status, zoals “in verwerking”, “concept” of facturen zonder tijdstempel.
- Vergelijk openstaande posten met de werkelijk verstuurde facturen via je e-mailarchief of extern facturatieplatform.
- Controleer op duplicaten door te zoeken op klantnaam, bedrag en datum rondom het moment van de storing.
- Informeer je boekhouder of financieel beheerder zodat eventuele discrepanties tijdig worden gesignaleerd en gecorrigeerd.
Documenteer ook wat er is misgegaan en wanneer. Die informatie is waardevol voor het voorkomen van herhaling en voor eventuele audits.
Wanneer is professioneel databasebeheer noodzakelijk voor factuurzekerheid?
Professioneel databasebeheer is noodzakelijk voor factuurzekerheid zodra je organisatie afhankelijk is van een continue stroom van factuurverwerking en je de gevolgen van downtime of dataverlies niet kunt opvangen. Dat geldt voor vrijwel elke organisatie die werkt met een ERP-systeem of een gekoppeld boekhoudpakket.
Signalen dat je huidige situatie onvoldoende beschermd is:
- Back-ups worden niet dagelijks of niet automatisch uitgevoerd
- Er is geen monitoring die proactief waarschuwt bij databaseproblemen
- Na eerdere storingen duurde het lang voordat duidelijk was welke facturen waren aangetast
- Het systeem wordt beheerd door meerdere partijen zonder duidelijke eindverantwoordelijkheid
- Je werkt met verouderde databaseversies zonder actuele beveiligingspatches
Hoe groter het transactievolume en hoe kritischer de factuurstroom voor je bedrijfsvoering, hoe groter de noodzaak voor professioneel en proactief beheer.
Hoe wij bij Brander Company factuurzekerheid ondersteunen
Facturen bij een storing beschermen begint bij een stabiele, goed beheerde databaseomgeving. Wij helpen organisaties om hun ERP-omgeving zo in te richten dat factuurdata altijd beschermd is, ook bij onverwachte uitval. Concreet bieden wij:
- 24/7 monitoring van je databaseomgeving, zodat we problemen signaleren voordat ze impact hebben op je factuurverwerking
- Proactief ingrijpen bij prestatieverslechtering of instabiliteit, zonder dat jij daarvoor hoeft te bellen
- Correcte configuratie van transactielogging en back-ups voor SQL Server, Azure SQL, Oracle en PostgreSQL
- Integratie van je ERP-omgeving met Dynamics 365 Business Central, zodat factuurdata consistent en betrouwbaar is over alle systemen heen
- Vaste afspraken en een vast team, zodat je altijd weet wie verantwoordelijk is bij een incident
Wil je weten hoe jouw huidige omgeving scoort op factuurzekerheid? Neem contact met ons op voor een vrijblijvende analyse van je databaseconfiguratie.
Frequently Asked Questions
Hoe vaak moet ik een back-up van mijn factuurdata maken om voldoende beschermd te zijn?
Voor de meeste organisaties is een back-upfrequentie van minimaal één keer per dag het absolute minimum, maar bij een actieve factuurstroom is meerdere keren per dag sterk aanbevolen. Hoe korter het interval tussen back-ups, hoe kleiner het dataverlies bij een ernstige storing. In cloudomgevingen zoals Azure SQL zijn continue back-ups en point-in-time herstel vaak standaard beschikbaar, wat het risico op verlies tot enkele minuten kan beperken.
Wat is het verschil tussen een back-up en transactielogging, en heb ik beide nodig?
Een back-up is een momentopname van je volledige database op een bepaald tijdstip, terwijl transactielogging elke individuele wijziging vastlegt die daarna plaatsvindt. Beide zijn nodig: de back-up vormt het herstelpunt, en de transactielog vult het gat op tussen de laatste back-up en het moment van de storing. Zonder transactielogging verlies je altijd de facturen die zijn aangemaakt na de laatste back-up.
Hoe voorkom ik dubbele facturen na een storing?
De meest effectieve manier is om na een storing altijd eerst de bestaande factuurlijst te controleren vóórdat je nieuwe facturen aanmaakt of bestaande opnieuw verzendt. Gebruik unieke factuurnummers en zoek gericht op klantnaam, bedrag en datum rondom het storingstijdstip. Veel ERP-systemen bieden ook ingebouwde duplicaatdetectie; controleer of deze functie in jouw omgeving actief en correct geconfigureerd is.
Geldt hetzelfde risico ook voor cloudgebaseerde boekhoudsoftware zoals Exact Online of Moneybird?
Bij volledig cloudgebaseerde software ligt de verantwoordelijkheid voor back-ups, redundantie en storingsherstel grotendeels bij de softwareleverancier, wat in de meeste gevallen een hoger basisniveau van bescherming biedt dan een zelfbeheerde on-premise omgeving. Toch blijf je als gebruiker verantwoordelijk voor de juistheid van de data die je invoert en voor het bewaken van je eigen processen rondom factuurverwerking. Controleer altijd de SLA van je leverancier op het gebied van dataverlies en hersteltijden, zodat je weet wat er gegarandeerd wordt bij een storing.
Moet ik klanten informeren als een storing mogelijk invloed heeft gehad op hun facturen?
Als er een reële kans bestaat dat een klant een factuur niet heeft ontvangen, of dat de status van een betaling onjuist is verwerkt, is het professioneel en verstandig om proactief contact op te nemen. Transparante communicatie voorkomt betalingsachterstanden, misverstanden en reputatieschade. Stuur in zo'n geval een bevestiging van de factuurgegevens mee en geef aan welke stappen je hebt genomen om herhaling te voorkomen.
Hoe weet ik of mijn huidige ERP-systeem correct is geconfigureerd voor factuurzekerheid?
Een goede startcontrole bestaat uit drie checks: zijn automatische back-ups actief en worden ze regelmatig getest op herstelbaarheid, is transactielogging ingeschakeld op de database waarop je factuurdata staat, en is er actieve monitoring die waarschuwt bij databasefouten of prestatieproblemen? Als je op één van deze vragen geen duidelijk antwoord kunt geven, is een technische review van je databaseconfiguratie sterk aan te raden.
Wat zijn de wettelijke verplichtingen rondom het bewaren van facturen bij een storing in Nederland?
In Nederland ben je fiscaal verplicht om facturen zeven jaar te bewaren, en voor onroerend goed gerelateerde facturen geldt zelfs een bewaartermijn van tien jaar. Een storing ontslaat je niet van deze verplichting: als factuurdata verloren gaat door een inadequaat ingericht systeem, blijf je verantwoordelijk richting de Belastingdienst. Het is daarom essentieel om facturen niet alleen in je primaire systeem op te slaan, maar ook extern te archiveren via een e-mailarchief, een facturatieplatform of een gecertificeerde digitale archiefoplossing.
