Datum Ihres nächsten runden Geburtstags berechnen

Geben Sie ein ausdrückliches ISO-Geburtsdatum und ein ausdrückliches ISO-Referenzdatum ein. Das Ergebnis liest weder die Uhr noch nimmt es eine Zeitzone an. Ausgegeben werden das am Stichtag vollendete Alter, das nächste runde Alter und dessen genaues Datum. Alle Berechnungen folgen dem proleptischen gregorianischen Kalender in UTC. Wiederholte API-Aufrufe bleiben daher deterministisch und eignen sich für Akten, geplante Kampagnen und Tests.

Wählen Sie einen festen Stichtag für ein reproduzierbares Ergebnis

Der nächste runde Geburtstag hängt davon ab, wann die Frage gestellt wird. Deshalb ersetzt dieser Rechner den Stichtag niemals durch das heutige Datum. Geben Sie birth_date und reference_date als vollständige ISO-Kalenderdaten im Format YYYY-MM-DD an. Der Stichtag muss am oder nach dem Geburtsdatum liegen. Beide Werte gelten als UTC-Kalenderdaten ohne lokale Verschiebung, Sommerzeitanpassung oder verborgene aktuelle Uhrzeit. Dadurch bleibt eine gespeicherte Anfrage reproduzierbar: Dieselbe Eingabe liefert morgen, in einem anderen Land oder in einer Testumgebung dieselbe Antwort. Die Ausgabe enthält die geprüften Eingaben, das vollendete Alter am Stichtag, das nächste Vielfache von zehn und das Datum, an dem es erreicht wird. Verwenden Sie den Tag des relevanten Geschäftsvorgangs, etwa die Erstellung einer Verteilerliste oder den Beginn einer Leistungsprüfung. So weist ein Prozess kurz vor Mitternacht nicht je nach Region unterschiedliche Jubiläumsdaten zu.

Verstehen Sie die Bedeutung des nächsten runden Alters

Ein rundes Alter ist ein positives, durch zehn teilbares Alter. Zunächst werden die am Stichtag vollendeten Kalenderjahre bestimmt, danach wird das strikt größere Vielfache von zehn gewählt. Eine 32-jährige Person steuert auf 40 zu, eine 9-jährige auf 10. Strikt größer gilt auch am Jubiläum selbst: Fällt der Stichtag auf den 40. Geburtstag, ist das nächste runde Alter 50 und nicht 40, weil 40 bereits erreicht wurde. Der Geburtstagsvergleich verwendet Monat und Tag statt einer durchschnittlichen Jahreslänge. Schaltjahre und verschieden lange Monate können daher keinen Fehler um ein Jahr verursachen. Das Zieldatum behält Geburtsmonat und -tag bei, sofern dieses Datum existiert. Unterstützt werden die Jahre 0001 bis 9999 des proleptischen gregorianischen Kalenders. Würde das Jubiläum das Jahr 9999 überschreiten, wird die Anfrage abgelehnt, statt ein erfundenes oder gekürztes Datum auszugeben. Die Methode nutzt nur Ganzzahlarithmetik, keine Uhr, Zufallswerte oder Netzwerkdienste.

Behandeln Sie Geburtstage am 29. Februar einheitlich

Ein Geburtsdatum am 29. Februar benötigt eine ausdrückliche Regel, weil dieser Tag in vielen Zieljahren fehlt. Diese Fähigkeit verwendet in Nichtschaltjahren den 28. Februar als Jahrestag und behält in Schaltjahren den 29. Februar bei. Dieselbe Regel bestimmt sowohl das vollendete Alter als auch das Datum des nächsten Jubiläums, sodass beide Angaben übereinstimmen. Dies ist eine deterministische Rechenkonvention und keine Aussage über die Rechtslage in jedem Land; manche Gesetze oder Programme erkennen stattdessen den 1. März an. Hängen ein Anspruch, Vertrag oder eine vorgeschriebene Mitteilung vom Geburtstag ab, prüfen Sie die geltende Regel. Für Planung, Analyse, Erinnerungen, CRM-Segmentierung und reproduzierbare Softwaretests liefert die erklärte Konvention mit dem 28. Februar ein stabiles Ergebnis. Die Antwort enthält february_29_rule auch bei gewöhnlichen Geburtstagen. Nachgelagerte Systeme können die Konvention daher ohne Dokumentation speichern. Jede API-Anfrage kostet $0.002; Geburtsdaten werden nicht an Dritte gesendet.