Zusammenfassung
This chapter describes the features of OTRS Help Desk (OTRS). You will find information about the hardware and software requirements for OTRS. Additionally, in this chapter you will learn how to get commercial support for OTRS, should you require it, and how to contact the community.
OTRS Help Desk (OTRS) is a web application that is installed on a web server and can be used with a web browser.
OTRS is separated into several components. The basic component is the OTRS framework which contains all central functions for the application and the ticket system. Through the web interface of the OTRS framework, it is possible to install additional applications such as ITSM modules, integrations with Network Monitoring solutions, a knowledge base (FAQ), et cetera.
OTRS bietet viele verschiedene Features. Die folgende Aufzählung gibt einen Überblick über die wichtigsten Eigenschaften und Fähigkeiten des zentralen OTRS-Frameworks.
Die Features von OTRS
Web-Interface:
Easy and initial handling with any modern web browser, even with mobile phones or other mobile computers.
Eine Web-Oberfläche zur Administration des Systems ist vorhanden.
Ein Webinterface für die Mitarbeiter (Agenten) zur Bearbeitung von Kundenanfragen ist verfügbar.
A web interface for customers is available to write new tickets, check the state and answer existing tickets and search through their own tickets.
Unterstützung für verschiedene Oberflächen-Layouts (Themes).
Unterstützung vieler Sprachen.
Eigene Anpassungen der Ausgabe-Vorlagen sind möglich (DTL).
Mehrfach-Anhänge von Emails sind über die Weboberfläche möglich.
E-Mail-Schnittstelle:
Unterstützung für E-Mail-Anhänge (MIME)
Automatic conversion of HTML into plain text messages (increased security for sensitive content and enables faster searching).
Filterung von E-Mails über eigene X-Header-Einträge oder Mailadressen, z. B. für die Aussortierung von Spam.
PGP-Support, Erstellung und Import eigener Zertifikate, verschlüsselter und signierter Mails, Anzeige von verschlüsselten und signierten Nachrichten.
Unterstützung für die Verschlüsselung und Anzeige von SMIME-Nachrichten.
Automatisierte Antworten (auto responder) für die Benachrichtigung von Kunden, abhängig von der Queue konfigurierbar.
E-Mail-Benachrichtigungen für Agenten über neue Tickets, Follow-ups oder freigegebene Tickets.
Follow-Ups anhand von Reference- oder In-Reply-To-Headern, automatisierte Zuordnung von Follow-Ups über den Ticket-Bezeichner im Betreff, Mailbody oder in Text-Anhängen.
Tickets:
Erweiterte Queue-Ansicht, Übersicht über alle Anfragen innerhalb einer Queue.
Sperren von Tickets.
Creation of own auto response templates.
Erstellung eigener auto responder, abhängig von der Queue.
Ticket-History, Übersicht über die komplette Entwicklung eines Tickets, Änderungen der Ticketstatus, Übersicht über die verschiedenen Aktionen für ein Ticket usw.
Druckansicht für Tickets, Export als PDF möglich.
Hinzufügen eigener (interner oder externer) Notizen zu einem Ticket (eigener Text und Dateianhänge).
Möglichkeit zum Zoomen von Tickets.
Definition von ACLs (access control lists) für Tickets.
Tickets können an andere E-Mail-Adressen weiter- oder umgeleitet werden (forwarding, bouncing).
Transferring tickets between queues.
Setting or changing the priority of a ticket.
Erfassung der Bearbeitungsdauer für Tickets.
Anstehende Aufgaben für ein Ticket festlegen (pending features).
Massenoperationen auf Tickets sind möglich (bulk features).
Automatische und zeitgesteuerte Aktionen können mit Hilfe eines sog. "GenericAgent" auf Tickets ausgeführt werden.
Volltextsuche über den gesamten Ticketbestand und Export der Suchergebnisse als PDF.
System:
OTRS läuft unter vielen Betriebssystemen (Linux, Solaris, AIX, FreeBSD, OpenBSD, Mac OS 10.x, Microsoft Windows).
Unterstützung von ASP (active service providing).
Verknüpfung von Objekten wie z. B. Tickets, FAQ-Einträgen o.ä. innerhalb des Systems.
Einbindung externer Datenquellen für die Kundendaten, z. B. über AD, eDirectory oder OpenLDAP).
Festlegen einer eigenen Kennzeichnung für Tickets, z. B. Call#, Ticket#, Request# o.ä.
Festlegen einer eigenen Nummerierung für Tickets.
Support of several database systems for the central OTRS back-end, e.g. MySQL, PostgreSQL, Oracle, MSSQL).
Framework für die Erstellung von Statistiken über die Web-Oberfläche, Export und Import von Reports und Statistikmodulen, Export von Statistiken als PDF ist möglich.
Unicode-Unterstützung für Front- und Back-End.
Die Authentifikation für Agenten oder Kunden kann unabhängig voneinander über eine Datenbank, LDAP, HTTPAuth oder Radius realisiert werden.
Support of user accounts, user groups, and roles.
Unterstützung verschiedener Zugriffsrechte, z. B. auf Queues oder Systembereiche.
Die Erstellung von Standardantworten ist möglich.
Unter-Queues werden unterstützt.
Anreden und Signaturen können abhängig von der Queue definiert werden.
E-Mail-Benachrichtigungen für Administratoren.
Bekanntgabe von Informationen zu Updates über die Weboberfläche oder via E-Mail.
Festlegen von Ablauffristen für problematische Tickets.
Benutzerabhängige Unterstützung für verschiedene Zeitzonen.
Einfache Einbindung eigener Addons und Module mit Hilfe der OTRS API.
Einfache Erstellung eigener Front-Ends, z. B. X11, Console usw.
Das neue "Kunden-Informationszentrum" bietet eine schöne Ansicht auf einen Kunden (bzw. die Kundenfirma). Sie können
Escalated, reminder, new, and open tickets of the customer company.
Kundenbenutzer (Kontakte), die zu dieser Firma gehören, mit ihren individuellen Ticketzahlen und Shortcuts zur Erstellung von neuen Tickets für diese Nutzer.
Eine allgemeine Ticket-Statusübersicht für diese Kundenfirma.
New "switch to customer" feature makes it possible for an agent with the required permissions to look into the customers's panel with their rights.
Das neue Prozessmanagement macht es möglich, Prozesse in OTRS abzubilden.
Die Kundenoberfläche unterstützt jetzt AJAX und ACLs umfassend.
It now requires JavaScript and is not compatible with Internet Explorer 6 or earlier versions.
In der Kundenoberfläche können Sie jetzt den Standard-Tickettyp für neue Tickets einstellen. Zusätzlich kann der Ticket-Typ versteckt werden, wobei alle Tickets mit dem Standard-Ticket-Typ erstellt werden.
Agenten können Tickets nun nach der Eskalationszeit suchen.
New option to show DynamicFields by default in ticket search.
Verbesserte Bildschirmnutzung in den Ticketmasken, durch die unnötiges Scrollen vermieden wird. In jeder Maske kann die Größe des Rich-Text-Editors jetzt separat konfiguriert werden.
Es ist nun möglich, Tickets aus den Ticketmasken heraus in eine andere Queue zu verschieben (z. B. aus Ticket Schließen), nachdem eine Konfigurationsoption aktiviert wurde. Dies ist standardmäßig nicht aktiviert.
Ticket search will now directly jump to the ticket zoom screen if only one ticket is found.
New ability to hide the Article Type from TicketActionCommon-based screens which can be helpful to fit more data in the browser window.
Es gibt ein neues "Out of Office" Widget im Dashboard, welches alle Agenten-Kollegen auflistet, die derzeit nicht verfügbar sind.
Der neue CKEditor 4 macht das Arbeiten mit Rich-Text-Inhalten (wie HTML-Mails) leichter und stabiler.
Ereignisbasierte benachrichtigungen können nun nur für besteimmte Artikel-Sender-Typen versendet werden.
The Statistics engine in OTRS now understands 'Weeks' in addition to days, months and years. This grants the ability to, for instance, create a report for tickets 'created last week', or generate a report that shows tickets created per queue per week.
Es ist nun möglich, angepasste DTL (Template)-Dateien in
Custom/Kernel/Output/HTML
abzulegen. Diese überschreiben dann
die Dateien des Systems, genau wie dies bereits auch mit Perl-Dateien
möglich ist.
AdminSMIME kann nun Zertifikate in menschenlesbarer Form anzeigen.
In der SysConfig können nun Datum und Datum+Zeit als Konfigurationstypen verwendet werden.
Wenn tickets archiviert werden, wird die Information, welcher Agent das Ticket bereits gelesen hat, gelöscht, genau wie die Information, welche Agenten das Ticket beobachten. Diese Einstellung ist standardmäßig aktiv und reduziert die Datenmenge, die in großen Systemen mit vielen Tickets und Agenten anfällt.
Es steht auch ein Skript zur Verfügung, welches diese Daten aus bereits archivierten Tickets entfernt.
Archivierte Tickets werden nun immer als bereits vom Agenten gelesen angezeigt.
Die Sitzungsverwaltung von OTRS ist nun bis zu 10-mal schneller, besonders bei vielen aktiven Nutzern.
Es ist möglich, die Zahl der gleichzeitig aktiven Agenten und/oder Kunden zu beschränken, um eine Überlastung des Servers zu vermeiden.
Significant reduction in the number of executed database statements in ticket overviews and ticket masks in agent and customer frontend.
Dies wird die Last auf Datenbankservern reduzieren, besonders auf großen Systemen. In manchen Fällen wird OTRS dadurch auch sichtbar schneller.
Die Geschwindigkeit der LDAP-Benutzersynchronisation wurde verbessert.
Die Geschwindigkeit des Caches im Umgang mit vielen Dateien wurde erhöht.
GI is a flexible framework to allow web service interconnections of OTRS with third party applications.
OTRS can act in both ways - as a provider (server, requested from remote) or requester (client, requesting remotely).
Simple web service connections can be created without programming by configuring the Generic Interface.
Complex scenarios can be realized by plugging in custom OTRS extensions that add perl code to the GI infrastructure on different architectural layers.
Connectors expose parts of OTRS to Generic Interface web services.For example, a ticket connector exposes the ticket create/update function, so that they can be used in a web service regardless which network transport is used.
A scheduler daemon process supports asynchronous event handling. This is useful to asynchronously start web service requests from OTRS to another system, after the agent''s request has been answered (e.g. when a ticket has been created). Otherwise, it might block the response, resulting in increased response times for the agent.
With the Generic Interface, new web services can be configured easily by using existing OTRS modules, without additional code. They can be combined to create a new web service. When configuring a new web service connection, the administrator has to add:
A new web service in the admin GUI
The basic meta data (Transport type (SOAP), URL etc.) and
Existing operations (part of a connector) and specify for each operation how the data must be mapped (inbound and outbound)
A Generic Interface Debugger will help the OTRS administrator to check how requests are coming in and how they are handled through the different layers.
Network transports: SOAP/HTTP. Others like REST and JSON are scheduled to be added in the future depending on customers demand.
Configurable data mapping Graphical User Interface for key/value transformations with respect to incoming and outgoing data.
Graphical debugger to check the configuration and flow of information of configured web services.
A ticket connector allowing the use of OTRS as a web service for ticket handling.
Additional network transports (REST, JSON).
The GI will replace the iPhoneHandle as the backend for mobile apps.
Additional connectors will be added to provide more parts of OTRS for use with web services (e.g. to allow the creation, update, or deletion of agents, users, services or CIs).
The DynamicFields Feature replaces the existing ticket and article FreeText and FreeTime fields with a dynamic structure that will also allow to create custom forms in OTRS.
An unlimited amount of fields can be configured using an own graphical user interface for administration.
The fields can have different types that can be used for both, tickets and articles. Available by default are:
Text
Multiline text
Checkbox
Dropdown
Multi-select
Date
Date and time
New custom field types (e.g. custom field type dropdown with an external data source) can be added with small effort as the fields are created in a modular, pluggable way.
A future scenario is, that DynamicFields can be used for objects other than tickets or in custom modules. For example, a custom module adding objects to handle "orders" in OTRS could use the DynamicFields to attach properties/data to these orders.
A database update script will transform historic FreeText fields and related configuration settings into the new structure.
Multiple email addresses can now be specified as 'To:', 'CC:' or 'BCC:' when creating a new phone or email ticket.
Inbound phone calls can now be registered within an existing tickets (until now, only outbound calls were registered).
It is now possible to exclude articles of certain sender types (e.g. articles from internal agents) in the SysConfig from being displayed in the overview preview mode.
A certain article type can be configured which will display articles of that type as expanded by default when the view is accessed.
The screen shown after moving a ticket is now configurable. Options are the ticket zoom view (LastScreenView) or the ticket list (LastScreenOverview).
With the new bulk action, outbound emails can now be sent from multiple tickets at the same time. As tickets can have different queues, and these queues each can have different templates, salutations and signatures, these are not used in the Bulk Action email.
An additional bulk action allows configuring the ticket type for selected tickets.
OTRS will now create events for each of the available escalation types (response, update and resolution). This allows performing actions (such as notifications) before the escalation occurs, in the moment it occurs, and in the moment that the escalation ends.
A new generic agent notification module allows the OTRS administrator to define messages that will be shown in the agent web front-end when agents log into the system.
All kinds of times will now be calculated by and based on the application server only solving the issues that were caused by variances between the clock times of application and data base servers.
The speed for rendering and article display was improved, thanks to Stelios Gikas <stelios.gikas@noris.net>!
IOS5 support added.
Block quotes can be left with the enter key.
Update from CKEditor 3.4 to CKEditor 3.6, so improvements refer to the releases of CKEditor 3.5 and CKEditor 3.6.
IE9 support improved.
Resizable dialogs.
PostgreSQL 9.1 support added.
A new legacy driver is now available for PostgreSQL 8.1 or earlier versions.
Kontext
Benutzerzentriertes Redesign der graphischen Benutzerschnittstelle, welches einen Übergang zu dynamischen Technologien wie AJAX, XHTML und CSS beinhaltet.
Hervorhebung für "neue Tickets" und "neue Artikel"
This new feature has been implemented on both ticket and article level. At a glance, an agent is now able to check for any updates within a ticket or on the article level to check for new and unread articles. You benefit from increased transparency and decreased response times.
Optimierte Volltextsuche
The new search feature allows you to flexibly customize the way you browse the information base. Options provided by the new search feature range from single search-string searches to complex multi-string boolean search operations including various operators. You benefit from fully customizable searches adjusted according to your needs.
Neue Ticket-Zoom-Ansicht
Die neue, AJAX-basierte Ticket-Zoom-Ansicht erlaubt die Darstellung komplexer und verknüpfter Informationen in Echtzeit unter Beibehaltung der aktuellen Arbeitsumgebung des Agenten. Letzterer profitiert von verbesserter Orientierung und daraus folgend höherer Arbeitseffizienz.
Globale Ticketübersichten
Well known from OTRS 2.4, the global ticket overviews have been optimized to achieve increased inter- activity. Depending on the use case and preferences of your agents, they can easily change the ticket overviews layout according to their specific needs. Options are small, medium, and large, with each providing a different degree of information details.
Accessibility
Das Redesign berücksichtigt die anerkannten Zugänglichkeits-Standards WCAG und WAI-ARIA. Dadurch können behinderte Nutzer besser mit OTRS arbeiten. Die Bestimmungen des Abschnitt 508 des US Rehabilitation Act werden erfüllt.
Neues Kunden-Interface
The customer web front-end can be integrated to your organization's intranet and is fully integrated into the redesigned help desk system.
Archivierungs-Feature
OTRS 3.0 now offers a new archiving feature. With a separated archive, you'll benefit from a reduced time spent for searches and increased display of results.
OTRS can be installed on many different operating systems. OTRS can run on linux and on other unix derivates (e.g. OpenBSD or FreeBSD). You can also run it on Microsoft Windows. OTRS does not have excessive hardware requirements. We recommend using a machine with at least a 2 GHz Xeon or comparable CPU, 2 GB RAM, and a 160 GB hard drive for a small setup.
To run OTRS, you'll also need to use a web server and a database server. Apart from that, you should install perl and/or install some additional perl modules on the OTRS machine. The web server and Perl must be installed on the same machine as OTRS. The database back-end may be installed locally or on another host.
For the web server, we recommend using the Apache HTTP Server, because its module mod_perl greatly improves the performance of OTRS. Apart from that, OTRS should run on any web server that can execute Perl scripts.
You can deploy OTRS on different databases. You can choose between MySQL, PostgreSQL, Oracle, or Microsoft SQL Server. If you use MySQL you have the advantage that the database and some system settings can be configured during the installation, through a web front-end.
For Perl, we recommend using at least version 5.8.8. You will need some additional modules which can be installed either with the Perl shell and CPAN, or via the package manager of your operating system (rpm, yast, apt-get).
Software-Anforderungen
Apache2 und mod_perl2 (mod_perl2 wird wegen der hohen Geschwindigkeit empfohlen)
Webserver mit CGI support (CGI nicht empfohlen)
Microsoft Internet Information Server (IIS) 6 or higher
MySQL 5.0 or higher
PostgreSQL 7.0 or higher (8.2 or higher recommended)
Oracle 10g oder höher
Microsoft SQL Server 2005 or higher
The section in the manual about installation of Perl modules describes in more detail how you can set up those which are needed for OTRS.
Wenn Sie ein bereits vorgefertigtes OTRS-Paket für Ihr Betriebssystem zur Installation verwenden (rpm, Windows-Installer), sollten die benötigten Perl-Module automatisch installiert werden.
To use OTRS, you'll be OK if you use a modern browser with JavaScript support enabled. We support the following browsers:
Internet Explorer 8.0 or higher (agent interface)
Internet Explorer 7.0 or higher (customer interface)
Mozilla Firefox 3.6 or higher
Google Chrome
Opera 10 or higher
Safari 4 or higher
We recommend always using the latest version of your browser, because it has the best JavaScript and rendering performance. Dramatical performance varieties between the used browsers can occur with big data or big systems. We are happy to consult you on that matter.
OTRS has a large user community. Users and developers discuss OTRS and exchange information on related issues through the mailing-lists. You can use the mailing lists to discuss installation, configuration, usage, localization and development of OTRS. You can report software bugs in our bug tracking system.
The homepage of the OTRS community is: http://www.otrs.com/open-source/.
Whether you need help in configuring or customizing OTRS or you want to be on the safe side, don't hesitate to contact us: We offer a wide range of professional services such as world-wide enterprise support, consulting and engineering including process design, implementation, customization, application support, and fully managed service.
Our Service Contracts guarantee instant help and professional support as well as support assessment and last but not least free access to OTRS Feature Add-ons - useful additional features for your OTRS.
The OTRS Group offers specific training programs in different countries. You can either participate in one of our public OTRS Administrator trainings which take place regularly, or benefit from an inhouse training that covers all the specific needs of your company.