[migration]
With the removal of the `Destop Application for Supporters`, several functions were migrated into the Configuration application.

### Ticket Settings

   * Translation/renaming of the ticket fields
     * **From:** in the desktop application (dialog modification) 
     * **New:** in the configuration, category *Ticket Fields*
   * Setting mandatory fields for end users, dispatchers, and resource employees
     * **From:** in the desktop application (dialog modification) 
     * **New:** in the configuration, category *Ticket Fields*
   * Setting the auto value for the identifier field
     * **From:** in the desktop application (dialog modification), Identifier field
     * **New:** in the configuration, category *Default Values*
   * Setting the default Priority and the default ITIL value
     * **From:** in the configuration, category *Default Values*
     * **New:** in the configuration, category *Ticket Fields*
   * Setting default values for other Ticket Fields
     * **New:** in the configuration, category *Ticket Fields*
   * Hide ticket fields for Supporters
     * **New:** in the configuration, category *Ticket Fields*
   * Setting of selectable values for custom fields
     * **From:** in the desktop application (dialog modification), using the description with *# syntax, only for custom fields 1-3
     * **New:** in the configuration, category *Ticket Fields*, with the help of a table for selectable values, for every custom field 1-7
   * Setting the visible ticket fields for end users
     * **From:** in the configuration, category *Edit* (end user)
     * **New:** in the configuration, category *Ticket Fields*
   * Disallow endusers to change their user data at all
     * **From:** Option in configuration, category "Desktop Application", "Fields in 'user data' tab are read-only"
     * **New:** Option is removed, change the editability of each field individually in configuration, category "User Fields"
   * Allow resource-members to change other users data
     * **From:** Option in configuration, category "Desktop Application", "Require privilege to 'Manage Users and Groups' for changing user data"
     * **New:** Option is removed, user always need privilege 'Manage Users and Groups' to change other user's data

### User Groups / User Classes

The previous User Groups have been renamed to *User Classes*. The configuration was previously carried out in the desktop application, and can now be done in the configuration,  category User Classes.

All functions (supervisors, default priority, default resources, possible extended multi-client capability) remain the same.

### Workflows

Workflows have already been replaced in version 23.4 by the parallel tickets using processes. These can map all the functions of a workflow and have even greater flexibility. Processes are defined in the configuration application, category *Processes*.

### Mobile Apps

Mobile apps for iOS and Android are deprecated and do not work with version 24.4 and later. By installing the tickets application - or any other web application for that matter - as PWA, you have access to all new features.

### AddOns

AddOns only worked for the Desktop Application for Supporters and are therefore obsolete. Many functions are supported by default in the web application, for others there are alternative solutions. The following list explains whether and how the old function can be transferred to the web application.

 * **AdditionalFields:** It is no longer necessary to display and change a separate table, as new fields can always be added to existing data (tickets, users and assets) without having to adapt the table structure. Use an external website to display external data. See point **Links**.
 * **ChangeAction:** The option to change actions in the post-processing is no longer available. If the possible actions for certain employees have to be limited in order to avoid confusion, this can be realized via the allowed actions in the application *[Users and Groups](/usersandgroups/)*. If the possible actions in certain situations or steps of the ticket processing have to be limited, a [Process](/store/pid/ticketprocess) can be created, which specifies the exact work steps.
 * **ChangeReaTime:** The option to add processing times is available by default. You can activate this function in the [Configuration](/configmanager/page/configuration.ticket.ticketsettings/dialog/helpdesk.main.ticket editing), category *Editing*.
   * When updating to version 24 or newer, an addon of this type is automatically migrated to the corresponding option.
 * **Links:** Additional links to internal or external pages can now be realized in two different ways:
   * **Link fields:** Link fields can be created for users, assets and tickets via the respective field settings in the configuration. To do this, a user-defined field with the data type ``External link`` must be created. A URL can be stored here, which is generated from data of the associated ticket/asset/user with the help of placeholders.
     * Examples: ``http://dataserver.company.com/data/{identifier}``, ``/ticketlist/view/itilmaster.ticket{ticketid}``, ``/report?report=drive:/Abrechnungen/Rechnung/MailInhalt.rpt&prompt0={ticketid}``
   * **Embedded websites:** The additional plugin ["Embedded Websites"](/store/pid/embeddedwebsites) makes it possible to link additional components on the start page, which users can then access. These appear as an additional 'tile' on the start page. This is useful for external tools that do not require a reference to a ticket or asset.
   * When updating to version 24 or newer, addons of this type are automatically converted into link fields.
 * **MessageDeliverer:** The [CoWork application](/store/pid/cowork), which also supports various channels and video chat, is available for text chat.
 * **ProgrammExecute:** Direct execution of local programs from the browser is generally not possible for security reasons. However, there are alternative solutions:
   * **Start programs, e.g. VNC, Zoom or Microsoft Teams**
     * **URL protocol:** many programs now support calling using their own protocol, e.g. *vnc://* or *zoom://*. These can be used in link fields, see **Links**.
     * **Custom protocol:** See under *Open local and network files*.
   * **Open website:** Instead of starting a browser to display an external website as before, either the plugin ["Embedded Websites"](/store/pid/embeddedwebsites) (for websites without ticket-related parameters) can be used or a ticket field type *Link* (for ticket reference) can be added. See point **Links**.
   * **Open local or network files**
     * **Own web server:** This would be the solution we recommend for opening files remotely. You run a web server on the system on which the files are located and link to this web server using a link field.
     * **Custom protocol:** Another option is to register a custom URL protocol on the client systems, e.g. "internalfileopen:", which can then open local or network files on the client system or start a program via URL (e.g. "internalfileopen://c:/myfile.pdf"). A simple .reg file can be used to create this protocol in the Windows registry. Please contact our support for further details.
   * When updating to version 24 or newer, addons of this type are automatically converted to link fields if the addon has only opened a web URL or started a known program with an existing URL protocol, e.g. VNC.
 * **ReportLink:** Replaced by ticket links, see point **Links**.
   * When updating to version 24 or newer, addons of this type are automatically converted into link fields.
 * **SMS** & **SMSDlg**: not available in 24.4. An alternative solution is to call up an external website that displays the required SCCM data. Ticket links and the "Embedded websites" plugin are available for this purpose. See point **Links**.
 * **TabList**, **TreeFields**, **TreeList**: not available in 24.4. An alternative solution is to open an external website in a new browser tab to display the desired list/tree structure. See point **Links**. A tool that we can warmly recommend for this is the open source tool Metabase: https://www.metabase.com/start/oss/
 * **WeitereFelder:** Additional fields can now be added and hidden by default. See the configuration under *[Ticket fields](/configmanager/page/configuration.ticket.ticketsettings/dialog/category.fields.tickets)*.
 
### Plugin *Add recipients to CC*

This plugin is obsolete. The function is taken over by the ticket field *CC recipient (autocc)*, which stores all email addresses per ticket that are automatically set to CC.
 * When updating to version 24 or newer, previous entries for CC recipients are automatically migrated to the new field.
 
### Stopwatch

The ticket application on the web supports a stopwatch function, similar to the obsolete Desktop Application for Supporters. In addition to significant improvements, there are a few behavioral changes:
 * **Start of the stopwatch:** Previously, the stopwatch started when entering and thus editing the ticket. Since only one user could edit at a time, only one stopwatch time was possible.
   * The new stopwatch starts when the ticket is opened, not when it is edited. This means that working time that is only spent reading through a ticket can be recorded automatically. As a result, it is also possible for several supporters to stop their times for the same ticket at the same time.
   * If permitted, the stopwatch can be started and stopped manually at any time.
 * **Stopping the stopwatch:** As before, the times are recorded and logged when the ticket is exited. The previous option of asking with a pop-up whether the times should really be recorded now is no longer necessary. This function is no longer required thanks to the setting of a sensible start delay and the option to stop/reject the stopwatch time manually.
 * **Delayed start time:** Previously it was possible to configure a delay of one minute, now the delay time is configurable.
 
### Reports
 * The repository will be replaced by **i-net Drive**, which contains more functions.
 * i-net Drive does not support a *.directoryName* file to give a directory a different display name. However, you can freely rename the directory and use umlauts or special characters.

### Email Sender
 * Manually entering a sender email address is no longer allowed by default. If this behavior is still desired, it can be re-activated with the option "Allow custom entry of sender email address" in the configuration dialog "Sending Emails".

[migration:de]
Mit der Ablösung der Anwendung `Destop Anwendung für Supporter` wurden mehrere Funktionen in die Konfigurationsanwendung migriert.

### Ticket-Einstellungen

   * Übersetzung/Umbenennung der Ticketfelder
     * **Von:** in der Desktop-Anwendung (Dialogmodifikationen) 
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Setzen von Pflichtfeldern für Endbenutzer, Dispatcher und Ressourcenmitarbeiter
     * **Von:** in der Desktop-Anwendung (Dialogmodifikationen) 
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Setzen des Autowerts für das Kennungsfeld
     * **Von:** in der Desktop-Anwendung (Dialogmodifikationen), Feld Kennung
     * **Neu:** in der Konfiguration, Kategorie *Default Werte*
   * Einstellen der Standardpriorität und des Standard-ITIL-Wertes
     * **Von:** in der Konfiguration, Kategorie *Standardwerte*
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Setzen von Standardwerten für andere Ticketfelder
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Ticketfelder für Supporter ausblenden
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Setzen von auswählbaren Werten für benutzerdefinierte Felder
     * **Von:** in der Desktop-Anwendung (Dialogmodifikationen), Verwendung der Beschreibung mit `*#`-Syntax, nur für benutzerdefinierte Felder 1-3
     **Neu:** in der Konfiguration, Kategorie *Ticketfelder*, mit Hilfe einer Tabelle für auswählbare Werte, für jedes benutzerdefinierte Feld 1-7
   * Einstellung der sichtbaren Ticketfelder für Endbenutzer
     * **Von:** in der Konfiguration, Kategorie *Bearbeiten* (Endbenutzer)
     * **Neu:** in der Konfiguration, Kategorie *Ticketfelder*
   * Endanwendern generell verbieten ihre Benutzerdaten zu ändern
     * **Von:** Option in der Konfiguration, Kategorie "Desktop-Anwendung", "Feldinhalte im Tab 'Benutzerdaten' sind schreibgeschützt"
     * **Neu:** Option entfällt, die Bearbeitbarkeit kann für jedes Feld individuall eingestellt werden in der Konfiguration, Kategorie "Benutzerfelder"
   * Ressourcen-Mitarbeitern erlauben/verbieten, die Daten von anderen Nutzern zu ändern
     * **Von:** Option in der Konfiguration, Kategorie "Desktop-Anwendung", "Benutzerdaten nur ändern, wenn das Recht 'Benutzer und Gruppen verwalten' besteht"
     * **Neu:** Option entfällt, Benutzer benötigen immer das Recht 'Benutzer und Gruppen verwalten', um die Daten anderer Benutzer zu ändern

### Benutzergruppen / Benutzerklassen

Die bisherigen Benutzergruppen wurden umbenannt in *Benutzerklassen*. Die Konfiguration wurde bisher in der Desktop-Anwendung vorgenommen und kann nun in der Konfiguration, Kategorie Benutzerklassen, vorgenommen werden.

Alle Funktionen ( Supervisor, Standardpriorität, Standardressourcen, erweiterte Mandantenfähigkeit) bleiben erhalten.

### Workflows

Workflows wurden bereits in Version 23.4 durch die parallelen Tickets in Prozessen ersetzt. Diese können alle Funktionen eines Workflows abbilden und haben eine noch größere Flexibilität. Prozesse werden in der Konfigurationsanwendung, Kategorie *Prozesse* definiert.

### Mobile Anwendungen

Die mobilen Anwendungen für iOS und Android sind nicht länger notwendig und funktionieren daher ab Version 24.4 nicht mehr. Wenn Sie die Tickets-Anwendung - oder jede andere Webanwendung - als PWA installieren, haben Sie weiterhin Zugriff auf alle neuen Funktionen.

### Add-Ons

Add-Ons funktionierten ausschließlich für die Desktop-Anwendung für Supporter und sind daher veraltet. Viele Funktionen werden in der Webanwendung standardmäßig unterstützt, für andere gibts es alternative Lösungen. Die folgende Liste erläutert, ob und wie die bisherige Funktion in die Webanwendung übernommen werden kann.

 * **AdditionalFields:** Das Anzeigen und Ändern einer gesonderten Tabelle ist nicht mehr nötig, da zu bestehenden Daten (Tickets, Benutzer und Assets) immer neue Felder hinzugefügt werden können, ohne die Tabellenstruktur anzupassen. Verwenden Sie eine externe Webseite, um externe Daten anzuzeigen. Siehe dazu Punkt **Links**.
 * **ChangeAction:** Die Möglichkeit, im Nachhinein Aktionen zu ändern, entfällt. Wenn die möglichen Aktionen für bestimmte Mitarbeiter eingeschränkt werden müssen, damit es nicht zu Verwechslungen kommt, dann kann dies über die erlaubten Aktion in der Anwendung *[Benutzer und Gruppen](/usersandgroups/)* realisiert werden. Wenn die möglichen Aktionen in bestimmten Situationen oder Schritten der Ticketbearbeitung begrenzt werden müssen, dann kann ein [Prozess](/store/pid/ticketprocess) erstellt werden, welcher die genauen Arbeitsschritte vorgibt.
 * **ChangeReaTime:** Die Möglichkeit, die Bearbeitungszeiten nachzutragen, ist standardmäßig verfügbar. Sie können diese Funktion in der [Konfiguration](/configmanager/page/configuration.ticket.ticketsettings/dialog/helpdesk.main.ticketbearbeitung), Kategorie *Bearbeitung* aktivieren.
   * Beim Update auf die Version 24 oder neuer wird ein Addon dieses Typs automatisch in die entsprechende Option migriert.
 * **Links:** Zusätzliche Links zu internen oder externen Seiten können nun auf zwei verschiedene Wege realisiert werden:
   * **Link-Felder:** für Benutzer, Assets und Tickets können über die jeweiligen Feldeinstellungen in der Konfiguration Link-Felder erstellt werden. Dazu muss ein benutzerdefiniertes Feld mit dem Datentyp ``Externer Link`` angelegt werden. Es kann hier eine URL hinterlegt werden, welche mit Hilfe von Platzhaltern aus Daten des zugehörigen Tickets/Assets/Benutzers generiert wird.
   Beispiele: ``http://dataserver.company.com/data/{identifier}``, ``/ticketlist/view/itilmaster.ticket{ticketid}``, ``/report?report=drive:/Abrechnungen/Rechnung/MailInhalt.rpt&prompt0={ticketid}``
   * **Eingebettete Webseiten:** Das Zusatz-Plugin ["Eingebettete Webseiten"](/store/pid/embeddedwebsites) ermöglicht es, auf der Startseite zusätzliche Komponenten zu verlinken, auf die die Benutzer dann zugreifen können. Diese erscheinen dann als weitere 'Kachel' auf der Startseite. Dies ist sinnvoll für externe Tools, die keinen Bezug zu einem Ticket oder Asset benötigen.
   * Beim Update auf die Version 24 oder neuer werden Addons dieses Typs automatisch in Link-Felder umgewandelt.
 * **MessageDeliverer:** Als Text-Chat steht die [CoWork-Anwendung](/store/pid/cowork) zur Verfügung, welche auch verschiedene Kanäle und Video-Chat unterstützt.
 * **ProgrammExecute:** Aus dem Browser heraus ist die direkte Ausführung lokaler Programme generell aus Sicherheitsgründen nicht möglich. Hier gibt es jedoch alternative Lösungen:
   * **Programme starten, z.B. VNC, Zoom oder Microsoft Teams**
     * **URL-Protokoll:** viele Programme unterstützen inzwischen den Aufruf mittels eigenem Protokoll, z.B. *vnc://* oder *zoom://*. Diese können in Link-Feldern genutzt werden, siehe Punkt **Links**.
     * **Custom-Protokoll:** Siehe unter *Lokale und Netzwerk-Dateien öffnen*.
   * **Webseite öffnen:** Anstatt wie früher einen Browser zu starten, um eine externe Webseite anzuzeigen, kann entweder das Plugin ["Eingebettete Webseiten"](/store/pid/embeddedwebsites) (für Webseiten ohne Ticket-bezogenen Parameter) verwendet oder ein Ticket-Feld Typ *Link* (für Ticket-Bezug) hinzugefügt werden. Siehe Punkt **Links**.
   * **Lokale oder Netzwerk-Dateien öffnen**
     * **Eigener Webserver:** Dies wäre die von uns empfohlene Lösung, um Dateien remote zu öffnen. Sie lassen auf dem System, auf dem die Dateien liegen, einen Webserver laufen, und verlinken mit einem Link-Feld auf diesen Webserver.
     * **Custom-Protokoll:** Eine andere Möglichkeit ist das Registrieren eines eigenen URL-Protokolls auf den Client-Systemen, bspw. "internalfileopen:", das dann via URL (z.B. "internalfileopen://c:\meineDatei.pdf") lokale oder Netzwerk-Dateien auf dem Client-System öffnen oder ein Programm starten kann. Dazu kann eine einfache .reg-Datei genutzt werden, um dieses Protokoll in der Windows-Registry anzulegen. Kontaktieren Sie für weitere Details dazu gern unseren Support.
   * Beim Update auf die Version 24 oder neuer werden Addons dieses Typs automatisch in Link-Felder umgewandelt, sofern das Addon nur eine Web-URL geöffnet oder ein bekanntes Programm mit vorhandenem URL-Protokoll, z.b. VNC, gestartet hat.
 * **ReportLink:** Ersetzt durch Ticket-Links, siehe Punkt **Links**.
   * Beim Update auf die Version 24 oder neuer werden Addons dieses Typs automatisch in Link-Felder umgewandelt.
 * **SMS** & **SMSDlg**: in der 24.4. nicht verfügbar. Alternative Lösung ist, eine externe Webseite aufzurufen, welche die benötigten SCCM-Daten anzeigt. Hierfür stehen Ticket-Links sowie Plugin "Eingebettete Webseiten" zur Verfügung. Siehe Punkt **Links**.
 * **TabList**, **TreeFields**, **TreeList:** in der 24.4 nicht verfügbar. Alternative Lösung ist auch hier, eine externe Webseite in einem neuen Browser-Tab zu öffnen, um die gewünschte Liste/Baumstruktur anzuzeigen. Siehe Punkt **Links**. Ein Tool, das wir hierfür wärmstens empfehlen können, ist das Open-Source Tool Metabase: https://www.metabase.com/start/oss/
 * **WeitereFelder:** Zusätzliche Felder können jetzt standardmäßig hinzugefügt und ausgeblendet werden. Siehe dazu in der Konfiguration unter *[Ticketfelder](/configmanager/page/configuration.ticket.ticketsettings/dialog/category.fields.tickets)*.
 
### Plugin Empfänger zu CC hinzufügen

Dieses Plugin ist veraltet. Die Funktion wird vom Ticket-Feld *CC-Empfänger (autocc)* übernommen, welches alle Email-Adressen pro Ticket speichern, die automatisch in CC gesetzt werden.
 * Beim Update auf die Version 24 oder neuer werden bisherigen Einträge für CC-Empfänger automatisch in das neue Feld migriert.
 
### Stoppuhr

Die Ticketanwendung im Web unterstützt eine Stoppuhr-Funktion, ähnlich zur bisherigen Desktop-Anwendung für Supporter. Dabei gibt es neben deutlichen Verbesserungen ein paar Verhaltensänderungen:
 * **Start der Stoppuhr:** Bisher startete die Stoppuhr beim Betreten und damit Bearbeiten des Tickets. Da nur ein Benutzer gleichzeitig bearbeiten konnte, war auch nur eine Stoppuhr-Zeit möglich.
   * Die neue Stoppuhr startet beim Öffnen des Tickets, nicht erst beim Bearbeiten. Somit kann Arbeitszeit, die nur für das Durchlesen eines Ticket aufgewendet wird, automatisch aufgezeichnet werden. Demzufolge ist es ebenfalls möglich, dass mehrere Supporter gleichzeitig ihre Zeiten für das gleiche Ticket stoppen.
   * Wenn erlaubt, dann kann die Stoppuhr zu jedem Zeitpunkt manuell gestartet und gestoppt werden.
 * **Stop der Stoppuhr:** Wie bisher werden die Zeiten erfasst und festgehalten, sobald das Ticket verlassen wird. Die bisherige mögliche Nachfrage mit einem Popup, ob die Zeiten jetzt wirklich erfasst werden sollen, entfällt. Durch die Einstellung sinnvoller Startverzögerung und dem immer möglichen manuellen Stoppen/Verwerfen der Stoppuhr-Zeit ist diese Funktion nicht mehr erforderlich.
 * **Verzögerte Startzeit:** Bisher war die Konfiguration einer Verzögerung von einer Minute möglich, jetzt ist die Verzögerungszeit konfigurierbar.
 
### Berichte
 * Das Repository wird von **i-net Drive abgelöst**, welches mehr Funktionen enthält.
 * i-net Drive unterstützt keine *.directoryName* Datei, um einem Verzeichnis einen geänderten Anzeigenamen zu geben. Sie können das Verzeichnis aber frei umbenennen und Umlaute oder spezielle Zeichen verwenden.

### Absender E-Mail
 * Die freie Eingabe einer Absender-E-Mail-Adresse ist standardmäßig nicht mehr erlaubt. Wenn dieses Verhalten dennoch gewünscht ist, kann es mit der Option "Freie Eingabe des Absenders erlauben" im Dialog "Konfiguration -> E-Mail Senden" wieder aktiviert werden.
