ForHosting KIT · Datum und Zeit

ISO-Datum in Windows FILETIME umrechnen

Geben Sie Datum und Uhrzeit mit Z oder Versatz ein und erhalten Sie den Windows-FILETIME-Wert, der 100-Nanosekunden-Schritte seit dem 1. Januar 1601 UTC zählt: 2025-01-01T00:00:00Z ergibt 133801632000000000. Praktisch für Active Directory, Registry-Daten und Forensik. Kostenlos in Ihrem Browser.

Kostenlos
Läuft in Ihrem Browser
Ohne Anmeldung
Ihre Daten bleiben auf Ihrem Gerät

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Rechenbeispiel

Wenn Sie eingeben

Datum und Uhrzeit: 2025-01-01T00:00:00Z

Erhalten Sie

Eingegebenes Datum mit Uhrzeit: 2025-01-01T00:00:00Z
UTC-Datum und -Uhrzeit: 2025-01-01T00:00:00.0000000Z
Windows-FILETIME: 133801632000000000

Rechnen Sie einen ISO-8601-Zeitpunkt in den dezimalen Windows-FILETIME-Wert um, den Windows-APIs, Active Directory, die Registrierung und forensische Werkzeuge verwenden. Die Berechnung zählt 100-Nanosekunden-Intervalle seit 1601-01-01T00:00:00Z. Ihre Eingabe muss die Zeitzone mit Z oder einem numerischen Offset ausdrücklich nennen. Exakte Ganzzahl- und gregorianische Kalenderarithmetik ersetzen dabei lokale Uhr und plattformeigenen Datumsparser. Die Antwort enthält die ursprüngliche Eingabe, ihre normalisierte UTC-Darstellung mit sieben Nachkommastellen, die FILETIME-Zeichenfolge und eine eindeutige Einheitenangabe.

Epoche und Einheit von Windows FILETIME verstehen

Windows FILETIME ist ein Ganzzahlzähler mit dem Nullpunkt Mitternacht UTC am 1. Januar 1601. Jeder Schritt entspricht 100 Nanosekunden; zehn Millionen Schritte ergeben eine Sekunde und 864 Milliarden einen Tag.

Epoche und Auflösung unterscheiden sich von Unix-Zeit, JavaScript-Millisekunden und . NET-DateTime-Ticks. Das bloße Umbenennen oder Multiplizieren eines bekannten Zeitstempels kann deshalb falsche Ergebnisse liefern.

Der Konverter prüft gregorianisches Datum, Uhrzeit, Sekundenbruchteil und Zeitzone.

Explizite ISO-Zeitzonen für deterministisches UTC verwenden

Ein ISO-Datum mit Uhrzeit, aber ohne Zeitzone bezeichnet keinen eindeutigen Zeitpunkt. Gemeint sein könnte die Ortszeit eines Arbeitsplatzes, die Serverzeitzone oder ein Exportwert, dessen Offset verloren ging. Geben Sie deshalb Z für UTC oder einen Offset wie +05:30 beziehungsweise -04:00 an.

Ein positiver Offset wird zum Ermitteln von UTC abgezogen, ein negativer addiert. Mitternacht bei +02:00 entspricht beispielsweise 22:00 UTC am Vortag. Die Berechnung behandelt diesen Tageswechsel direkt und liefert die normalisierte Form mit abschließendem Z.

Maschinenzeitzone, Sommerzeitregeln, aktuelles Datum, Gebietsschema und Umgebung werden nie abgefragt. Offsets bis 14:00 sind zulässig. Benannte Zonen wie America/New_York werden bewusst nicht unterstützt, da sie veränderliche historische Regeln benötigen.

Enthält Ihre Quelle nur eine Ortszeit, bestimmen und ergänzen Sie vor der Umrechnung den damals gültigen Offset; eine Schätzung würde einen präzisen, aber falschen FILETIME-Wert erzeugen.

Genauigkeit bewahren und Migrationsdaten prüfen

Die Eingabe darf eine bis sieben Nachkommastellen für Sekunden enthalten. Fehlende Stellen werden rechts ergänzt: .1 bedeutet eine Zehntelsekunde, sieben Stellen bilden die volle 100-Nanosekunden-Auflösung ab. Höhere Genauigkeit wird abgelehnt und weder gerundet noch abgeschnitten, da beides den Zeitpunkt verschieben könnte.

Die Prüfung verwirft außerdem unmögliche Kalenderdaten, Schaltsekunden, fehlerhafte Offsets und ungültige Uhrzeiten. Nach Anwendung der Zeitzone muss der UTC-Zeitpunkt zwischen der FILETIME-Epoche und dem letzten 100-Nanosekunden-Intervall des Jahres 9999 liegen. Diese strengen Grenzen machen fehlerhafte Migrationszeilen sichtbar.

Ohne Netzwerk, Zufall, Systemuhr oder Date-Objekt erzeugt dieselbe gültige Eingabe bei jedem Lauf dieselbe Ausgabe.

Anwendungsfälle

Nutzdaten für Windows-APIs vorbereiten

Wandeln Sie einen lesbaren UTC- oder Offset-Zeitpunkt in den exakt erwarteten dezimalen FILETIME-Wert um.

Verzeichnismigrationen validieren

Berechnen Sie FILETIME für Zeitfelder und behalten Sie einen normalisierten, prüfbaren UTC-Wert bei.

Registrierung und forensische Zeitlinien untersuchen

Erzeugen Sie bekannte FILETIME-Referenzen aus eindeutigen ISO-Zeitpunkten für Tests und Analysen.

Häufige Fragen

Welche Epoche verwendet Windows FILETIME?

FILETIME beginnt bei 1601-01-01T00:00:00Z und zählt ab diesem Zeitpunkt 100-Nanosekunden-Intervalle.

Warum muss das ISO-Datum eine Zeitzone enthalten?

Ein Datum ohne Z oder Offset ist mehrdeutig. Die vorgeschriebene Zeitzone macht die UTC-Umrechnung deterministisch.

Wie viele Nachkommastellen sind zulässig?

Bis zu sieben Stellen entsprechend der 100-Nanosekunden-Auflösung sind zulässig. Höhere Genauigkeit wird abgelehnt.

Nutzt der Konverter Systemzeitzone oder Systemuhr?

Nein. Er verwendet nur die eindeutige Eingabe und deterministische gregorianische Ganzzahlarithmetik.

Warum wird das Ergebnis als Text und nicht als Zahl ausgegeben?

Weil heutige FILETIME-Werte größer sind, als viele Programme und Tabellen als Zahl exakt speichern können. Als Text bleibt der Wert ohne stilles Runden erhalten, bevor Sie ihn speichern oder weitergeben.

Für Entwickler — API-Zugang

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

Endpunkt

POSThttps://api.kit.forhosting.com/date/iso-to-windows-filetime

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

Aufruf aus Ihrem Stack

curl -X POST https://api.kit.forhosting.com/date/iso-to-windows-filetime \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"datetime":"2025-01-01T00:00:00Z"}'

const res = await fetch("https://api.kit.forhosting.com/date/iso-to-windows-filetime", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "datetime": "2025-01-01T00:00:00Z"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/date/iso-to-windows-filetime",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "datetime": "2025-01-01T00:00:00Z"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/iso-to-windows-filetime", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"datetime":"2025-01-01T00:00:00Z"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"datetime":"2025-01-01T00:00:00Z"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/iso-to-windows-filetime", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "datetime": "2025-01-01T00:00:00Z"
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.iso_to_windows_filetime",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Preis

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

Fehler

HTTP	Code	Bedeutung
`401`	`unauthorized`	Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
`402`	`insufficient_balance`	Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
`404`	`unknown_type`	Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
`429`	`rate_limited`	Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Technische Hinweise

Epoche und Einheit von Windows FILETIME verstehen

Anschließend bestimmt er den genauen UTC-Zeitpunkt und misst den Abstand zur FILETIME-Epoche mit Ganzzahlarithmetik. windows_filetime wird als Dezimaltext ausgegeben, weil viele JSON-Implementierungen solche großen Zahlen nicht exakt darstellen. Dadurch vermeiden Sie unbemerktes Runden in Browsern, Tabellen und Anwendungen. unit dokumentiert die Bedeutung, während utc_datetime eine lesbare Kontrollangabe vor dem Speichern oder Übertragen bietet. Eine automatisierte Umrechnung kostet $0.002.

Genauigkeit bewahren und Migrationsdaten prüfen

Verwenden Sie windows_filetime für Windows-Strukturen, LDAP-Attribute, Registrierungsexporte oder kompatible Nutzdaten und utc_datetime für Prüfprotokolle und Tests.

Technische Fragen

Warum wird FILETIME als Zeichenfolge ausgegeben?

Übliche FILETIME-Ganzzahlen überschreiten den exakten Bereich vieler JSON-Zahlen. Dezimaltext bewahrt jede Stelle.

Was kostet eine Umrechnung?

Jede Umrechnung über die API kostet $0.002.

Vollständige KIT-Dokumentation lesen →

ISO-Datum in Windows FILETIME umrechnen

Im Browser ausführen – kostenlos

Rechenbeispiel

Epoche und Einheit von Windows FILETIME verstehen

Explizite ISO-Zeitzonen für deterministisches UTC verwenden

Genauigkeit bewahren und Migrationsdaten prüfen

Anwendungsfälle

Nutzdaten für Windows-APIs vorbereiten

Verzeichnismigrationen validieren

Registrierung und forensische Zeitlinien untersuchen

Häufige Fragen

Verwandte Tools

Für Entwickler — API-Zugang

Endpunkt

Aufruf aus Ihrem Stack

Beispiel-Anfrage

Beispiel-Antwort

Preis

Fehler

Technische Hinweise

Epoche und Einheit von Windows FILETIME verstehen

Genauigkeit bewahren und Migrationsdaten prüfen

Technische Fragen

danke