ForHosting KIT · Datum und Zeit

Verstrichene Zeit in Prozent für ein ISO-Intervall

Geben Sie Beginn, Ende und den zu prüfenden Zeitpunkt ein und sehen Sie, wie viel des Intervalls verstrichen ist: 14:00 in einem Fenster von 08:00 bis 20:00 UTC sind 50 %. Nichts hängt von der aktuellen Uhr ab. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Start
2026-07-25T08:00:00Z
End
2026-07-25T20:00:00Z
Referenz
2026-07-25T14:00:00Z
Erhalten Sie
Fortschritt (%)
50
Verstrichen (ms)
21.600.000
Dauer (ms)
43.200.000
Bezug zur Referenz
within

Dieser Rechner ermittelt den prozentualen Zeitfortschritt in einem ausdrücklich angegebenen Intervall, ohne die aktuelle Uhrzeit abzufragen. Geben Sie Start, Ende und den zu bewertenden Referenzzeitpunkt an. Jeder Wert muss Z oder einen numerischen UTC-Versatz enthalten. Dadurch liefern gleichwertige Zeitpunkte auf jedem Computer und in jedem Browser dasselbe Ergebnis. Die Ausgabe enthält den gerundeten und begrenzten Prozentsatz, die vorzeichenbehafteten verstrichenen Millisekunden, die Gesamtdauer, den Begrenzungsstatus und die Lage der Referenz relativ zum Intervall.

Legen Sie Intervall und Referenzzeitpunkt vollständig fest

Ein Fortschritt ist nur aussagekräftig, wenn seine Grenzen und der Beobachtungszeitpunkt eindeutig sind. Nach der Normalisierung der Versätze muss end einen späteren Zeitpunkt als start bezeichnen. Die Referenz darf innerhalb, vor oder nach dem Intervall liegen.

Damit eignet sich der Rechner für historische Prüfungen, geplante Meilensteine, Countdowns, Wartungsfenster und reproduzierbare Tests, denn er ersetzt die Referenz niemals durch die Geräteuhr. Ein Wert wie 2026-07-25T14:00:00Z ist eindeutig; eine lokale Uhrzeit ohne Versatz wird abgelehnt. Schreibweisen mit unterschiedlichen Versätzen können denselben Zeitpunkt bezeichnen: 2026-07-25T16:00:00+02:00 und 2026-07-25T14:00:00Z sind hier gleich.

Vor der Umrechnung werden die Kalenderfelder geprüft, einschließlich Monatslängen und gregorianischer Schaltjahrregeln. Unmögliche Datumswerte wechseln daher nicht unbemerkt zu einem anderen Tag.

Verstehen Sie UTC-Berechnung und Begrenzung

Zunächst wandelt die Berechnung jeden Datums- und Zeitwert in dieselbe UTC-Millisekundenskala um. Der Rohprozentsatz ist die verstrichene Zeit geteilt durch die Dauer und mit hundert multipliziert. Standardmäßig wird das Ergebnis zwischen null und hundert begrenzt: Eine Referenz vor dem Start ergibt null, eine Referenz nach dem Ende hundert.

Sie können andere minimale und maximale Prozentsätze festlegen, falls Sie eine abweichende begrenzte Skala benötigen; das Maximum darf dabei nicht kleiner als das Minimum sein. Ein Zeitpunkt genau auf einer Grenze gilt als innerhalb des Intervalls und ergibt den jeweiligen Endpunktwert.

Wählen Sie die Genauigkeit und erhalten Sie feste Ergebnisse

Gerundet wird erst, nachdem der Rohprozentsatz begrenzt wurde. Die Implementierung greift nicht auf das Netzwerk zu, verwendet keinen Zufall, ruft Date nicht auf und liest keine Systemzeitzone. Ihre gregorianische Umrechnung arbeitet arithmetisch.

Speichern Sie die genaue Referenz zusammen mit dem Ergebnis, wenn Sie es später reproduzieren möchten. Für eine Live-Anzeige erzeugen Sie die Referenz ausdrücklich in Ihrer Anwendung und senden diesen Wert; die Fähigkeit bleibt bewusst eine reine Berechnung ohne versteckten Uhrenzugriff.

Ein Veröffentlichungsfenster messen

Berechnen Sie an einem ausdrücklich protokollierten Prüfpunkt einen stabilen Fortschrittswert für Bereitstellung oder Wartung.

Einen Dashboardwert reproduzieren

Speichern Sie den Referenzzeitpunkt mit dem Intervall und erzeugen Sie den zuvor angezeigten Prozentsatz exakt erneut.

Grenzverhalten prüfen

Testen Sie Zustände vor, innerhalb und nach dem Intervall mit einstellbaren Grenzen und deterministischer Sollausgabe.

Verwendet die Berechnung die aktuelle Uhrzeit?

Nein. Sie müssen reference ausdrücklich angeben; die Berechnung liest niemals eine Uhr aus.

Werden Zeitzonenversätze unterstützt?

Ja. Verwenden Sie Z oder einen numerischen Versatz wie +02:00 oder -05:30; alle Eingaben werden auf UTC normiert.

Dürfen Start und Ende identisch sein?

Nein. end muss später als start liegen, weil für ein Intervall der Länge null kein verstrichener Prozentsatz definiert ist.

Was passiert, wenn der Zeitpunkt vor dem Beginn oder nach dem Ende liegt?

Standardmäßig bleibt der Prozentwert vor dem Beginn bei 0 und nach dem Ende bei 100. Die verstrichene Zeit behält ihr Vorzeichen, sodass Sie weiterhin sehen, wie weit der Zeitpunkt außerhalb liegt.

Mit wie vielen Nachkommastellen erscheint der Prozentwert?

Standardmäßig mit sechs. Sie können null bis zwölf Nachkommastellen wählen, und gerundet wird erst, nachdem der Prozentwert in seinen Grenzen gehalten wurde.

Kann ich andere Grenzen als 0 und 100 Prozent festlegen?

Ja. Sie können eigene Mindest- und Höchstwerte angeben, solange der Höchstwert nicht unter dem Mindestwert liegt. Ein Zeitpunkt außerhalb des Intervalls wird dann auf diese Grenzen begrenzt.

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.

POSThttps://api.kit.forhosting.com/date/time-progress-percent

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

curl -X POST https://api.kit.forhosting.com/date/time-progress-percent \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"start":"2026-07-25T08:00:00Z","end":"2026-07-25T20:00:00Z","reference":"2026-07-25T14:00:00Z"}'
{
  "start": "2026-07-25T08:00:00Z",
  "end": "2026-07-25T20:00:00Z",
  "reference": "2026-07-25T14:00:00Z"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.time_progress_percent",
  "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.

pro Anfrage$0.002

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

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Legen Sie Intervall und Referenzzeitpunkt vollständig fest

Übergeben Sie start, end und reference als vollständige ISO-8601-Datums- und Zeitwerte mit Sekunden sowie Z oder einem ausdrücklichen numerischen UTC-Versatz.

Verstehen Sie UTC-Berechnung und Begrenzung

Sie zieht start von end ab, um die Gesamtdauer zu erhalten, und start von reference, um die vorzeichenbehaftete verstrichene Zeit zu bestimmen. Die Begrenzung betrifft nur progress_percent. elapsed_ms behält sein Vorzeichen und zeigt somit, wie weit die Referenz vor oder hinter dem Intervall liegt. clamped meldet eine Änderung des Rohwerts, während reference_relation before, within oder after ausgibt.

Wählen Sie die Genauigkeit und erhalten Sie feste Ergebnisse

Mit precision wählen Sie für progress_percent zwischen null und zwölf Nachkommastellen; voreingestellt sind sechs. Dadurch bleiben die festgelegten Grenzwerte maßgeblich. duration_ms und elapsed_ms bleiben ganzzahlige Millisekundendifferenzen, sodass Sie den Prozentsatz prüfen oder eine gesonderte Dauer anzeigen können. Dieselbe gültige Anfrage erzeugt daher in einem Server-Worker und im Browser dasselbe JSON.

Was kostet die Nutzung über die API?

Jede Anfrage kostet $0.002. Dieselbe reine Berechnung kann auch im Browser ausgeführt werden.

Was geschieht bei einer Referenz außerhalb des Intervalls?

Der Prozentsatz wird auf den festgelegten Bereich begrenzt; elapsed_ms mit Vorzeichen und reference_relation bewahren die tatsächliche Lage.

Vollständige KIT-Dokumentation lesen →