Minuten von Datum und Uhrzeit abziehen

Er akzeptiert ein abschließendes Z oder einen numerischen UTC-Versatz. Dadurch bezeichnet die Berechnung einen konkreten Zeitpunkt und hängt nicht von der lokalen Zeitzone des Geräts ab. Sekunden, Millisekunden, Minutenbruchteile sowie Tages-, Monats-, Jahres- und Schaltjahreswechsel werden deterministisch verarbeitet. Die aktuelle Uhrzeit wird nie abgefragt; gleiche Eingaben führen daher immer zum gleichen Ergebnis.

Geben Sie einen Zeitpunkt mit Zeitzone ein

Beginnen Sie mit einem ISO-8601-Datums- und Zeitwert, der einen realen Zeitpunkt bezeichnet, etwa 2026-07-25T12:30:00Z, oder mit einem Wert, der einen Versatz wie +05:30 trägt. Die Zeitzonenangabe ist Pflicht, denn eine Uhrzeit ohne sie ist mehrdeutig: Mittag in London und Mittag in Tokio sind nicht derselbe Zeitpunkt. Der Rechner prüft das vollständige Kalenderdatum einschließlich der Monatstage und Schaltjahrregeln. Ebenso werden Stunden, Minuten, Sekunden, Millisekunden und der numerische Versatz geprüft. Sekunden dürfen Sie weglassen, wenn sie null sind; die Ausgabe enthält dennoch stets eine vollständige UTC-Darstellung. Tragen Sie in das Minutenfeld den abzuziehenden Betrag ein. Ganze Zahlen eignen sich für übliche Planungen, ein Dezimalwert wie 1.5 entspricht neunzig Sekunden. Negative Werte sind ebenfalls zulässig und verschieben den Zeitpunkt effektiv nach vorn. Beide Felder sind erforderlich, und der Minutenwert muss eine endliche Zahl sein.

So entstehen UTC-Berechnung und Ausgabe

Zunächst wird der eingegebene Versatz berücksichtigt, um Datum und Uhrzeit in einen UTC-Zeitpunkt umzuwandeln. Anschließend zieht der Algorithmus die genaue Dauer ab und bildet daraus wieder ein gregorianisches Kalenderdatum. Diese Reihenfolge ist bei einem Versatz ungleich null entscheidend. Eine Uhrzeit kurz nach Mitternacht mit positivem Versatz kann beispielsweise schon vor dem Abzug zum vorherigen UTC-Tag gehören. Das Ergebnis endet mit Z als Kennzeichnung für UTC und enthält stets Sekunden sowie drei Millisekundenstellen. Durch die einheitliche Form lassen sich Werte leichter vergleichen, speichern, sortieren oder an eine andere API übergeben, ohne gleichwertige Versatzschreibweisen mitzuschleppen. Stunden-, Tages-, Monats-, Schaltjahr- und Jahresgrenzen werden automatisch überschritten. Sommerzeitregeln oder benannte Zeitzonen werden nicht erraten, da der angegebene Versatz den Zeitpunkt bereits festlegt. Weder die aktuelle Uhr noch die Zeitzone des ausführenden Systems fließt ein; gespeicherte Anfragen bleiben deshalb überall reproduzierbar.

Verwenden Sie das Ergebnis sicher in Anwendungen

Diese Funktion eignet sich, wenn Ihr System bereits einen Zeitstempel besitzt und daraus eine frühere Frist, Erinnerung, Annahmegrenze, ein Fenster oder eine Protokollposition berechnen soll. Senden Sie den ursprünglichen Zeitpunkt und die abzuziehende Dauer und übernehmen Sie anschließend das zurückgegebene Feld datetime als normalisiertes Ergebnis. Unterscheiden Sie dabei zwischen verstrichenen Minuten und Kalenderoperationen. Der Abzug von 1,440 Minuten entfernt immer genau vierundzwanzig Stunden; bei einer Sommerzeitumstellung bedeutet das nicht automatisch dieselbe Ortszeit am Vortag. Falls Sie dieses Kalenderverhalten benötigen, müssen Sie zuvor die benannte Zeitzone und deren Regeln auflösen. Unmögliche Werte wie der 30. Februar oder Stunde 25 werden als Eingabefehler gemeldet und nicht stillschweigend berichtigt. Auch übergroße Verschiebungen und Genauigkeiten unter einer Millisekunde werden abgelehnt. Einzelne Berechnungen können Sie im Browser ausführen; automatisierte Aufrufe kosten $0.002 je Anfrage und passen in Planungs- und Normalisierungsabläufe.