Talos Workflows

Wat Talos Workflows doet

Workflows vormen de kern van Talos. Ze definiëren precies hoe een binnenkomend alarm moet worden afgehandeld — of dit nu automatisch een testsignaal sluit of een operator begeleidt bij een hoogprioritaire inbraakrespons.

In Talos volgt elk alarm een gedefinieerd pad. Workflows geven beheerders volledige controle over dat pad — vanaf het moment dat een alarm wordt ontvangen tot het moment dat het wordt gesloten en gelogd.

Waarom het belangrijk is

Zonder workflows vereist elk alarm handmatige beoordeling door de operator van begin tot eind — inconsistent, traag en foutgevoelig. Workflows standaardiseren het responspad, automatiseren routinematige beslissingen en zorgen ervoor dat elk alarm wordt afgesloten met een gedocumenteerd resultaat.

Hoe het werkt

Stap 1 — Definieer binnenkomende voorwaardenStel de triggers in die de workflow activeren. Dit omvat de alarmcode (bijv. BA voor inbraak), het schema (bijv. alleen buiten kantooruren) en de logica — gebruik Alle (EN) voor strikte overeenkomst of Een van (OF) voor brede categorieën.

Stap 2 — Beslissingsknooppunten toevoegen Vraag het systeem of de operator een vraag. Voorbeelden zijn geautomatiseerde controles, zoals of de locatie momenteel geactiveerd is, of handmatige controles, zoals of de video een menselijke aanwezigheid toont.

Stap 3 — Acties configureren Definieer wat er vervolgens gebeurt. Opties zijn:

• Een geautomatiseerde SMS- of e‑mailnotificatie verzenden
• Een sirene activeren of een deur vergrendelen
• Escaleren van het alarm naar de prioriteitsoperatorwachtrij

Alarmafbeeldingen opnemen in e‑mailmeldingenBij het configureren van een e‑mailactie in een workflow kunt u pre‑, huidige‑ en post‑alarm‑momentopnamen rechtstreeks in de e‑mailbody opnemen door de volgende afbeeldings‑URL’s toe te voegen:

Pre‑alarm‑afbeelding:

https://events-snapshots.s3.eu-central-1.amazonaws.com/events/{{ alarm.headers['genesiseventid'] }}/pre.png

Huidige‑alarm‑afbeelding:

https://events-snapshots.s3.eu-central-1.amazonaws.com/events/{{ alarm.headers['genesiseventid'] }}/current.png

Post‑alarm afbeelding:

https://events-snapshots.s3.eu-central-1.amazonaws.com/events/{{ alarm.headers['genesiseventid'] }}/post.png

Stap 4 — Sluiten en loggen Every workflow must end with a Closing Status such as False Alarm or Police Dispatched. This ensures cleaner reporting and a complete audit trail.

Key Capabilities

Workflow Priority Een alarm wordt altijd VERWERKT voor een specifieke site. Talos zoekt een overeenkomstige workflow in de volgende prioriteitsvolgorde:

• Site-niveau — Het meest specifiek. Workflows die direct voor één site zijn geconfigureerd, hebben de hoogste prioriteit.
• Sitegroep — Workflows die op een groep sites worden toegepast.
• Globaal / Bedrijfsniveau — De standaard fallback‑workflow die wordt toegepast wanneer geen workflow op site‑niveau of groepsniveau overeenkomt.

Geautomatiseerde versus handmatige workflows Gebruik geautomatiseerde workflows voor technische signalen zoals een lage‑batterij‑alarm. Als het probleem niet wordt opgelost binnen de ingestelde tijd, configureer dan de workflow om te escaleren naar een handmatige workflow voor menselijke tussenkomst. Dit houdt operatoren gefocust op situaties die werkelijk hun aandacht vereisen.

De Operator‑Alarmenpagina De Alarmenpagina is het centrale cockpit voor het monitoren van personeel.

• De linkerkant toont alle niet-toegewezen alarmen die zijn binnengekomen maar nog niet door een operator zijn opgepakt.
• De rechterkant toont kolommen voor elke online operator, met hun huidige actieve werklast en status — Online of Offline.
• Bel‑icoon — Activeert een handmatig testalarm om de workflow‑logica te verifiëren.
• Telefoon‑icoon — Start handmatig een Call‑workflow wanneer een klant rechtstreeks contact opneemt met het monitoringscentrum.

Praktijkvoorbeelden

• Een laag‑batterij‑alarm activeert een geautomatiseerde workflow — het systeem wacht 30 minuten en, indien niet opgelost, escaleert naar een handmatige workflow voor operatorinterventie.
• Een inbraakalarm komt buiten kantooruren binnen — de Site‑Level‑workflow wordt onmiddellijk geactiveerd en stuurt het naar de prioritaire operator‑wachtrij met een video‑verificatietap.
• Een beheerder configureert e‑mailmeldingen met Pre‑, Current‑ en Post‑alarm‑afbeeldingen — operatoren ontvangen volledige visuele context voordat u de klant belt.

Best practices

• Ken workflows altijd toe op Site Level voor kritieke sites — Site Level heeft de hoogste prioriteit boven groeps‑ en globale workflows.
• Gebruik geautomatiseerde workflows voor routinematige technische signalen om operatoren gefocust te houden op echte beveiligingsgebeurtenissen.
• Sluit elke workflow altijd af met een Closing Status — dit zorgt voor schonere rapportage en een volledige audit‑trail.
• Test nieuwe workflows met het bel‑icoon op de Alarmen‑pagina voordat u ze inzet op live sites.

Aanvullende details

Schema’s configureren om Arm/Disarm‑workflows te activeren

Om een site automatisch te arm‑ of disarm‑en op basis van een schema in Talos:

Stap 1:Navigeer in Talos naar Sitesen selecteer de site waarvoor het schema moet worden geconfigureerd.

Stap 2:Ga naar de Schema'stabblad en configureer de tijdblokken van het schema voor de site.

Stap 3: Klik op de Alarm‑icoon (bel‑icoon) op het schema.

Stap 4: In de Alarmcodes toewijzen dialoog, configureer:

• Alarmcode (Actief) — Voer de alarmcode in die wordt geactiveerd wanneer het schema actief wordt (bijv., Alarm Aan).
• Alarmcode (Inactief) — Voer de alarmcode in die wordt geactiveerd wanneer het schema inactief wordt (bijv., Alarm Uit).

Stap 5: Klik OK om op te slaan.

Stap 6: Zorg ervoor dat de alarmcodes die in Stap 4 zijn geconfigureerd ook zijn ingesteld als Binnenkomende alarmen in de workflowconfiguratie.