Ende des nächsten Monats

Februar, Schaltjahre, Monate mit dreißig oder einunddreißig Tagen sowie der Wechsel von Dezember zu Januar werden berücksichtigt, ohne auf Geräteuhr oder lokale Zeitzone zuzugreifen. Nutzen Sie das Ergebnis, wenn eine Abrechnungsregel, ein Berichtszeitraum, ein Verlängerungshinweis oder ein Workflow ein stabiles ISO-Datum benötigt, das sich im Browser, in einer API-Integration oder in einer Testsuite zuverlässig reproduzieren lässt.

Bestimmen Sie eine eindeutige Grenze für den Folgemonat

Viele Geschäftsregeln wirken einfach, bis eine Monatsgrenze ins Spiel kommt. Die Vorgabe „bis zum Ende des nächsten Monats“ lässt sich nicht durch das Addieren einer festen Anzahl von Tagen umsetzen, denn Kalendermonate haben achtundzwanzig, neunundzwanzig, dreißig oder einunddreißig Tage. Dieser Rechner beginnt mit dem Monat des angegebenen ISO-Datums, geht genau einen Kalendermonat weiter und wählt den letzten gültigen Tag dieses Zielmonats. Ein Datum im Januar führt somit zum Ende des Februars, ein Datum im November dagegen zum Ende des Dezembers. Der Tag des ursprünglichen Datums verändert die Zielgrenze nicht, wird aber geprüft, damit kein unmögliches Datum unbemerkt in einen Ablauf gelangt. Das Ergebnis wird als ISO-Datum ausgegeben und eignet sich für Datenbankfelder, geplante Aufgaben, Rechnungen, Berichte sowie Systeme, die einen eindeutigen Wert verlangen. Die Berechnung folgt dem proleptischen gregorianischen Kalender und liefert für dieselbe gültige Eingabe immer dasselbe Ergebnis.

Berücksichtigen Sie Schaltjahre und Jahreswechsel korrekt

Im Februar scheitern vereinfachte Datumsrechnungen besonders häufig. Nach dem gregorianischen Kalender ist ein Jahr ein Schaltjahr, wenn es durch vier teilbar ist; bei vollen Jahrhunderten muss es zusätzlich durch vierhundert teilbar sein. Daher hat der Februar 2024 neunundzwanzig Tage, der Februar 2100 achtundzwanzig und der Februar 2000 wiederum neunundzwanzig. Der Rechner wendet diese Regel unmittelbar mit Ganzzahlarithmetik an. Auch der Übergang von Dezember zu Januar wird durch Erhöhen des Jahres korrekt behandelt: Eine Eingabe aus Dezember 2026 ergibt den letzten Tag im Januar 2027. Die Eingabe muss ein echtes vierstelliges Jahr zwischen 0001 und 9999, einen zweistelligen Monat und einen zweistelligen Tag enthalten. Der angegebene Tag muss im jeweiligen Monat existieren; der 31. April und der 29. Februar eines gewöhnlichen Jahres werden abgelehnt. Würde ein Datum aus Dezember 9999 den unterstützten vierstelligen ISO-Bereich überschreiten, wird die Anfrage abgelehnt, statt einen fehlerhaften oder mehrdeutigen Wert auszugeben.

Nutzen Sie deterministische, UTC-sichere Datumsarithmetik

Datumswerte können sich unerwartet verschieben, wenn Software Mitternacht in einer Zeitzone interpretiert und anschließend in einer anderen formatiert. Diese Fähigkeit vermeidet die gesamte Fehlerklasse. Sie liest weder die aktuelle Uhrzeit noch erzeugt sie ein Date-Objekt; außerdem verwendet sie keine Systemzeitzone, ruft keinen Netzwerkdienst auf und erstellt keine Zufallswerte. Stattdessen zerlegt sie das geschriebene Jahr, den Monat und den Tag und führt begrenzte gregorianische Arithmetik mit diesen Ganzzahlen aus. Das Verfahren ist gegenüber UTC sicher, weil kein lokaler Zeitversatz in das Ergebnis eingeht. Dieselbe Eingabe liefert in einem Browser in Tokio, auf einem Server in New York und in einer auf UTC eingestellten Testumgebung stets dasselbe Datum. Prüfen Sie bei einer Automatisierung das zurückgegebene Feld end_of_next_month als ISO-Datum und speichern Sie es direkt, wenn Ihr nachgelagerter Vertrag inklusive Monatsendgrenzen verwendet. Erwartet ein anderes System eine exklusive Grenze, passen Sie das Ergebnis gemäß dessen dokumentierter Konvention an, statt „Monatsende“ mit dem ersten Augenblick des Folgetags gleichzusetzen.