Datum und Zeit

ISO8601 Datums-KonverterZeitangaben mit ihrem Kontext lesen

Eine ISO- oder RFC-Zeitangabe pro Zeile. Ohne Zeitzone bleibt der Wert unbestimmt, bis Sie ausdrücklich UTC wählen.

ISO8601 Datums-Konverter

Eingabe

Die Eingabe wird in diesem Browser verarbeitet und nicht an einen Server gesendet.

Ergebnis

Optionen

Eine Angabe pro Zeile: 2024-01-01T08:00:00+08:00, 2024-01-01, 08:00 oder Sun, 06 Nov 1994 08:49:37 GMT.

Bis zu 9 Nachkommastellen. Unix-Sekunden und -Millisekunden werden abgerundet, Nanosekunden bleiben exakt. HTTP erfordert volle Sekunden.

1000 Zeilen; insgesamt 100000 UTF-16-Codeeinheiten, 512 je Zeile. Leerzeilen sind Fehler.

Eingabe hinzufügen oder ein Beispiel laden.

Der ISO8601 Datums-Konverter hilft, einen Zeitwert aus einem API-Aufruf, einer E-Mail oder einem Protokoll nachzuvollziehen. Eine Uhrzeit allein ist noch kein Zeitpunkt: Erst das Datum und ein bekannter Offset machen einen Vergleich möglich.

Die ursprünglichen Felder stehen neben der normalisierten Ausgabe. So lässt sich ein Datumswechsel durch den UTC-Offset erklären. Ungültige Kalendertage werden nicht in den nächsten Monat verschoben, und fehlerhafte Zeilen bleiben an ihrer Position.

Warum diesen ISO8601 Datums-Konverter verwenden?

Unterschiedliche Anzeigen, derselbe Zeitpunkt

Der ISO8601 Datums-Konverter zeigt für 08:00+08:00 und 00:00Z am selben Tag unterschiedliche Eingabefelder, aber identische Unix-Werte. Damit lässt sich prüfen, ob sich nur die Darstellung geändert hat oder tatsächlich ein anderer Zeitpunkt gemeint ist.

Zwei Uhren mit verschiedenen Zeigerstellungen sind mit demselben Punkt einer Zeitachse verbunden.

Fehlende Angaben nicht ergänzen

Ein reines Datum erhält keine erfundene Uhrzeit, eine reine Uhrzeit kein heutiges Datum. Auch die ausdrückliche UTC-Auswahl vervollständigt solche Teilangaben nicht. Der Bericht beschreibt genau die vorhandenen Felder.

Eine vollständige Kombination aus Datum, Uhrzeit und Offset führt zur Zeitachse; unvollständige Kombinationen enden an gelben Markierungen.

Vor dem Vergleich den Kontext prüfen

01

Das erkannte Format beachten

Der ISO 8601 Datumsformatierer unterscheidet das unterstützte RFC-3339-Format von kompatiblen Eingaben. Ein Leerzeichen, fehlende Sekunden oder +0200 statt +02:00 sind zulässig, erhalten aber nicht das RFC-3339-Etikett.

02

UTC nur bewusst voraussetzen

Die Einstellung wirkt ausschließlich auf vollständige Datums- und Uhrzeitangaben ohne Offset. Lassen Sie unbekannte Quellen unbestimmt. Eine gewählte UTC-Annahme erscheint im Bericht; ein bereits angegebener Offset hat immer Vorrang.

03

Warnungen und Aktualisierung kontrollieren

Automatisches Parsen startet 350 ms nach der letzten Änderung. Ohne Automatik verwenden Sie die Schaltfläche oder Ctrl/Cmd + Enter. Änderungen sperren den Export bis zur Aktualisierung. Die Anzeige wächst in 50er-Schritten, exportiert werden alle Zeilen.

Vom Datumsfeld zum überprüfbaren Ergebnis

Kalendertage wirklich prüfen

Jahr, Monat und Tag werden gemeinsam auf Gültigkeit geprüft, einschließlich Schaltjahren. Der 30. Februar bleibt ein Fehler. Stunden, Minuten und Sekunden werden ebenfalls nicht stillschweigend korrigiert.

Maildatum und Wochentag

Die festgelegte Teilmenge von RFC 2822/5322 erlaubt englische Monatsnamen, numerische Offsets sowie GMT oder UT. Ein vorhandener Wochentag muss zum Datum passen. Die feste HTTP-Schreibweise wird separat erkannt.

Genauigkeit bis zur Nanosekunde

Bis zu neun Nachkommastellen der Sekunde bleiben erhalten. UTC wird mit neun Stellen ausgegeben, Unix-Nanosekunden als exakte Ganzzahlzeichenfolge. Sekunden und Millisekunden werden abgerundet, auch bei negativen Werten vor 1970.

HTTP nur ohne Genauigkeitsverlust

IMF-fixdate wird nur für volle Sekunden und UTC-Jahre von 1900 bis 9999 erzeugt. Bruchteile werden nicht abgeschnitten, nur um einen Header zu liefern. Die genaue ISO-Ausgabe bleibt mit einer Erläuterung verfügbar.

Unterstützte Schreibweisen und Grenzen

Keine lokale Zeitzone erraten
Vollständige Datumsangaben ohne Zone erhalten standardmäßig weder UTC- noch Unix- oder HTTP-Ausgaben. Nur eine bewusste Auswahl erlaubt die UTC-Annahme. Bei Datum ohne Uhrzeit oder Uhrzeit ohne Datum wird weiterhin kein Zeitpunkt abgeleitet.
Eine ausdrückliche ISO-Teilmenge
Erlaubt sind YYYY-MM-DD und HH:mm[:ss[.fraction]], verbunden durch T, t oder ein Leerzeichen. Offsets: Z/z, ±HH:MM und ±HHMM. Eingabejahr und UTC-Jahr müssen 0001–9999 sein. Basisformat, Wochendatum, Ordinaldatum, Zeitspannen und Intervalle sind ausgeschlossen.
Keine stillen Korrekturen
Stunden reichen von 00 bis 23, Minuten und Sekunden von 00 bis 59. Schaltsekunden, 24:00, Dezimalkommas und mehr als neun Nachkommastellen werden abgelehnt. Ein negativer Nulloffset behält seine Bedeutung: UTC ist bekannt, der ursprüngliche lokale Offset nicht.
RFC mit begrenzter Grammatik
Maildaten nutzen vierstellige Jahre ab 1900, englische Monatsnamen und einen numerischen Offset, GMT oder UT. Kommentare, gefaltete Header, zweistellige Jahre, andere Zeitzonenabkürzungen und veraltete HTTP-Formate werden nicht akzeptiert.
Textlisten innerhalb fester Grenzen
Maximal 1000 physische Zeilen, insgesamt 100000 UTF-16-Codeeinheiten und 512 je Zeile. Leerzeilen bleiben Fehler. Datei- und URL-Import, regionale Zeitzonen, Sommerzeitberechnung, numerische Zeitstempeleingaben und mehrdeutige Schrägstrichdaten gehören nicht zu diesem Werkzeug.

Fragen zum ISO8601 Datums-Konverter

Was bedeutet das Z in einem ISO 8601-Datum?

Z kennzeichnet den UTC-Offset null. Am selben Datum beschreiben 08:00+08:00 und 00:00Z denselben Zeitpunkt. Daraus lässt sich nicht ableiten, an welchem Ort der ursprüngliche Wert erzeugt wurde.

Was ist der Unterschied zwischen ISO 8601 und RFC 2822?

ISO-Datumszeiten verwenden numerische Kalenderfelder. RFC-Maildaten enthalten englische Monatsnamen und optional einen Wochentag. Dieses Werkzeug liest die erklärte Mail-Teilmenge und prüft den Wochentag, bevor es ISO und UTC ausgibt.

Was ist ein ISO-Wochendatum?

Ein ISO-Wochendatum bezeichnet ein Datum über Wochenjahr, Kalenderwoche und Wochentag, beispielsweise 2024-W01-1. Diese Darstellung wird hier nicht eingelesen. Verwenden Sie für dieses Werkzeug das Kalenderdatum YYYY-MM-DD.

Welches ISO-8601-Format eignet sich für APIs?

Richten Sie sich nach der Schnittstellenspezifikation. Eine vollständige UTC-Datumszeit ist oft gut vergleichbar, doch erlaubte Sekundenbruchteile und Wertebereiche unterscheiden sich. Die Ausgabe dieses Werkzeugs ist keine Zusage, dass jede API neun Stellen akzeptiert.

Kann ISO 8601 auch ohne Uhrzeit verwendet werden?

Ja, ein Kalenderdatum wie 2024-02-29 ist möglich. Hier werden nur Jahr, Monat und Tag normalisiert. Ohne Uhrzeit entsteht kein Unix-Zeitstempel; die UTC-Option fügt auch nicht automatisch Mitternacht hinzu.

Ein unerwartetes Ergebnis?

Die ursprüngliche Zeitangabe überprüfen

Nutzen Sie den ISO8601 Datums-Konverter, um Felder, Offset und genaue UTC-Ausgabe abzugleichen, bevor Sie den vollständigen Bericht übernehmen.