Die SNAG-View - Znuny / ((OTRS)) CE Schnittstelle erweitert die Benachrichtigungsfunktion von SNAG-View. Mit dieser Schnittstelle wird die automatische Ticketerstellung im Znuny / ((OTRS)) CE durch den SNAG-View-Server möglich. Dabei werden Attribute (z.B. Status, Hostname, Servicename etc.) als Ticketparameter übergeben.

Pro Störfall wird nur ein Ticket erstellt, jede weitere SNAG-View-Benachrichtigung wird als Kommentar im bestehenden Ticket verarbeitet.

Aus Znuny / ((OTRS)) CE heraus lässt sich die Störung im SNAG-View auf „Acknowledge“ setzen. Beide Systeme wissen jetzt, dass sich ein Techniker um die Störung kümmert. SNAG-View schickt in diesem Fall keine weiteren Benachrichtigungen zu diesem Problem.

Der Livestatus des betroffenen Hosts bzw. Services wird in der Ticketansicht angezeigt. Diese zusätzliche Information kann z.B. für die Ticketbearbeitung und -schließung verwendet werden, ohne die SNAG-View-Oberfläche öffnen zu müssen. Des Weiteren besteht die Möglichkeit, das Ticket automatisch schließen zu lassen, wenn der Servicestatus wieder auf „OK“ wechselt und die Störung behoben wurde.

Sämtliche Ticketbearbeitungsschritte aus dem Znuny / ((OTRS)) CE werden als Notizen im SNAG-View unter dem betroffenen Host bzw. Service angezeigt.

Durch dieses intelligente Zusammenspiel beider Systeme ist eine professionelle Klärung schnell, zentral und ausschließlich über die Znuny / ((OTRS)) CE - Oberfläche möglich.

Die Schnittstelle zwischen der i-doit CMDB und der Monitoring-Suite SNAG-View 4 dient als intelligenter Datenlieferant und ermöglicht so die schnelle Aufnahme von i-doit Objekten ins Monitoringsystem.

Über die Auswahl der Gerätevorlagen in i-doit kann bereits bei der Aktivierung der Überwachung festgelegt werden, welche Systemparameter vom Monitoringsystem geprüft bzw. überwacht werden sollen.

Innerhalb von SNAG-View wird durch ein kleines Icon signalisiert, dass das entsprechende Device aus der i-doit CMDB stammt und dort verwaltet wird. Dieses Icon ist mit der Übersichtsseite des entsprechenden Objekts in i-doit verlinkt, sodass schnell darauf zugegriffen werden kann, wenn detaillierte Informationen benötigt werden.

Innerhalb von i-doit wird auf der Übersichtsseite des Objektes der Monitoring-Status live durch ein farbiges Icon angezeigt.

Die SNAG-View - i-doit Schnittstelle ermöglicht die schnelle Aufnahme von i-doit Objekten in das Monitoring. Jedes i-doit Objekt, das eine IP- / Hostadresse besitzt, kann durch einen einfachen Klick in SNAG-View exportiert werden. Dort wird dann das passende Serviceprofil ausgewählt und die Überwachung gestartet.

Innerhalb von SNAG-View wird durch ein kleines Icon signalisiert, dass der entsprechende Host aus der i-doit CMDB stammt und dort verwaltet wird. Dieses Icon ist mit der Übersichtsseite des entsprechenden Objekts in i-doit verlinkt, sodass schnell darauf zugegriffen werden kann, wenn detaillierte Informationen benötigt werden.

Innerhalb von i-doit wird auf der Übersichtsseite der aktuelle Status des Objekts durch ein farbiges Icon angezeigt.

Werden an einem SNAG-View überwachten Objekt Änderungen vorgenommen (bspw. Änderung der IP-Adresse), wird diese Änderung automatisch an SNAG-View übergeben, sodass ein lückenloses Monitoring gewährleistet bleibt. Alle Konfigurationsänderungen werden im Revisionslog in SNAG-View gespeichert und somit ist gewährleistet, dass auch i-doit – Änderungen nachvollziehbar bleiben.

Die ((OTRS)) Community Edition / Znuny LTS - i-doit Schnittstelle ermöglicht die Verknüpfung von i-doit Objekten mit ((OTRS)) Community Edition / Znuny LTS-Tickets. Allen Objekttypen wird eine neue Kategorie „((OTRS)) Community Edition / Znuny LTS“ zugewiesen. In dieser Kategorie werden alle ((OTRS)) Community Edition / Znuny LTS Tickets zu dem entsprechenden Objekt angezeigt. Außerdem gibt es dort die Möglichkeit ein neues Ticket zu diesem Objekt zu erstellen. Es erfolgt automatisch eine Verknüpfung mit diesem Objekt.

Auf der ((OTRS)) Community Edition / Znuny LTS Seite werden alle verknüpften / betroffenen Objekte zu dem geöffneten Ticket angezeigt. Bei der Ticketerstellung in ((OTRS)) Community Edition / Znuny LTS kann ausgewählt werden, ob und mit welchen i-doit Objekten das neue Ticket verknüpft werden soll. Dazu werden nach Eingabe des Kunden alle ihm zugewiesenen Objekte aufgelistet. Alle weiteren Objekte lassen sich ebenfalls mit Tickets verknüpfen.

JIRA ist eine führende Projektmanagementsoftware von Atlassian und wird hauptsächlich im Bereich Entwicklung eingesetzt. Viele agile Teams setzen in der Softwareentwicklung auf dieses Tool. ((OTRS)) Community Edition / Znuny LTS dagegen legt in erster Linie den Fokus auf den Helpdesk, das Incident- und Problemmanagement.

Der Helpdesk leitet Anfragen (Softwarefehler, Feature Request) weiter, wenn zur Lösung das Entwicklungsteam erforderlich ist.

Über die Schnittstelle lassen sich von ((OTRS)) Community Edition / Znuny LTS Tickets JIRA Vorgänge erzeugen. Einzelne Artikel und Dateianlagen werden ausgewählt und an das JIRA System übertragen. Dabei können JIRA-spezifische Felder im ((OTRS)) Community Edition / Znuny LTS frei und flexibel konfiguriert und an JIRA übermittelt werden. Durch freidefinierte Postmaster Filter werden Aktionen angetriggert, um ((OTRS)) Community Edition / Znuny LTS Informationen automatisch in JIRA darzustellen.

Kommentare und Bearbeitungsschritte am JIRA Ticket werden im ((OTRS)) Community Edition / Znuny LTS als Artikel hinzugefügt. Der Informationsfluss zwischen Entwicklung, Helpdesk und ((OTRS)) Community Edition / Znuny LTS Kunde wird dadurch gewährleistet.

Über die Integration im Customer Portal können anhand definierter Filter automatisch JIRA Vorgänge erzeugt und verknüpft werden.

 

Gitlab ist eines der führenden Source Code Management Systeme und wird überwiegend im Bereich der Entwicklung eingesetzt. Das Helpdesk-System Znuny hingegen legt in erster Linie den Fokus auf den Helpdesk, das Incident- und Problemmanagement.

Über diese bidirektionale Schnittstelle wird eine direkte Kommunikation zwischen einem Znuny- und einem Gitlab-System ermöglicht. Hierbei werden aus einem Znuny Ticket auf Artikelbasis wichtige und relevante Informationen an das Gitlab System übertragen. So lässt sich die Schnittstelle beispielsweise im klassischen 1st, 2nd & 3rd Level sehr gut einsetzen um die Informationen bzw. Anforderungen für etwaige Entwicklungen schnell und einfach zusammenzutragen.