Der Bereich der Alarmierung ist in den letzten 10 Jahren sehr gereift. Es gibt jetzt eine Reihe von spezialisierten Anbietern, sowohl f\u00fcr Notfallalarmierung als auch f\u00fcr die operative Alarmierung. Es kann daher sehr schwierig sein, die richtige Wahl f\u00fcr einen bestimmten Gesch\u00e4ftsbereich zu treffen. Es ist jedoch m\u00f6glich, Alarmierungsl\u00f6sungen diesen beiden Hauptkategorien entsprechend zuzuordnen, um eine bessere Entscheidung \u00fcber die N\u00fctzlichkeit zu treffen. Dennoch wird man oft auf \u00dcberschneidungen zwischen den Bereichen treffen. Somit besteht oft Bedarf an einer Alarmierungsl\u00f6sung, die innerhalb einer einzigen Organisation verschiedenste Anwendungsbereiche abdeckt.<\/p>\n
Notfallalarmierung<\/strong><\/p>\n Ein sehr prominenter Bereich wird als „emergency mass notifications services or systems“ bezeichnet – EMNS. Es gibt sogar einen Gartner Magic Quadrant daf\u00fcr. Diese Dienste werden von einer ganzen Reihe von Anbietern bereitgestellt, die in der Regel als geteilte, \u00f6ffentliche Cloud-Services angeboten werden. \u00dcbliche Anwendungen umfassen Sturm- und Flutwarnungen oder Gro\u00dfereignisse wie einen Brand mit anschlie\u00dfender Geb\u00e4udeevakuierung. In der Regel werden diese EMNS ein- oder zweimal pro Jahr genutzt, wann immer solche kritischen Ereignisse eintreten. Diese Notfallalarme werden manuell ausgel\u00f6st, normalerweise \u00fcber eine Web Oberfl\u00e4che mit einer vordefinierten Liste von Zielen. Es gibt spezielle Anforderungen, insbesondere an die Ad-hoc-Skalierbarkeit. Smartphone Apps passen aufgrund der seltenen Nutzung nicht in solche Anwendungsf\u00e4lle. Es besteht weiterhin wenig Bedarf an Dienst- und Zeitplanmanagement, und Benutzer und Kontaktinformationen werden oft durch das Hochladen einer CSV- oder Excel-Datei (mit allen sich daraus ergebenden Aktualit\u00e4tsproblemen) verwaltet. Das Preismodell bei Produkten dieser Art sollte ereignisorientiert sein, d.h. idealerweise bezahlt man pro gesendete Benachrichtigung.<\/p>\n Operative Benachrichtigung<\/strong><\/p>\n Der zweite Bereich beinhaltet die operativen Alarmierungsl\u00f6sungen. Operative Alarmierungsl\u00f6sungen sollten tief in die unternehmenskritische Infrastruktur eingebettet sein, seien es IT-, Fertigungssteuerungssysteme oder anderes betriebskritisches Equipment, da sie Daten und Ereignisse aus jener Infrastruktur, z.B. einem Microsoft System Center ITSM-Stack, verarbeiten. Im Gegensatz zum EMNS sind operative Alarmsysteme st\u00e4ndig im Einsatz, da sie das Betriebspersonal bei weniger schwerwiegenden Vorf\u00e4llen alarmieren sollen (die sich nat\u00fcrlich zu gr\u00f6\u00dferen Vorf\u00e4llen ausweiten k\u00f6nnen, wenn sie nicht ordnungsgem\u00e4\u00df und zeitnah behandelt werden). Anstatt ein- oder zweimal im Jahr eine gro\u00dfe Anzahl von Personen zu alarmieren, alarmieren diese Systeme nur sehr wenige Personen wenige Male am Tag, beziehungsweise in der Nacht oder sogar noch h\u00e4ufiger w\u00e4hrend der Regelarbeitszeit. Statt einer massenhaften Verbreitung derselben Informationen sind hier gezielte, fallspezifische Alarmmeldungen an zust\u00e4ndiges und vor allem qualifiziertes Personal entscheidend. Dar\u00fcber hinaus gibt es sehr spezifische Bed\u00fcrfnisse, die ber\u00fccksichtigt werden m\u00fcssen, wie z.B. die Handhabung von Alarmfluten oder die Reduktion beziehungsweise das Filtern von Duplikaten. Smartphone Apps sind in diesen Szenarien ideal und sollten mit weiteren Kommunikationskan\u00e4len kombiniert werden. Im Idealfall ist der Alarmierungs- und Quittierungsprozess automatisiert, da Fehler reduziert und die Alarmierung und Reaktion beschleunigt werden. Operative Alarmierungsl\u00f6sungen m\u00fcssen sich nahtlos und sicher in die vorhandene Infrastruktur integrieren und werden daher oft Seite an Seite mit den einsatzkritischen Systemen eingesetzt, an die sie angeschlossen sind. Obwohl es Cloud-L\u00f6sungen gibt, bevorzugen viele Organisationen aus Integrations- und Sicherheitsgr\u00fcnden immer noch lokal selbstgehostete\u00a0 \u00a0Alarmierungssysteme.<\/p>\n Was ist die richtige L\u00f6sung f\u00fcr mich?<\/strong><\/p>\n Meiner Ansicht nach l\u00e4sst es sich auf eine einfache Tatsache reduzieren: Je nach Gr\u00f6\u00dfe Ihrer Organisation und der Anzahl der Gesch\u00e4ftseinheiten ben\u00f6tigen Sie wahrscheinlich mehrere L\u00f6sungen: eine f\u00fcr Notfallbenachrichtigungen und eine oder mehrere f\u00fcr operativen Anwendungen (z.B. eine f\u00fcr die IT, eine f\u00fcr die Fertigung usw.). In einigen F\u00e4llen kann die operative Alarmierung konsolidiert werden (zum Beispiel durch Enterprise Alert), dennoch werden nicht alle Organisationen diesen Weg gehen (trotz der zu erwartenden Kostenersparnis). In einigen F\u00e4llen k\u00f6nnen Notfallbenachrichtigungen auch durch Ihr operatives Alarmsystem abgedeckt werden.<\/p>\n Seien Sie sich bewusst, dass einige EMNS-Anbieter behaupten, beide Bereiche mit einer einzigen Plattform abdecken zu k\u00f6nnen. Aber mit zunehmender Reife, der Spezialisierung auf bestimmte Szenarien und dem damit verbundenen unterschiedlichen L\u00f6sungsdesign ist es unwahrscheinlich, dass dies zu Ihrer Zufriedenheit funktioniert. Ein ENMS kann sicherlich auch f\u00fcr einige sehr grundlegende Betriebsszenarien verwendet werden. Aber es fehlen wesentliche Funktionen, da es f\u00fcr den Massenversandt und nicht f\u00fcr die zielgenaue Benachrichtigung ausgelegt ist. Ein operatives Alarmsystem wiederum, ohne spezifische Funktionen f\u00fcr Notfallbenachrichtigungen (wie das Enterprise Alert „emergency call-out“ Add-on), kann nicht f\u00fcr Notfallszenarien verwendet werden.<\/p>\n Beide Szenarien sind in ihren Anforderungen sehr unterschiedlich, und Sie m\u00fcssen bei der Wahl Ihrer L\u00f6sung immer darauf achten, dass die Kernanforderung Ihres Szenarios m\u00f6glichst vollumf\u00e4nglich ber\u00fccksichtigt wird.<\/p>\n Was kann Derdack Enterprise Alert?<\/strong><\/p>\n Derdacks Enterprise Alert ist ein erstklassiges Beispiel f\u00fcr ein operatives Alarmierungssystem. Seine St\u00e4rken liegen in den Automatisierungsm\u00f6glichkeiten, der tiefen Integration in die Infrastruktur und dem geschlossenen Alarmmanagementansatz, d.h. der Kombination von Alarmierung, vorfallzentrierter Zusammenarbeit und der M\u00f6glichkeit, standortunabh\u00e4ngig mobil die Probleml\u00f6sung einzuleiten. Es bietet aber auch f\u00fcr unternehmensinterne Szenarien eine umfangreiche Erweiterung f\u00fcr die Notfallalarmierung an. Damit l\u00e4sst sich z.B. eine campusweite Mitarbeiteralarmierung bei Unf\u00e4llen oder Naturkatastrophen problemlos einrichten. Damit ist Enterprise Alert eine hybrid einsatzf\u00e4hige L\u00f6sung f\u00fcr Unternehmen und Beh\u00f6rden.<\/p>\n Der Bereich der Alarmierung ist in den letzten 10 Jahren sehr gereift. Es gibt jetzt eine Reihe von spezialisierten Anbietern, sowohl f\u00fcr Notfallalarmierung als auch f\u00fcr die operative Alarmierung. Es kann daher sehr schwierig sein, die richtige Wahl f\u00fcr einen bestimmten Gesch\u00e4ftsbereich zu treffen. Es ist jedoch m\u00f6glich, Alarmierungsl\u00f6sungen diesen beiden Hauptkategorien entsprechend zuzuordnen, um<\/p>\n