Persisches Jalali-Datum in gregorianisches Datum umrechnen

Der Rechner verwendet den arithmetischen persischen Zyklus von 2.820 Jahren und führt die Berechnung unmittelbar aus, ohne einen entfernten Dienst oder die Geräteuhr heranzuziehen. Das Ergebnis enthält ein übersichtliches gregorianisches Datum im ISO-ähnlichen Format sowie getrennte Werte für Jahr, Monat und Tag. Damit eignet es sich für Menschen, Skripte, Importe, historische Unterlagen und kompatible Datumsfelder.

Geben Sie ein vollständiges persisches Datum ein

Tragen Sie Jahr, Monat und Tag der persischen Solar-Hidschra als drei getrennte ganze Zahlen ein. Die Monate 1 bis 6 können 31 Tage enthalten, die Monate 7 bis 11 jeweils 30 Tage und der Monat 12 in einem gewöhnlichen Jahr 29 beziehungsweise in einem arithmetischen Schaltjahr 30 Tage. Der Rechner prüft diese Regeln vor der Berechnung. Ein unmögliches Datum wird deshalb zurückgewiesen und nicht unbemerkt in den Folgemonat verschoben. Zulässig sind die Jahre 1 bis 9999. Verwenden Sie das Jahr genau so, wie es im persischen Kalender angegeben ist, ohne einen gregorianischen Versatz hinzuzurechnen und ohne Uhrzeit oder Zeitzonenkürzel. Die Ausgabe liefert das entsprechende proleptische gregorianische Datum als ISO-ähnliche Zeichenfolge aus Jahr, Monat und Tag sowie dieselben Bestandteile als einzelne Zahlen. Die getrennten Felder lassen sich bequem in Datenbankspalten übernehmen, für eine lokalisierte Darstellung verwenden oder mit einem anderen strukturierten Datum vergleichen. Die Umrechnung bezeichnet einen Kalendertag und keinen bestimmten Zeitpunkt innerhalb dieses Tages.

So arbeitet die arithmetische Umrechnung

Die Berechnung folgt dem arithmetischen Modell des persischen Kalenders mit einem wiederkehrenden Zyklus von 2.820 Jahren. Zunächst wird das eingegebene persische Datum auf eine julianische Tageszahl abgebildet. Diese fortlaufende Zählung bildet eine neutrale Brücke zwischen verschiedenen Kalendersystemen. Anschließend zerlegt das Verfahren die Tageszahl anhand der gregorianischen Zyklen von 400, 100, 4 und 1 Jahren und ermittelt daraus gregorianisches Jahr, Monat und Tag. Jeder Schritt verwendet begrenzte Ganzzahlarithmetik und feste Kalenderkonstanten. Weder das aktuelle Datum noch die Regionseinstellung des Betriebssystems, die Browserzeitzone, eine Netzabfrage oder eine historische Tabelle beeinflussen das Resultat. Derselbe Eingangswert erzeugt daher in der API und im Browser stets dieselbe Antwort. Der Zusatz „arithmetisch“ ist wichtig: Manche Umsetzungen des persischen Kalenders beruhen auf astronomischen Beobachtungen oder amtlichen Berechnungen der Tagundnachtgleiche. Diese können in einzelnen weit entfernten Jahren von einem festen Zyklus abweichen. Diese Fähigkeit wendet durchgehend die erklärte arithmetische Konvention an, sodass Sie das zugrunde liegende Modell eindeutig erkennen und unabhängig nachvollziehen können.

Verwenden Sie das Ergebnis korrekt in Ihren Daten

Behandeln Sie den zurückgegebenen Wert als Umrechnung zwischen benannten Kalenderdaten und nicht als Unix-Zeitstempel. Ein Datum allein bezeichnet erst dann einen Zeitpunkt, wenn Uhrzeit, Zeitzone und gegebenenfalls geltende zivilrechtliche Zeitregeln hinzukommen. Speichert Ihre Datenbank reine Datumswerte, ist die ISO-ähnliche Zeichenfolge in der Regel das direkteste Feld. Erwartet das Zielsystem dagegen einen Zeitstempel, ergänzen Sie die gewünschte Ortszeit und die Zeitzone in einem getrennten, ausdrücklich festgelegten Schritt, anstatt Mitternacht UTC anzunehmen. Dadurch verhindern Sie, dass Software das Datum aufgrund eines unerwarteten Versatzes als vorherigen oder folgenden Tag anzeigt. Das arithmetische Modell eignet sich besonders für reproduzierbare Datenmigrationen, Prüfabläufe und Archivtransformationen, weil weder neue Beobachtungen noch regionale Einstellungen sein Ergebnis verändern. Prüfen Sie bei heutigen amtlichen oder rechtlichen Vorgängen, ob die empfangende Stelle dieselbe Konvention verwendet, insbesondere wenn ihre Vorgaben einen beobachtungsbasierten persischen Kalender nennen. Eine API-Anfrage kostet $0.002; die Browserfassung führt dieselbe reine Berechnung lokal aus.