Wochen bis zu einem zukünftigen Datum

Der Rechner für Wochen bis zu einem Datum misst den exakten Abstand in Kalendertagen zwischen einem ausdrücklich angegebenen ISO-Referenzdatum und einem späteren Zieldatum. Er liefert vollständige Siebentageblöcke, verbleibende Tage und denselben Zeitraum als Dezimalzahl von Wochen. Da Sie beide Daten angeben, hängt das Ergebnis weder von der aktuellen Uhrzeit noch vom Browserstandort, der Sommerzeit oder Servereinstellungen ab. Die strenge Prüfung erkennt außerdem unmögliche Daten und Ziele, die nicht nach dem Referenzdatum liegen.

Geben Sie zwei ausdrückliche ISO-Kalenderdaten ein

Beispielsweise wird 2026-07-25 akzeptiert, während 2026-7-25, July 25 2026 und Zeichenfolgen mit einer Uhrzeit abgelehnt werden. Eine einzige eindeutige Darstellung verhindert, dass die regionale Reihenfolge von Tag und Monat das Ergebnis verändert. Der Rechner prüft neben dem sichtbaren Muster auch den tatsächlichen proleptischen gregorianischen Kalender.

Daher ist der 29. Februar in 2024 und 2000 gültig, in 2023 und 1900 jedoch ungültig; der 31. April ist stets ungültig.

Unterstützt werden die Jahre 0001 bis 9999. Das Ziel muss strikt nach der Referenz liegen. Aus dem heutigen Datum wird nichts abgeleitet.

Wenn Sie dieselbe Anfrage im nächsten Monat ausführen, erhalten Sie dieselbe Antwort, weil die Referenz Bestandteil der Anfrage ist und nicht von einer Uhr gelesen wird. Dadurch bleiben gespeicherte Berechnungen, Prüfprotokolle, Tests und geplante Aufträge reproduzierbar. Auch der Eingabevertrag lässt sich leicht prüfen: Die beiden sichtbaren Daten sind die vollständige Grundlage des Ergebnisses, ohne verborgene Annahmen über Zeitzone, Gebietsschema oder aktuelles Datum.

Verstehen Sie ganze Wochen, Resttage und Dezimalwochen

Ein Zeitraum von 47 Tagen umfasst somit 6 ganze Wochen, 5 Resttage und 6.714286 Dezimalwochen. Die Berechnung zählt nicht beide Endpunkte als volle Tage. Von einer Mitternacht bis zur nächsten vergeht ein Tag; von einem Montag bis zum folgenden Montag sind es deshalb genau sieben Tage und eine Woche.

Wochenenden und Feiertage werden nicht abgezogen. Jeder Tag ist ein gewöhnlicher Kalendertag. Das passt zu Countdown-Plänen, Projektmeilensteinen, Vertragsfristen und anderen Datumsabständen, nicht zu Arbeitstagekalendern.

Warum das Ergebnis in UTC deterministisch ist

Diese Fähigkeit behandelt jedes angegebene Datum als dessen bürgerliche Mitternachtsgrenze in UTC, erzeugt jedoch keine JavaScript-Date-Objekte und fragt keine Host-Zeitzone ab. Stattdessen prüft sie Jahr, Monat und Tag und bildet jedes gregorianische Datum durch feste Arithmetik auf eine ganzzahlige Tagesnummer ab. Die Differenz dieser Zahlen ergibt den exakten Abstand.

Dadurch werden Sommerzeitwechsel vermieden, bei denen eine Subtraktion lokaler Uhrzeiten eine Stunde zu kurz oder zu lang erscheinen kann, ebenso wie laufzeitabhängige Analyseregeln. Der Algorithmus verwendet keine Netzwerkanfrage, keinen Zufallswert, keinen aktuellen Zeitstempel und keinen gebietsschemaabhängigen Parser. Die Antwort wiederholt beide ISO-Eingaben, damit nachgelagerte Datensätze selbsterklärend bleiben.

Ungültige Werte scheitern eindeutig, statt stillschweigend normalisiert zu werden; ein nicht vorhandenes Datum wird niemals in den nächsten Monat verschoben. Da der Vorgang nur von zwei kurzen Zeichenfolgen und ganzzahliger Arithmetik mit konstanter Laufzeit abhängt, eignet er sich für wiederholte automatisierte Prüfungen ohne Uhrendrift oder Abhängigkeit von externen Diensten.