Wird der eingegebene Wert irgendwohin gesendet?

Nein. Umrechnung und Zeitzonenberechnung laufen mit den eingebauten Funktionen Ihres Browsers auf Ihrem Gerät; der eingegebene Wert wird weder über das Netz gesendet noch gespeichert.

Warum hält das Werkzeug den Wert für Millisekunden statt Sekunden (oder umgekehrt)?

Die Einheit wird nur aus der Größe der Zahl geschätzt: Zehnstellige Zahlen sind Sekunden, dreizehnstellige Millisekunden usw. Liegt das Datum weit von der Erwartung entfernt, wählen Sie unter „Einheit der Zahl“ die Einheit manuell; das Werkzeug listet auch die Lesart in jeder Einheit auf.

Was ist das Jahr-2038-Problem?

Systeme, die Sekunden in einer vorzeichenbehafteten 32-Bit-Ganzzahl halten, laufen am 2038-01-19 03:14:07 UTC (2³¹−1 Sekunden) über, und der Zähler wird negativ. Moderne Systeme nutzen 64 Bit; ältere Embedded-Geräte, 32-Bit-Datenbankfelder und manche Dateiformate sind gefährdet. Das Werkzeug markiert Werte jenseits dieser Grenze.

Warum ist eine Ortszeit „mehrdeutig“ oder „kommt nie vor“?

Beginnt die Sommerzeit, wird die Uhr vorgestellt (z. B. 02:00 → 03:00), und die Ortszeiten dazwischen gibt es nie. Endet sie, wird die Uhr zurückgestellt (03:00 → 02:00), und die Ortszeiten dazwischen gibt es zweimal. In beiden Fällen ist die Umrechnung allein aus der Ortszeit in einen Zeitpunkt nicht eindeutig; verwenden Sie einen Offset oder UTC.

Was ist der Unterschied zwischen UTC-Offset und IANA-Zeitzone?

Ein Offset (+03:00) ist der Unterschied in diesem Moment. Eine IANA-Zone (Europe/Berlin) ist der Name der sich im Lauf der Zeit ändernden Offset- und Sommerzeitregeln. Für einen vergangenen Zeitpunkt genügt ein Offset; für einen künftigen lokalen Termin braucht man zusätzlich den Zonennamen, weil sich die Regeln ändern können.

Zählt die Unix-Zeit Schaltsekunden?

Nein. In der Unix-Zeit hat jeder Tag genau 86.400 Sekunden; eine Schaltsekunde erhält denselben Wert wie die vorherige Sekunde oder wiederholt ihn. Dieses Werkzeug liest die Sekunde 60 ebenfalls als Beginn der nächsten Minute.

Zeitstempel- und Zeitzonen-Umrechner

Fügen Sie einen Zeitstempel oder ein Datum ein: Unix-Sekunden, ms, µs, ns, ISO 8601, RFC 2822 und lokaler Text erscheinen in allen Formaten und in den gewählten Zeitzonen (mit UTC-Offset). Ortszeiten, die bei der Zeitumstellung nicht existieren oder doppelt vorkommen, werden gewarnt. Die Umrechnung läuft im Browser; nichts wird gesendet.

Kostenloses Werkzeug · Integration

Zeitstempel oder Datum

Eine Zahl (Unix), ISO 8601 (2026-10-06T14:30:00+03:00), RFC 2822 (Tue, 06 Oct 2026 14:30:00 +0300) oder 06.10.2026 14:30. Daten ohne Offset werden in der Eingabe-Zeitzone unten gedeutet.

Eingabe-Zeitzone

Daten ohne Offset (2026-10-06 14:30) gelten als Ortszeit in dieser Zone.

Aktuelle Zeit nach der Browseruhr: …

Beispiele:

Die Umrechnung läuft in Ihrem Browser; der eingegebene Wert wird nirgendwohin gesendet und nicht gespeichert.

Zeitzone hinzufügen (IANA-Name)

Häufige Fehler

Ein Offset ist keine Zeitzone: +03:00 ist nur ein Unterschied, Europe/Istanbul dagegen trägt alle vergangenen und künftigen Regeln. Speichern Sie bei einem künftigen Termin sowohl den UTC-Zeitpunkt als auch den IANA-Zonennamen.
Bei der Zeitumstellung gibt es eine Ortszeit entweder gar nicht (z. B. 02:30 am letzten Märzsonntag) oder zweimal; die Umrechnung einer Ortszeit in einen Zeitpunkt ist dann mehrdeutig. Übertragen Sie zwischen Systemen den Zeitpunkt in UTC oder als ISO 8601 mit Offset.
Die 2038-Grenze: Ein vorzeichenbehafteter 32-Bit-Sekundenzähler läuft am 2038-01-19 03:14:07 UTC über. Ältere Embedded-Software, Datenbankspalten mit 32-Bit-Feldern und manche Dateiformate stoßen daran; verwenden Sie 64 Bit.
Die Unix-Zeit zählt keine Schaltsekunden: Jeder Tag hat genau 86.400 Sekunden. Eine als 23:59:60 geschriebene Schaltsekunde erhält denselben Unix-Stempel wie die vorherige Sekunde oder wiederholt ihn.

Die Zeitzonenregeln stammen aus der IANA-Datenbank in der Version Ihres Browsers und können sich ändern; dieses Werkzeug sollte nicht die alleinige Grundlage für rechtlich, finanziell oder sicherheitskritische Entscheidungen sein. Bei sehr alten Daten (vor 1900) wird die Ortszeit mit historischen Offsets berechnet und kann vom üblichen Gebrauch abweichen.

Fließen Datums- und Zeitdaten zwischen Ihren Systemen uneinheitlich? Wir können Zeitzonen, Zeitstempelformate und Zuordnungsregeln gemeinsam klären.

Gespräch anfragen

So funktioniert es

A
Fügen Sie einen Unix-Zeitstempel oder ein Datum ein; das Werkzeug schätzt die Einheit aus der Größe, bei Bedarf wählen Sie sie manuell.
B
Sehen Sie die Ausgabe in allen Formaten und die Ortszeit in den gewählten Zeitzonen mit UTC-Offset; Zonen lassen sich hinzufügen und entfernen.
C
Bei Sommerzeitumstellung oder Einheitenunklarheit lesen Sie die Warnung und wählen Ihr Speicherformat entsprechend.

Was ist ein Unix-Zeitstempel?

Ein Unix-Zeitstempel ist die Anzahl der Sekunden seit 1970-01-01 00:00:00 UTC (der Unix-Epoche). Er entspricht genau einem Zeitpunkt und ist von Zeitzonen unabhängig; in welcher Zone man ihn auch liest, er zeigt denselben Zeitpunkt. Deshalb ist er die sicherste Darstellung zwischen Systemen.

Viele Systeme halten denselben Zeitpunkt in unterschiedlichen Einheiten: JavaScript und Java nutzen Millisekunden, viele Datenbanken und Pythons time.time() Sekunden (gebrochen), Gos UnixNano liefert Nanosekunden. Wer die falsche Einheit annimmt, erhält Ergebnisse wie 1970 oder das Jahr 50000.

Wie die Einheit geschätzt wird

Im automatischen Modus entscheidet die Größe des ganzzahligen Teils: unter 10¹¹ Sekunden (bis zum Jahr 5138), unter 10¹⁴ Millisekunden, unter 10¹⁷ Mikrosekunden, sonst Nanosekunden. Bei heutigen Stempeln trennt das zuverlässig nach Stellenzahl (10, 13, 16, 19).

Bei Millisekunden vor 1973 liegt die Schätzung falsch (sie gelten als Sekunden). Deshalb listet das Werkzeug bei Zahleneingaben auch das Datum für jede der vier Einheiten auf; wählen Sie die, die dem erwarteten Datum entspricht.

Zeitzonen- und Sommerzeitfallen

Für die Umrechnung einer Ortszeit in einen Zeitpunkt braucht man eine Zeitzone, und die Zeitumstellung erzeugt zwei Sonderfälle: Eine übersprungene Stunde gibt es nie, eine wiederholte Stunde gibt es zweimal. Das Werkzeug warnt vor beiden und zeigt bei einer mehrdeutigen Zeit die zwei möglichen Zeitpunkte.

Die Türkei nutzt seit 2016 das ganze Jahr UTC+3 und hat keine Sommerzeit; Deutschland stellt die Uhr am letzten Märzsonntag vor und am letzten Oktobersonntag zurück. Zonenregeln ändern sich mit der Zeit, speichern Sie daher den IANA-Zonennamen statt des Offsets.

Häufige Fragen

Wird der eingegebene Wert irgendwohin gesendet?: Nein. Umrechnung und Zeitzonenberechnung laufen mit den eingebauten Funktionen Ihres Browsers auf Ihrem Gerät; der eingegebene Wert wird weder über das Netz gesendet noch gespeichert.
Warum hält das Werkzeug den Wert für Millisekunden statt Sekunden (oder umgekehrt)?: Die Einheit wird nur aus der Größe der Zahl geschätzt: Zehnstellige Zahlen sind Sekunden, dreizehnstellige Millisekunden usw. Liegt das Datum weit von der Erwartung entfernt, wählen Sie unter „Einheit der Zahl“ die Einheit manuell; das Werkzeug listet auch die Lesart in jeder Einheit auf.
Was ist das Jahr-2038-Problem?: Systeme, die Sekunden in einer vorzeichenbehafteten 32-Bit-Ganzzahl halten, laufen am 2038-01-19 03:14:07 UTC (2³¹−1 Sekunden) über, und der Zähler wird negativ. Moderne Systeme nutzen 64 Bit; ältere Embedded-Geräte, 32-Bit-Datenbankfelder und manche Dateiformate sind gefährdet. Das Werkzeug markiert Werte jenseits dieser Grenze.
Warum ist eine Ortszeit „mehrdeutig“ oder „kommt nie vor“?: Beginnt die Sommerzeit, wird die Uhr vorgestellt (z. B. 02:00 → 03:00), und die Ortszeiten dazwischen gibt es nie. Endet sie, wird die Uhr zurückgestellt (03:00 → 02:00), und die Ortszeiten dazwischen gibt es zweimal. In beiden Fällen ist die Umrechnung allein aus der Ortszeit in einen Zeitpunkt nicht eindeutig; verwenden Sie einen Offset oder UTC.
Was ist der Unterschied zwischen UTC-Offset und IANA-Zeitzone?: Ein Offset (+03:00) ist der Unterschied in diesem Moment. Eine IANA-Zone (Europe/Berlin) ist der Name der sich im Lauf der Zeit ändernden Offset- und Sommerzeitregeln. Für einen vergangenen Zeitpunkt genügt ein Offset; für einen künftigen lokalen Termin braucht man zusätzlich den Zonennamen, weil sich die Regeln ändern können.
Zählt die Unix-Zeit Schaltsekunden?: Nein. In der Unix-Zeit hat jeder Tag genau 86.400 Sekunden; eine Schaltsekunde erhält denselben Wert wie die vorherige Sekunde oder wiederholt ihn. Dieses Werkzeug liest die Sekunde 60 ebenfalls als Beginn der nächsten Minute.

Lassen wir die Zeit zwischen Ihren Systemen konsistent fließen

Wir entwerfen mit Ihnen Zeitstempel-, Zeitzonen- und Zuordnungsregeln zwischen ERP-, SCADA-, CRM- und Drittsystemen. Besprechen wir Ihren bestehenden Ablauf in einem kostenlosen Erstgespräch.

Gespräch anfragen CRM-/ERP-Integration ansehen →