The SNAG-View - ((OTRS)) Community Edition interface extends SNAG-View's notification function. This interface enables automatic ((OTRS)) Community Edition ticket creation on the SNAG-View server. The attributes (e.g., status, hostname, service name, etc.) are passed in as the ticket parameters.

Only one ticket is created per incident; each additional SNAG-View notification is processed as a comment in the existing ticket.

Malfunctions in SNAG-View can be set to "Acknowledge" in ((OTRS)) Community Edition. Both systems now know that an engineer is taking care of the malfunction. In this case, SNAG-View does not send any further notifications relating to the issue.

The live status of the affected hosts or services is shown in the ticket view. This additional information can be used, e.g., for ticket processing and closing without having to open the SNAG-View interface. There is also the possibility of automatically closing the ticket if the service status changes back to "OK" and the malfunction has been fixed.

All ticket processing steps from ((OTRS)) Community Edition appear as notes below the affected host or service in SNAG-View.

Thanks to this intelligent combination of the two systems, professional clarification is quickly and centrally supported using only the ((OTRS)) Community Edition interface.

The interface between the i-doit CMDB and the SNAG-View 4 monitoring suite serves as an intelligent data provider and enables i-doit objects to be quickly added to the monitoring system.

By selecting the device templates in i-doit, the system parameters to be checked or monitored by the monitoring system can be predefined when the monitoring is activated.

Within SNAG-View, a small icon indicates that the corresponding device originates from the i-doit CMDB and is managed there. This icon is linked to the overview page of the corresponding object in i-doit so that it can be accessed quickly if detailed information is required.

Within i-doit, the monitoring status is displayed live on the overview page of the object using a coloured icon.

The SNAG-View - i-doit interface allows for quick adoption of i-doit objects into the monitoring environment. Each i-doit object that has an IP/host address can be exported to SNAG-View at the push of a button. There, the service profile is then selected and monitoring starts.

Within SNAG-View a small icon shows that the host in question comes from the i-doit CMDB and is maintained there. This icon is linked to the overview page for the corresponding object in i-doit so that it can it can be accessed quickly if detailed information is needed.

Within i-doit, the current status of the object is shown by a coloured icon on the dashboard.

If changes are made to a SNAG-View monitored object (e.g., a change of the IP address), this change is automatically passed to SNAG-View so that complete monitoring is maintained. All configuration changes are stored in the SNAG-View audit log, thus ensuring that i-doit changes remain traceable.

The ((OTRS)) Community Edition - i-doit interface supports linking of i-doit objects with ((OTRS)) Community Edition tickets. A new "((OTRS)) Community Edition" category is assigned to all object types. This category shows all ((OTRS)) Community Edition tickets for the corresponding object. There is also the possibility to create a new ticket for this object. A link to this object is automatically created.

On the ((OTRS)) Community Edition side, all associated/affected objects for the open ticket are displayed. When creating a ticket in ((OTRS)) Community Edition ticket, you can select whether and with which i-doit objects the new ticket will be linked. To do so, all objects associated with a customer are listed after entering the customer. All other objects can also be associated with tickets.

JIRA is a leading project management software from Atlassian and is mainly used in development. Many agile teams use this tool in software development. ((OTRS)) Community Edition, on the other hand, focuses primarily on the helpdesk, incident and problem management.

The helpdesk forwards requests (software errors, feature requests) if the development team is required for the solution.

Via the interface ((OTRS)) Community Edition Tickets can create JIRA processes. Individual articles and file attachments are selected and transferred to the JIRA system. JIRA specific fields can be configured freely and flexibly in the ((OTRS)) Community Edition and transferred to JIRA. Freely defined postmaster filters trigger actions to automatically display ((OTRS)) Community Edition information in JIRA.

Comments and editing steps on the JIRA ticket are added as articles in ((OTRS)) Community Edition. The flow of information between development, helpdesk and ((OTRS)) Community Edition customer is guaranteed.

JIRA processes can be automatically generated and linked using defined filters via integration in the Customer Portal

 

Gitlab is one of the leading source code management systems and is mainly used in the area of development. The Znuny helpdesk system, on the other hand, focuses primarily on helpdesk, incident and problem management.

This bidirectional interface enables direct communication between a Znuny and a Gitlab system. Important and relevant information is transferred from a Znuny ticket to the Gitlab system on an article basis. For example, the interface can be used very well in the classic 1st, 2nd & 3rd level to quickly and easily compile the information or requirements for any developments.