Het verschil tussen twee data is gebaseerd op een mechanisme dat spreadsheets verbergen achter hun interfaces: elke datum wordt opgeslagen als een opeenvolgend geheel getal. Excel gebruikt het 1900-systeem (1 januari 1900 is 1), Google Sheets het 1899-systeem. Een eenvoudige aftrekking tussen twee datacellen geeft dus een verschil in dagen, zonder specifieke functie. De complexiteit verschijnt wanneer we dit verschil willen uitdrukken in maanden, jaren of werkdagen.
Serialisatie van data en valkuilen van het 1900-systeem in Excel
Excel erft een historische bug van Lotus 1-2-3: 29 februari 1900 wordt beschouwd als een geldige datum, terwijl 1900 geen schrikkeljaar is. Deze spookdag verschuift alle serienummers vóór 1 maart 1900 met één eenheid.
Aanvullende lectuur : Hoe je gemakkelijk kunt ontdekken van wie een onbekend telefoonnummer is
In de praktijk heeft deze verschuiving alleen invloed op berekeningen met data die vóór maart 1900 liggen, een zeldzaam geval. We raden aan om dit in gedachten te houden bij het omgaan met historische archieven of bij het importeren van bestanden tussen Excel en een systeem dat deze bias niet toepast (SQL-databases, Python datetime).
Google Sheets omzeilt het probleem door het 1899-systeem te hanteren, waarbij 30 december 1899 gelijk is aan 0. Bij een bestandsoverdracht tussen de twee spreadsheets kan een verschil van één dag optreden bij oude data. Handmatige controle van een bekende referentiedatum, vóór elke massaberekening, voorkomt stille fouten. Om deze mechanismen verder te verkennen, kunt u de oplossingen op Anekdotes ontdekken in een gedetailleerde context.
Verder lezen : Ontdek hoe je een Kadéos-cheque eenvoudig en snel in een kaart kunt omzetten
DATEDIF, FRACTION.ANNEE en directe aftrekking: welke formule voor welke behoefte
De directe aftrekking (eindcel – begincel) blijft de meest betrouwbare methode om een aantal dagen te verkrijgen. Het resultaat is een geheel getal, zonder ambiguïteit. Voor weken delen we door 7 en ronden we af.
De functie DATEDIF accepteert drie argumenten: begin datum, eind datum en een eenheid (“d” voor dagen, “m” voor maanden, “y” voor jaren). Het staat ook combinaties toe zoals “ym” (overgebleven maanden na het tellen van de jaren) of “md” (overgebleven dagen na het tellen van de maanden). Microsoft meldt expliciet dat DATEDIF onjuiste resultaten kan opleveren in bepaalde scenario’s, met name met het argument “md” over bereiken die een korte maandwisseling dekken (februari).
FRACTION.ANNEE gecombineerd met TRONQUE
Om een aantal decimale jaren tussen twee data te verkrijgen, biedt FRACTION.ANNEE (YEARFRAC in het Engels) een transparantere alternatieve. Het accepteert een basisparameter die de telling van dagen wijzigt:
- Basis 0 (VS 30/360): elke maand wordt geteld als 30 dagen, het jaar als 360. Gebruikt in de financiën voor obligaties.
- Basis 1 (Actueel/Actueel): werkelijke dagen over een werkelijk jaar. De meest intuïtieve keuze voor kalenderberekeningen.
- Basis 3 (Actueel/365): werkelijke dagen over 365, negeert schrikkeljaren. Vaak gebruikt in bankboekhouding.
Door FRACTION.ANNEE in TRONQUE te nestelen, isoleren we het gehele deel om een aantal volledige jaren te verkrijgen. TRONQUE(FRACTION.ANNEE(begin;eind;1)) geeft de verstreken volle jaren terug, zonder afronding.
Berekening van werkdagen met NETWORKDAYS en NETWORKDAYS.INTL
Het tellen van kalenderdagen is niet voldoende in een professionele context. De functie NB.JOURS.OUVRES (NETWORKDAYS) sluit automatisch zaterdagen, zondagen en feestdagen die in een referentiebereik zijn vermeld uit.
De variant NETWORKDAYS.INTL maakt het mogelijk om het weekend opnieuw te definiëren. Het tweede argument accepteert een numerieke code of een binaire string van 7 karakters (één voor elke dag van de week). Een “1” geeft een rustdag aan. Voorbeeld: “0000011” duidt zaterdag en zondag aan als weekend, “0000010” verwijdert alleen zaterdag.
Deze flexibiliteit dekt contexten waarin het weekend verschilt van de westerse standaard. We zien regelmatig fouten op deze parameter wanneer deze handmatig is ingesteld: het omkeren van één bit in de string verstoort de hele telling.
Beheer van de feestdagen
NETWORKDAYS verwacht een optioneel bereik van feestdagen. Twee goede praktijken:
- Bewaar de feestdagen in een speciaal tabblad, expliciet genoemd (“Feestdagen_2025”), om jaarlijkse onderhoud te vereenvoudigen.
- Gebruik een dynamisch benoemd bereik (OFFSET + COUNTA of een gestructureerde tabel) zodat het toevoegen van een feestdag wordt meegenomen zonder de formule te wijzigen.
- Controleer of de feestdagen goed zijn opgemaakt als datum en niet als tekst, anders kan de telling stilletjes fout zijn.
Automatiseren van de berekening van het verschil tussen data in no-code tools
No-code platforms integreren nu native modules voor het berekenen van tijdsduur tussen twee data. Make (voorheen Integromat) biedt een “Datum & Tijd” module met een instelbare verschiloperatie in dagen, uren of minuten, zonder een formule te schrijven.
Het voordeel ten opzichte van een spreadsheet is dubbel. Ten eerste wordt de berekening uitgevoerd in een geautomatiseerde workflow (webhook, CRM, projectmanagementtool) zonder handmatige tussenkomst. Ten tweede wordt de tijdzone op scenario-niveau beheerd, iets wat een traditionele spreadsheet niet standaard doet voor data zonder tijdcomponent.
De convergentie tussen Excel voor het web en Excel op de desktop is ook gevorderd: functies zoals NETWORKDAYS.INTL worden nu ondersteund in Excel voor het web, waardoor projectduur berekeningen direct in een browser kunnen worden uitgevoerd, zonder desktopversie.
De keuze van de methode hangt af van het volume en de context. Voor een eenmalige berekening blijft de directe aftrekking in een spreadsheet de kortste weg. Zodra de berekening een terugkerend proces voedt (facturering, projectfollow-up, contractherinnering), voorkomt automatisering via een no-code tool of een goed ingestelde NETWORKDAYS-formule de stille kopieer- en plakfouten die zich maand na maand ophopen.