[otrs-cvs] doc-admin/de otrs.xml,1.10,1.11

[cvs-log at otrs.org]

Comments:
Update of /home/cvs/doc-admin/de
In directory lancelot:/tmp/cvs-serv17368

Modified Files:
	otrs.xml 
Log Message:
Added section with new major features of OTRS 2.2

Author: cs

Index: otrs.xml
===================================================================
RCS file: /home/cvs/doc-admin/de/otrs.xml,v
retrieving revision 1.10
retrieving revision 1.11
diff -C2 -d -r1.10 -r1.11
*** otrs.xml	18 Oct 2006 12:58:23 -0000	1.10
--- otrs.xml	5 Apr 2007 11:37:30 -0000	1.11
***************
*** 481,484 ****
--- 481,595 ----
  </sect2>
  
+ <sect2 id="new-features-of-2.2">
+ <title>Neue Features von OTRS 2.2</title>
+ 
+ <itemizedlist>
+ <title>Die neuen Kern-Features von OTRS 2.2 im Überblick</title>
+ 
+ <listitem>
+     <para>
+     Services und SLAs:
+     Auf dem Weg hin zu einem IT-Servicemanagement-Werkzeug, wurden in OTRS 2.2
+     die neuen Attribute 'Service' und 'Service Level Agreements (SLA)'
+     integriert. Bei der Erstellung eines neuen Tickets kann der
+     Anfragesteller einen Service (z. B. Email-Service) und ein zugehöriges
+     SLA auswählen. SLA Atribute sind "response time" (Antwortzeit),
+     "update time" (Updatezeit) und "solution time" (Lösungszeit). Diese
+     Attribute können vom IT-Service für Benachrichtigungen oder für die
+     Eskalation von Tickets herangezogen werden, um bestehende SLAs einzuhalten.
+     Service- und SLA-spezifische Informationen innerhalb der Header neuer
+     Emails können weiterhin mit Hilfe des  PostMasterFilter-Moduls
+     ausgewertet werden.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Unterstützung nativer Tickettypen: Verschiedene Tickettypen können nun
+     über das Admin-Interface verwaltet werden. Die Benutzung von
+     Freitext-Feldern für die Spezifikation von Tickettypen ist somit
+     nicht mehr notwendig. Installationen, die Freitextfelder für die
+     Klassifikation von Tickettypen verwenden, müssen nicht migriert werden.
+     Dieses neue Feature wird ebenfalls im ticketinhalt und auch in der
+     Druckansicht für Agenten und Kunden angezeigt und kann über das
+     Agenten-Interface angepasst werden.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Unterstützung multibler Authentifikation-Quellen: Durch die
+     Unterstützung multibler vertrauenswürdiger Authentifikations-Quellen
+     wird es möglich, mehrere Backends für die Anmeldung von Kunden und
+     Agenten einzubinden. Schlägt die Authentifikation für die erste Quelle
+     fehl (z. B. für ein LDAP-Backend), kann als 2. Quelle ein weiteres
+     Backend (z. B. eine SQL-Datenbank) eingebunden werden.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Support von Kennworten mit verschiedener Verschlüsselung:
+     Die verschiedenen unterstützten und erlaubten Verschlüsselungen für
+     Agenten- und Kundenkennworte sind:
+     </para>
+ 
+     <itemizedlist>
+     <listitem>
+         <para>unix_crypt()</para>
+     </listitem>
+     <listitem>
+         <para>md5()</para>
+     </listitem>
+     <listitem>
+         <para>plain()</para>
+     </listitem>
+     </itemizedlist>
+ 
+     <para>
+     Die Standardeinstellung ist 'unix_crypt()'. Für ein laufendes System ist
+     ein Wechsel ohne großen Aufwand von
+     unix_crypt() zu md5() möglich, es muss lediglich der entsprechende
+     Konfigurationsparameter angepasst werden.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Änderung der OTRS-internen Struktur zur Speicherung der Kundendaten:
+     Die Speicherung der Kundendaten wurde restrukturiert und in die Objekte
+     "CustomerCompany" und "CustomerUser" aufgeteilt. Firmenspezifische Daten
+     (Company) wie z. B. der Firmenname, die Firmenadresse, usw. werden nun
+     gegenüber den personenspezifischen Daten (Vor- und Nachname, Anrede, etc.)
+     gesondert gepflegt.
+     </para>
+ 
+     <para>
+     Diese Informationen werden wie gewohnt innerhalb des Agent-Interfaces
+     angezeigt.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Erweitertes OPM-Format: OPM Pakete werden nun mit einer zusätzlichen
+     Beschreibung ausgeliefert. Die einleitende Seite für ein OPM Paket
+     informiert den Benutzer über neue Features und über die Schritte, die
+     nach der Installation des Paketes nötig sind.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     PostMaster-Admin-Interface: Durch diese Erweiterung kann genauer
+     definiert werden, welche Email-Adressen vom PostMasterFilter-Modul
+     behandelt und in Betracht gezogen werden sollen.
+     </para>
+ </listitem>
+ <listitem>
+     <para>
+     Verbesserung des SysConfig-Interfaces: Durch interne Umstrukturierungen des
+     SysConfig-Interfaces wurde die Performance stark erhöht. Die
+     Seiten werden nun viel flüssiger aufgebaut wodurch ein viel
+     schnelleres Arbeiten mit dem Tool möglich wird.
+     </para>
+ </listitem>
+ </itemizedlist>
+ 
+ </sect2>
  </sect1>