Produktfunktion

Temperatur-Alerts und Alarme mit klarer Ownership.

KRYOS macht aus einem Messwert ausserhalb des Bereichs einen Temperatur-Alert oder Temperatur-Alarm mit schneller Weiterleitung, zeitgerechter Eskalation und einer durchgaengigen Akte.

Mit Spezialisten sprechen Preise ansehen

Grenzwerte und Verzoegerungsregeln werden je Kuehlschrank, Gefrierschrank, Raum oder Transporteinheit gesetzt.
Bestaetigung, Eskalation, Notizen und Review-Historie bleiben an einem Incident verbunden.
SMS, WhatsApp, Push, Email und akustischer Alarm greifen in einem Reaktionspfad zusammen.

Live-Alert-Pfad

Das System bewertet den Grenzwert, stellt den Alert zu, eskaliert bei Bedarf und schliesst mit einer sauberen Incident-Akte ab.

Messwert ausserhalb des Bereichs

Incident erkannt

Ein Kuehlschrank-, Gefrierschrank-, Raum- oder Transportwert verlaesst den konfigurierten Bereich lange genug, um als echter Incident zu gelten.

Policy angewendet

Grenzwert bewertet

Grenzwerte, Verzoegerungsfenster und Schweregradlogik entscheiden, ob daraus ein Temperatur-Alert oder Temperatur-Alarm wird.

Zustellung gestartet

Alert geroutet

Der Vorfall geht ueber die passenden Kanaele und die richtige Ownership-Struktur an das zustaendige Team fuer Asset, Bereich und Standort.

Timeout ohne Reaktion

Eskalation ausgeloest

Wenn der Alert nicht rechtzeitig bestaetigt wird, geht der Incident ueber Erinnerungen und Eskalationsstufen an die naechste verantwortliche Person.

Nachweispfad abgeschlossen

Bestaetigt und protokolliert

Bestaetigung, Notizen, Zeitstempel und Folgeaktion bleiben fuer spaetere Reviews in derselben Incident-Akte verbunden.

SMSWhatsAppPushEmailAkustischer Alarm

Eine Incident-Akte haelt Zustellung, Eskalation, Bestaetigung und Folgeaktion zusammen.

Alert-Betriebsmodell

Alerts brauchen asset-genaue Grenzwerte, umgebungsspezifische Alarmprofile, Kanalsteuerung, Eskalations-Ownership und eine Akte, die vom ersten Alert bis zum finalen Review haelt.

Konfiguration und Kontrolle

Grenzwerte und Persistenz je Asset

Jeder Kuehlschrank, Gefrierschrank, Raum oder Transportbehaelter kann eigene Grenzwerte und Verzoegerungsfenster haben, damit kurze Spitzen ruhig bleiben und echte Abweichungen schnell sichtbar werden.

Alarmprofile nach Umgebung

Apotheken-Kuehlschrank, Lager-Gefrierschrank, Transportweg und Raumueberwachung laufen nicht auf einem pauschalen Alarmprofil. Jede Umgebung folgt ihren eigenen Grenzwerten und ihrer eigenen Reaktionslogik.

Kanalsteuerung nach Dringlichkeit

Das System steuert SMS, WhatsApp, Push, Email oder akustischen Alarm nach Dringlichkeit, Bedingungen vor Ort und der Person, die zuerst dran ist.

Eskalations- und Bestaetigungslogik

Bestaetigungszeiten, Erinnerungen und Eskalationsstufen schieben ungeloeste Alerts ohne manuelles Nachfassen an die naechste verantwortliche Person weiter.

Incident-Kontext verbunden halten

Asset, Grenzwertverletzung, Zustellpfad, Bestaetigungshistorie, Notizen und Review-Kontext bleiben an derselben Incident-Akte haengen.

Nach dem ersten Alert

01. Ownership bestaetigen

Die erste Frage lautet: Wer uebernimmt die Reaktion, wer hat bestaetigt, und blieb die Eskalation an denselben Incident gebunden?

02. Incident review-faehig halten

Notizen, Zeitstempel, Zustellnachweise und verknuepfte Datensaetze bleiben am Incident, damit QA-Review und Audit-Folgeaktionen nicht auf getrennten Nachrichten beruhen.

Eine Akte, kein Neubau

Nach dem Alert zaehlt Kontinuitaet: klare Ownership, erhaltener Kontext und exportfaehige Folgeaktion in derselben Incident-Akte.

Rollen und Berechtigungen halten die Alert-Ownership klar

Klare Alert-Reaktion beginnt mit klaren Grenzen: wer die Policy setzt, wer den Incident bearbeitet, wer teamuebergreifend eskaliert und wer die finale Akte prueft.

Admins setzen Policy und Routing

Admin-Rollen setzen Grenzwerte, Eskalationspfade, Kanalregeln und standortbezogene Alert-Konfiguration direkt in der Plattform statt in Nebenlisten oder informellen Einstellungen.

Operatoren bearbeiten zugewiesene Incidents

Operative Nutzer empfangen Alerts, bestaetigen sie, erfassen Notizen und bearbeiten die Reaktion, ohne die zugrunde liegende Alert-Policy zu veraendern.

Supervisors verantworten Eskalation ueber Teams hinweg

Supervisor-Rollen verfolgen offene Alarme teamuebergreifend, leiten sie weiter oder eskalieren sie und pruefen, ob Reaktionszeiten in der ueberwachten Umgebung eingehalten werden.

QA prueft die vollstaendige Incident-Akte

Review-orientierte Rollen arbeiten mit Alert-Historie, Zeitstempeln, Zustellnachweisen, Notizen und Exporten statt Nachweise aus Screenshots oder Postfaechern zusammenzusuchen.

Alert-Zustellung muss zum realen Betriebsablauf passen

Dringlichkeit, Ort und Reaktions-Ownership bestimmen, ob ein Incident per SMS, Push, WhatsApp, Email oder lokalem akustischem Alarm zugestellt werden sollte.

SMS

Sofortige Reichweite

Sofortiger Kanal fuer dringende Incidents

SMS passt zu dringenden Out-of-Range-Incidents, wenn die verantwortliche Person einen Kuehlschrank- oder Gefrierschrank-Alarm sofort auf dem Telefon sehen muss.

Push

Ablauf in der App

Reaktion direkt in KRYOS weiterfuehren

Push ist stark, wenn Bestaetigung, Untersuchung oder Eskalation direkt im Produkt starten sollen und nicht nur in einer kurzen Nachricht enden.

Schicht- und Team-Sichtbarkeit

Incidents ins diensthabende Team routen

WhatsApp hilft, wenn ein Incident schnell in ein diensthabendes Team gelangen muss, besonders bei Schichtuebergaben, Transport oder koordinationsintensiven Umgebungen.

Verteilung fuer Review

Review-faehigen Incident-Kontext teilen

Email passt zu Incident-Zusammenfassungen, Eskalationskontext und review-faehigen Details fuer QA, Supervisors oder weitere Stakeholder, die mehr als einen kurzen Alert brauchen.

Akustischer Alarm

Lokale Warnung vor Ort

Mitarbeitende direkt am Geraet warnen

Ein akustischer Alarm ist relevant, wenn Mitarbeitende in der Naehe von Kuehlschrank, Gefrierschrank, Raum oder Lagerbereich sofort lokal gewarnt werden muessen.

Ein Incident-Screen haelt die Reaktion in Bewegung

Wenn ein Alert ausgeloest wird, brauchen Teams aktuellen Messwert, Grenzwertverletzung, Zustellstatus, Ownership, Bestaetigung und naechste Aktion an einer Stelle.

Die Incident-Ansicht haelt ueberwachte Einheit, verletzten Grenzwert und Zeitfenster der Abweichung vom ersten Alert an sichtbar.
Aktueller Status, letzter Messwert und Grenzwertkontext bleiben auf dem Screen, damit Teams die Schwere der Abweichung vor der Reaktion einordnen koennen.
Zustellstatus, Bestaetigung und Eskalationszeitpunkt bleiben am selben Incident statt ueber getrennte Tools verteilt zu werden.
Notizen und Folgeaktionen bleiben am Incident, damit das Team die Reaktion ohne Kontextverlust weiterfuehren kann.

Live-Incident-AnsichtGrenzwertverletzungReaktionsstatus

KRYOS Live-Incident-Ansicht mit laufendem Temperatur-Alert, Grenzwertverletzung und Incident-Status.

Alert-Logik an Ihre ueberwachten Umgebungen anpassen

Fragen Sie eine Demo an, wenn Sie Hilfe bei Grenzwerten, Eskalation oder Zustellkanaelen brauchen. Wenn Ihre Alert-Konfiguration bereits feststeht, koennen Sie direkt bestellen.

Demo anfragen Bestellung starten

Grenzwerte je Umgebung passend setzen
Eskalationspfade passend zum Reaktionsteam
Rueckverfolgbare Incident-Historie