Datumsrechner — Differenz, Wochentag und Datum-Arithmetik

Warum lohnt sich ein Datumsrechner mit drei klar getrennten Modi?

Datums-Rechnen klingt nach einer Mini-Funktion, ist in der Praxis aber das, was Excel-Nutzer am häufigsten googeln. „Wie viele Tage bis …”, „Welcher Wochentag war …”, „Datum plus 30 Tage” — drei sehr unterschiedliche Fragen, für die viele kostenlose Tools dieselbe Eingabemaske verwenden. Das Ergebnis ist Verwirrung: Soll der Endtag mitgezählt werden? Was bedeutet „1 Monat” eigentlich konkret? Warum liefert mein DATEDIF in Excel jetzt schon zum dritten Mal einen anderen Wert?

Dieser Rechner trennt die drei Modi mit einem sichtbaren Pill-Switcher. Im Differenz-Modus liegt der Fokus auf der Tages-Anzahl plus Year/Month/Day-Aufschlüsselung. Im Datum-+/—Modus auf einer einzigen Ausgabe: dem neuen Datum. Im Wochentag-Modus auf einer einzigen Frage: Welcher Wochentag fällt auf dieses Datum. Drei Modi statt einer „Universal-Maske” reduziert die kognitive Last und macht den Bildschirm beim Screenshot teilbarer.

Wie wird die Differenz zwischen zwei Daten korrekt berechnet?

Die Grundformel ist einfach: Anzahl der Millisekunden zwischen Start und Ende durch 86 400 000. Was die Sache praktisch herausfordernd macht, ist die DST-Problematik: Am 29. März 2026 wechselt Mitteleuropa von MEZ auf MESZ, dieser Tag hat nur 23 Stunden. Eine naive Subtraktion zweier Date.getTime()-Werte ergibt für „28. März bis 30. März” 47 statt 48 Stunden, also 1,96 Tage. Der Rechner umgeht das, indem er die Daten an UTC-Mittag normalisiert und dann die Differenz in 24-Stunden-Einheiten misst — DST-resistent.

Die Include/Exclude-Frage ist der größere Pain-Point. Aus den vorhandenen Forum-Threads (Preceden, FreeDateCalculator, Calculator.net) lässt sich ablesen, dass die häufigste Frustration die ist: „Vom 1. bis 5. Januar — sind das 4 oder 5 Tage?” Exklusive Zählung (Standard im ISO-Sinne) sagt 4: 1 → 2, 2 → 3, 3 → 4, 4 → 5. Inklusive Zählung sagt 5: jeder der fünf Tage zählt. Beide Antworten sind richtig — aber in unterschiedlichen Kontexten. Vertragslaufzeiten zählen meist inklusive (Anfangs- und Endtag eingeschlossen), Reise-Tage exklusive (letzter Tag = Abreise, nicht voll). Der Rechner macht den Toggle sichtbar, nicht versteckt — beide Werte sind einen Klick entfernt.

Was ist der DATEDIF-Fix und warum braucht es ihn?

Die DATEDIF-Funktion in Excel (auch in Google Sheets und LibreOffice Calc) liefert für die Einheiten „y”, „m” und „d” stabile Ergebnisse, aber für die kombinierten Einheiten „ym” (Monate-Rest nach Jahren), „md” (Tage-Rest nach Monaten) und „yd” (Tage-Rest nach Jahren) gibt es seit über zehn Jahren dokumentierte Bugs. Beispiel aus dem Mr-Excel-Forum: =DATEDIF("2026-01-31","2026-02-28","md") liefert in einigen Excel-Versionen 28 — was schlicht falsch ist, denn ein voller Kalendermonat ist verstrichen. Microsoft hat die Bugs nie offiziell gefixt und dokumentiert sie auch nicht im Hilfe-System.

Dieser Rechner setzt einen sichtbaren Monatsende-Snap um: Wenn Start- UND Endtag jeweils der letzte Tag ihres Monats sind, zählen wir das als einen vollen Monat. Beispiel-Vergleich:

Datum-Paar	Excel DATEDIF „md”	Datumsrechner
31.01.2026 → 28.02.2026	28 Tage	1 Monat / 0 Tage
29.02.2024 → 31.03.2024	2 Tage	1 Monat / 0 Tage
30.04.2026 → 31.05.2026	1 Tag	1 Monat / 0 Tage
15.01.2026 → 15.02.2026	0 Tage	1 Monat / 0 Tage

Die Tooltip-Erklärung im Tool erläutert die Regel direkt am Ergebnis, sodass du dem Rechner nicht blind vertrauen musst, sondern die Entscheidung nachvollziehen kannst. Das ist die einzige Stelle im deutschsprachigen Datumsrechner-Bereich, wo der DATEDIF-Bug transparent gemacht wird — alle anderen kopieren das Excel-Verhalten oder dokumentieren es nicht.

Wie funktioniert die ISO-8601-Kalenderwoche?

Die ISO-8601-Kalenderwoche ist nicht dasselbe wie der „Wochen-Index im Kalender” intuitiv vermutet. Die ISO-Regel: Eine Woche beginnt am Montag (ISO-Tag 0). Die Kalenderwoche eines Datums ist die Woche, die seinen Donnerstag enthält. Damit kann der 1. Januar zur letzten Kalenderwoche des Vorjahres gehören, und der 31. Dezember zur ersten Kalenderwoche des Folgejahres.

Konkrete Beispiele für 2026:

• 1. Januar 2026 fällt auf einen Donnerstag → ISO-Tag 3. Die Woche enthält ihren eigenen Donnerstag → Kalenderwoche 1 von 2026.
• 31. Dezember 2024 war ein Dienstag. Der zugehörige Donnerstag ist der 2. Januar 2025 → die Woche gehört zu KW 1 von 2025, nicht zu KW 53 von 2024.
• 29. Dezember 2025 ist ein Montag. Sein Donnerstag ist der 1. Januar 2026 → die Woche gehört zu KW 1 von 2026.

Daraus folgt: ISO-Jahre können 52 oder 53 Wochen haben. Die Regel: 53 Wochen, wenn der 1. Januar des ISO-Jahres ein Donnerstag ist (wie 2026) ODER wenn das Kalenderjahr ein Schaltjahr ist und der 1. Januar auf einen Mittwoch fällt (wie 2020 oder 2032). 2026 ist eines der seltenen 53-Wochen-Jahre — der Rechner zeigt einen expliziten Hinweis, wenn dein Ergebnis in KW 53 fällt.

Wann lohnt sich der Wochentag-Modus für historische Daten?

Der Wochentag-Modus beantwortet eine spezifische Klasse von Voice-Search-Fragen: „Welcher Wochentag war der 9. November 1989?”, „An welchem Tag bin ich geboren?”, „Wann fällt mein Geburtstag 2030 auf einen Freitag?”. Das sind Fragen, die Featured-Snippets dominieren und auf die LLM-Antworten (ChatGPT, Perplexity, Gemini) Princeton-GEO-Studien zufolge zu 40 % mit eigenständigen Antworten reagieren, wenn die Quelle strukturiert ist.

Beispiele für historisch und kulturell relevante Daten (alle mit unserem Rechner verifizierbar):

• 20. Juli 1969 — Apollo-11-Mondlandung = Sonntag. Tag 201 des Jahres 1969, KW 29.
• 9. November 1989 — Mauerfall = Donnerstag. Tag 313 des Jahres 1989, KW 45.
• 1. Januar 2000 — Y2K = Samstag. Tag 1 des Jahres 2000 (Schaltjahr), KW 52 von 1999.
• 11. September 2001 — Anschläge auf das World Trade Center = Dienstag. Tag 253 des Jahres 2001, KW 37.
• 24. Februar 2022 — Beginn russischer Angriffskrieg gegen die Ukraine = Donnerstag. Tag 55 des Jahres 2022, KW 8.

Der Rechner gibt zu jedem Datum vier Informationen aus: den Wochentag (z. B. Donnerstag), die ISO-Kalenderwoche (z. B. KW 45 von 1989), den Tag-im-Jahr (z. B. 313/365) und den Schaltjahr-Status. Damit lassen sich Mehrfach-Fragen in einem Blick beantworten.

Was bedeutet der Gregorian-Cutover und warum erscheint bei Daten vor 1583 ein Hinweis?

Am 15. Oktober 1582 wurde in den katholischen Teilen Europas der gregorianische Kalender eingeführt — Papst Gregor XIII. ordnete an, dass auf den Donnerstag, 4. Oktober 1582 (julianisch) der Freitag, 15. Oktober 1582 (gregorianisch) folgt. Die übersprungenen 10 Tage korrigierten die Drift, die der julianische Kalender über 1 600 Jahre angesammelt hatte.

Protestantische Länder folgten viel später — Großbritannien und seine Kolonien erst 1752 (mit 11 übersprungenen Tagen), Schweden 1753, Russland erst 1918 (mit 13 übersprungenen Tagen). Wer also den Wochentag eines historischen Datums berechnen will, muss wissen: nach welchem Kalender soll gerechnet werden?

Dieser Rechner rechnet IMMER proleptisch gregorianisch — d. h. so, als ob der gregorianische Kalender schon vor 1582 in Kraft gewesen wäre. Das ist die ISO-8601-Konvention. Für Daten vor dem 15. Oktober 1582 erscheint ein dezenter Hinweis-Block: „Vor dem 15.10.1582 galt regional der julianische Kalender.” Historische Quellen — Chroniken, Tagebücher, Inschriften — verwenden das julianische Datum und weichen damit um 10 bis 13 Tage von unserer Berechnung ab. Wer also den Wochentag der Schlacht von Hastings (14. Oktober 1066 julianisch) sucht, bekommt von uns das proleptisch-gregorianische Ergebnis; die zeitgenössische Quelle würde vom Samstag sprechen.

Kein anderer DE-Datumsrechner dokumentiert diesen Cutover explizit — die meisten rechnen still proleptisch, ohne den Nutzer zu informieren. Wir setzen den Hinweis sichtbar.

Welche Formate erkennt der Datums-Input?

Der Rechner akzeptiert drei Eingabe-Formate parallel:

1. ISO 8601 — 2026-05-16 (4-stelliges Jahr, 2-stelliger Monat, 2-stelliger Tag, getrennt durch Bindestriche). Das ist die maschinenlesbare Norm und das, was der native <input type="date"> ausspuckt.
2. Deutsches Format — 16.05.2026 oder 1.5.2026 (Tag.Monat.Jahr, einstellige Werte ohne führende Null sind erlaubt).
3. Kalender-Picker — der native Browser-Date-Picker (Chrome / Safari / Firefox) öffnet sich beim Klick auf das Kalender-Icon. Smashing Magazine und die Nielsen-Norman-Group dokumentieren, dass viele kostenlose Tools den Kalender-Picker zur einzigen Eingabe-Methode machen — wir verbieten das explizit: Tippen ist immer schneller, wenn du das Datum schon weißt.

Daten außerhalb des Bereichs (Februar 30, Monat 13) werden abgelehnt; der Rechner zeigt eine dezente Fehlermeldung mit Format-Hinweis. Auch zweistellige Jahre (z. B. 16.05.26) werden bewusst NICHT akzeptiert, weil sie ambivalent sind (2026 oder 1926?).

Was kommt nicht in den Datumsrechner und warum?

Der Rechner verzichtet bewusst auf einige Features, die andere Tools haben:

• Keine Feiertags-Aware-Werktage-Berechnung. Das ist ein eigenes Tool, der Arbeitstage-Rechner mit DACH-Bundesland-Granularität.
• Keine Zeitzonen-Logik. Datum-Rechnen ohne Uhrzeit reicht für 95 % der Anfragen; für Zeitzonen-Konvertierung gibt es den dedizierten Zeitzonen-Rechner.
• Keine Schwangerschaftswoche / Naegele-Regel. Das ist ein Health-Use-Case und liegt im SSW-Rechner.
• Keine BGB-§187/188-Frist-Logik. Juristische Fristen folgen einer eigenen Logik — das wäre ein eigenes Fristen-Tool, das wir später ausspielen.
• Keine Stunden-/Minuten-/Sekunden-Auflösung. Sub-Tag-Berechnungen sind ein eigenes Use-Case-Cluster.
• Kein Erinnerungs-Push. Das würde einen Account brauchen, und das brechen wir nicht.

Diese Lücken sind bewusst — wir bauen ein scharf fokussiertes Tool, kein Schweizer Taschenmesser.

Welche verwandten Tools gibt es?

• Altersrechner — BGB-§188-konforme Berechnung von Jahren, Monaten und Tagen seit einem Geburtsdatum, plus Multi-Person-Vergleich und Life-in-Weeks-Grid.
• Arbeitstage-Rechner — Werktage zwischen zwei Daten mit DACH-Bundesland-genauer Feiertags-Liste und Brückentag-Detektor.
• Mondphasen-Rechner — Mondphase und Beleuchtungsgrad für ein Datum, hilfreich bei Foto-Planung und Outdoor-Terminen.
• Unix-Timestamp-Konverter — Datum und Uhrzeit in Unix-Timestamps umrechnen, nützlich für Datenbank-Abfragen und Logfiles.
• Zeitzonen-Rechner — Uhrzeit zwischen Zeitzonen umrechnen — separat vom Datumsrechner, weil Zeitzonen-Logik eigene UI braucht.