Verfallsdatum Rechner

Die Haltbarkeitsberechnung basiert auf ganzzahliger Datumsarithmetik, verankert am Produktionsdatum. Der Vorwärtsweg berechnet Ablaufdatum = Produktionsdatum + Haltbarkeitstage via Date.setDate(date.getDate() + n), was Monats- und Jahreswechsel nativ behandelt (z.B. 2025-01-31 + 30 = 2025-03-02, da der Februar 28 Tage hat). Der Rückwärtsweg berechnet Produktionsdatum = Ablaufdatum - Haltbarkeitstage auf die gleiche Weise. Um DST-Verschiebungen um Mitternacht herum zu vermeiden, verankert die Seite die Arithmetik über UTC via Date.UTC(y, m, d) und addiert ganze Millisekunden (n * 86400000), da Date.setDate in lokaler Zeit DST-Grenzen mit einstündigem Versatz überschreitet, was das sichtbare Datum bei März- und November-Übergängen in den USA bzw. Oktober in der EU umschlagen kann. Haltbarkeitseinheiten werden vor der Addition auf Tage normalisiert: 1 Monat wird als 30 Tage und 1 Jahr als 365 Tage behandelt, was der auf den meisten Verbraucherpackungen verwendeten Heuristik entspricht, aber nicht der kalenderexakten Regel der Behörden. Der Codex Alimentarius Allgemeine Standard für die Kennzeichnung vorverpackter Lebensmittel (CXS 1-1985, revidiert) und Chinas GB 7718-2025 geben die Haltbarkeit ab Produktions- oder Verpackungsdatum an; das Arzneimittelablaufdatum folgt den ICH Q1A (R2)-Stabilitätstestrichtlinien und rundet das gedruckte Ablaufdatum auf den letzten Tag des Monats (also wird ein Medikament, das am 2024-08-15 mit 18 Monaten Haltbarkeit hergestellt wurde, mit 2026-02-28 gekennzeichnet, nicht 2026-02-15). Der Resttage-Zähler ist (Ablaufdatum_utc - jetzt_utc) / 86400000, gerundet mit Math.floor für bereits vergangene Tage und Math.ceil für Zeit bis zum Ablauf, und der Frischebereich ist ein schwellenwertbasierter Vergleich: abgelaufen wenn Resttage < 0, bald ablaufend wenn 0 ≤ Resttage ≤ 30, andernfalls frisch. Die dauerhafte Beobachtungsliste lebt in window.localStorage unter einem einzelnen namensraumbasierten Schlüssel, serialisiert via JSON.stringify, was die meisten Browser auf etwa 5-10 MB pro Origin begrenzen (Chrome ca. 10 MB, Safari ca. 5 MB). Wenn das Kontingent überschritten wird, wirft der Browser eine DOMException mit name 'QuotaExceededError', und die Seite muss auf In-Memory-Zustand zurückgreifen, da Schreibvorgänge nach dem Wurf stillschweigend verworfen werden. localStorage ist außerdem synchron und same-origin, sodass die Einträge über Seitenneuladen hinweg erhalten bleiben, aber das Gerät nie verlassen. Die Browser-Benachrichtigungs-API (die die Erinnerungsfunktion verwendet) erfordert Notification.requestPermission(), wird pro Origin gewährt, und wird bei Chrome auf Windows ab Version 86 tatsächlich über das OS-Benachrichtigungszentrum und nicht über den Browser selbst dargestellt.

• Datumsarithmetik: Date.setDate(d.getDate() + n) behandelt Monats-/Jahreswechsel nativ, aber in lokaler Zeit überschreitet es DST-Grenzen und kann das Datum umschlagen lassen; Date.UTC + ganze ms ist der sichere Weg.
• Einheitennormalisierung: 1 Monat ca. 30 Tage, 1 Jahr ca. 365 Tage – einfach, aber nicht kalenderexakt; Arzneimittelkennzeichnungen folgen ICH Q1A (R2) und runden auf den letzten Tag des Ablaufmonats.
• Resttage = Math.floor((Ablaufdatum_utc - jetzt_utc) / 86400000); Schwellenwerte: Resttage < 0 → abgelaufen, 0 ≤ Resttage ≤ 30 → läuft bald ab, andernfalls frisch.
• Regulatorische Anker variieren: Lebensmittelhaltbarkeit folgt Codex CXS 1-1985 / GB 7718-2025 (ab Produktions- oder Verpackungsdatum); Kosmetika verwenden PAO (Period After Opening) ab erstmaliger Verwendung; Medikamente verwenden ICH Q1A-Stabilitätsdatierung.
• Die Haltbarkeit nach Anbruch ist unabhängig vom gedruckten Ablaufdatum und kürzer (z.B. geöffnetes Olivenöl ca. 3 Monate trotz 24 Monate versiegelter Haltbarkeit); das Öffnungsdatum separat erfassen.
• Das localStorage-Kontingent beträgt ca. 5-10 MB pro Origin und wirft QuotaExceededError (DOMException) wenn voll; Schreibvorgänge nach dem Wurf werden stillschweigend verworfen, daher setItem in try/catch wrappn und eine Nutzerwarnung anzeigen.
• Browser-Uhrverschiebung (eine falsch konfigurierte Systemzeit) verschiebt den Frischebereich; die Seite liest new Date() statt einer entfernten Zeitquelle und erbt daher jeden clientseitigen Uhrfehler.