Datumsrechner

Vom 1. Tag eines Monats bis zum 8. Tag zu zählen ergibt genau 7 volle Nächte zwischen den beiden Daten — die exklusive Zählung, die die Anzahl der vollen 24-Stunden-Perioden ist, die sie trennen. Aber ein Vertrag, eine Kündigungsfrist oder ein Mietverhältnis, das „innerhalb von 7 Tagen" sagt, zählt sehr oft inklusiv, wobei sowohl das Start- als auch das Enddatum als gezählte Tage behandelt werden, statt als Grenzmarkierungen ohne etwas dazwischen — nach dieser Lesart könnte derselbe Zeitraum vom 1. bis zum 8. als 8 Tage interpretiert werden. Keine Konvention ist universell „richtig" — sie beantworten wirklich unterschiedliche Fragen, weshalb dieses Tool beide Zahlen zeigt, statt eine zu wählen und die andere separat berechnen zu lassen, jedes Mal, wenn der spezifische Wortlaut wichtig ist.

Samstage und Sonntage von einer Tageszählung auszuschließen ist nahezu eine universelle Konvention in Verträgen, rechtlichen Fristen und Versandschätzungen, da die Fünf-Tage-Arbeitswoche nahezu ein globaler Standard ist. Feiertage sind eine völlig andere Angelegenheit — sie variieren nicht nur nach Land, sondern oft nach Bundesland, Region oder sogar Stadt innerhalb eines Landes, ohne einen einzigen maßgeblichen Kalender, den dieses Tool für jeden Nutzer korrekt anwenden könnte. Wochenenden auszuschließen, während die Handhabung von Feiertagen dem Nutzer überlassen wird, ist der ehrliche Ansatz: Für eine Frist, bei der ein bestimmter Feiertag wirklich zählt, ist die separate Prüfung des offiziellen Feiertagskalenders der relevanten Rechtsordnung ein notwendiger zusätzlicher Schritt, den dieser Rechner nicht ersetzen kann.

Einen Kalendermonat zum 31. Januar zu addieren kann nicht buchstäblich „31. Februar" ergeben, da der Februar nie 31 Tage hat — die fast universelle Konvention, der auch dieses Tool folgt, ist stattdessen auf den letzten gültigen Tag des Zielmonats zu fallen, was den 28. Februar in einem gewöhnlichen Jahr oder den 29. in einem Schaltjahr ergibt. Das hat eine wirklich überraschende Konsequenz, die es wert ist, gekannt zu werden: Einen Monat zum 31. Januar zu addieren und dann einen Monat vom Ergebnis zu subtrahieren, bringt Sie nicht notwendigerweise zum 31. Januar zurück, da das Zwischendatum bereits die zusätzlichen Tage verloren hat, die der Januar hatte und der Februar nicht. Das ist kein Fehler, der spezifisch für dieses Tool ist — es ist eine unvermeidliche Konsequenz davon, dass Monate unterschiedliche Längen haben, und jede Datumsbibliothek, die Monatsarithmetik handhabt, steht vor genau derselben Mehrdeutigkeit.

Ein häufiger und subtiler Fehler in Datumstools kommt daher, ein flaches Kalenderdatum wie „15. März 2026" als einen bestimmten Moment in UTC-Zeit zu behandeln und diesen Moment dann zur Anzeige in die lokale Zeitzone des Betrachters umzurechnen — was das angezeigte Datum je nach Entfernung der lokalen Zeitzone von UTC um einen Tag vor oder zurück verschieben kann, was einen Datumsrechner erzeugt, der still den falschen Tag angibt in der Nähe einer Zeitzonengrenze. Dieses Tool behandelt Daten als flache Kalenderdaten ohne jede Tageszeit- oder Zeitzonenkomponente, genau wie ein Papierkalender funktioniert, was diese gesamte Fehlerklasse vollständig vermeidet, statt sorgfältig Zeitzonen verwalten zu müssen, um sie zu umgehen.