<?xml version='1.0' encoding='ISO-8859-1'?>
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
  "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
<!-- $Id: time.xml,v 1.9 2006/04/13 10:06:25 ho Exp $ -->

<chapter id="time">
<title>Zeitabhngige Funktionen in OTRS</title>

<sect1 id="time-settings">
<title>Relevante Zeiten fr das System festlegen</title>

<para>
In OTRS werden einige Aktionen abhngig von der aktuellen Systemzeit
ausgelst. Von den Zeiteinstellungen betroffen sind die Berechnung der
Eskalationszeit und die eigentliche Eskalation von Tickets. Weiterhin hngt
die Zusendung von Benachrichtigungen fr eskalierte Tickets bzw. fr
Erinnerungs-Tickets, die den Erinnerungszeitpunkt erreicht haben, ab.
Ebenfalls wird die automatische Freigabe von Tickets durch diese
Einstellungen beeinflusst.
</para>

<para>
Mit Hilfe der Parameter

<link linkend="Framework:Core::Time:TimeWorkingHours">
TimeWorkingHours
</link>,

<link linkend="Framework:Core::Time:TimeVacationDays">
TimeVacationDays
</link>

und

<link linkend="Framework:Core::Time:TimeVacationDaysOneTime">
TimeVacationDaysOneTime
</link>

knnen die fr das System relevanten Zeiten entweder ber das

<link linkend="sysconfig">
grafische Konfigurations Frond-end
</link>

oder direkt ber die Datei <filename>Kernel/Config.pm</filename>
eingestellt werden.
</para>

<sect2 id="TimeWorkingHours">
<title>TimeWorkingHours</title>

<para>
Die Stunden, in denen Ihre Agenten aktiv am system arbeiten, knnen
folgendermaen in der Datei <filename>Kernel/Config.pm</filename>
festgelegt werden:
</para>

<example id='specifying-workinghours'>
<title>Festlegen der fr das System relevanten Arbeitsstunden</title>

<para>
<programlisting>
    $Self->{'TimeWorkingHours'} = {
        Mon => [ 8,9,10,11,12,13,14,15,16,17,18,19,20 ],
        Tue => [ 8,9,10,11,12,13,14,15,16,17,18,19,20 ],
        Wed => [ 8,9,10,11,12,13,14,15,16,17,18,19,20 ],
        Thu => [ 8,9,10,11,12,13,14,15,16,17,18,19,20 ],
        Fri => [ 8,9,10,11,12,13,14,15,16,17,18,19,20 ],
        Sat => [  ],
        Sun => [  ],
    };
</programlisting>
</para>

</example>

<para>
Nur whrend dieser Stunden knnen Tickets eskalieren, Benachrichtigungen zu
Erinnerungs-Tickets versendet oder Tickets automatisch freigegeben werden.
Weiterhin werden auch nur diese Stunden in die Berechnung der
Eskalationszeit und der Zeit fr die automatische Freigabe mit einbezogen.
</para>
</sect2>

<sect2 id="TimeVacationDays">
<title>TimeVacationDays</title>

<para>
Feiertage deren Datum jedes Jahr gleich ist, knnen dem System folgendermaen
in der Datei <filename>Kernel/Config.pm</filename> bekannt gemacht werden:
</para>

<example id='specifying-vacation-days'>
<title>Festlegen von regelmig wiederkehrenden Feiertagen</title>

<para>
<programlisting>
    $Self->{'TimeVacationDays'} = {
        1 => {
            1 => 'New Year\'s Eve!',
        },
        5 => {
            1 => '1 St. May',
        },
        12 => {
            24 => 'Christmas',
            25 => 'First Christmas Day',
            26 => 'Second Christmas Day',
            31 => 'Silvester',
        },
    };
</programlisting>
</para>

</example>

<para>
Whrend der hier festgelegten Tage werden keine zeitabhngigen
Aktionen oder Berechnungen auf Tickets im system ausgefhrt.
</para>
</sect2>

<sect2 id="TimeVacationDaysOneTime">
<title>TimeVacationDaysOneTime</title>

<para>
Freie oder Feiertage, fr die sich jhrlich das Datum ndert, knnen
folgendermaen in der Datei <filename>Kernel/Config.pm</filename> angegeben
werden:
</para>

<example id='specifying-sometime-vacation-days'>
<title>Festlegen von unregelmig wiederkehrenden Feiertagen</title>

<para>
<programlisting>
    $Self->{'TimeVacationDaysOneTime'} = {
        2005 => {
            9 => {
                3 => 'German Unification Day'
            },
            12 => {
                27 => 'Anual closing',
                28 => 'Anual closing',
                29 => 'Anual closing',
                30 => 'Anual closing',
            },
        },
        2006 => {
            6 => {
                12 => 'Anual works outing',
            },
        },
    };
</programlisting>
</para>

</example>

<para>
Whrend der hier festgelegten Tage werden keine zeitabhngigen
Aktionen oder Berechnungen auf Tickets im system ausgefhrt.
</para>

</sect2>
</sect1>

<sect1 id="unlock-tickets">
<title>Automatische Freigabe von Tickets</title>

<para>
Gesperrte Tickets knnen automatisch vom System freigegeben werden. Diese
Funktion kann z. B. dann ntzlich sein, wenn sich ein Agent im Urlaub
befindet und noch Tickets gesperrt hat, die bearbeitet werden sollen /
mssen.
</para>

<para>
Die Zeit, nach der gesperrte Tickets automatisch freigegeben werden, kann
in den

<link linkend="adminarea-queue">
Einstellungen jeder Queue
</link>

festgelegt werden. Mit Hilfe des Moduls
<filename>bin/UnlockTickets.pl</filename>, das als cron-Job regelmig
ausgefhrt werden sollte, wird die automatische Freigabe von Tickets
umgesetzt. Tickets werdennur whrend der in

<link linkend="TimeWorkingHours">
TimeWorkingHours
</link>

festgelegten Stunden automatisch freigegeben. An mit

<link linkend='TimeVacationDays'>
TimeVacationDays
</link>

und

<link linkend='TimeVacationDaysOneTime'>
TimeVacationDaysOneTime
</link>

festgelegten Tagen, werden keine Tickets automatisch freigegeben.
</para>

<para>
Benachrichtigungen ber automatisch freigegebene Tickets werden an die
Agenten versendet, die die Queue mit dem automatisch freigegebenen Ticket in
"Meine Queues" aufgenommen haben und bei denen in den

<link linkend="user-preferences">
Benutzereinstellungen
</link>

die Benachrichtigung fr vom System freigegebene Tickets aktiviert ist.
</para>

</sect1>

<sect1 id="pending-tickets">
<title>Erinnerungs Tickets</title>

<para>
Mit OTRS ist es mglich Erinnerungs Tickets zu erstellen. Es kann ein
Zeitpunkt festgelegt werden, zu dem das System eine Nachricht verschickt,
in der es an ein vorher gesperrtes Ticket erinnert. Diese Funktion ist z. B.
dann ntzlich, wenn man daran erinnert werden will einen Kunden zu
kontaktieren, dieser Kunde aber fr die nchsten 2 Wochen im Urlaub ist.
</para>

<para>
Benachrichtigungen fr Erinnerungs Tickets werden legidlich whrend der
Stunden versendet, die in

<link linkend="TimeWorkingHours">
TimeWorkingHours
</link>

festgelegt wurden. Das Modul <filename>bin/PendingJobs.pl</filename>,
welches regelmig mit Hilfe eines cron-Jobs ausgefhrt werden sollte, lst
den Versand der Benachrichtigungen aus.
</para>

</sect1>

<sect1 id="escalate-tickets">
<title>Eskalation von Tickets</title>

<para>
OTRS bietet die Mglichkeit der Eskalation von Tickets. Nachdem ein Ticket
eskaliert ist, wird die Anzeige aller anderen Tickets in derselben Queue
oder in der Queue-Ansicht so lange blockiert, bis das eskalierte Ticket
gesperrt wird. Durch die Ticket-Eskalation kann also gewhrleistet werden,
dass Tickets die ein bestimmtes Alter berschreiten, auf jeden Fall beachtet
werden mssen.
</para>

<para>
Die Eskalationszeit kann in den

<link linkend="adminarea-queue">
Einstellungen jeder Queue
</link>

festgelegt werden. Mit Hilfe des

<link linkend="adminarea-genericagent">
GenericAgents
</link>

werden Benachrichtigungen ber eskalierte Tickets an die Agenten versendet,
die die Queue mit dem eskalierten Tickets in "Meine Queues" aufgenommen
haben und fr die in den

<link linkend="user-preferences">
Benutzereinstellungen
</link>

die Benachrichtigung ber eskalierte Tickets aktiviert ist.
</para>

<example id='genericagent-job-for-escalated-tickets'>
<title>GenericAgent Job zum Versand von Eskalations Benachrichtigungen</title>

<para>
In der Datei <filename>Kernel/Config/GenericAgent.pm</filename> ist bereits
ein Job eingetragen, ber den der GenericAgent, regelmig durch einen
cron-Job ausgefhrt, Benachrichtigungen ber eskalierte Tickets an die
Agenten verschickt. ffnen Sie diese Datei und entfernen Sie die
Kommentarzeichen vor den entsprechenden Zeilen:
</para>

<para>
<programlisting>
%Jobs = (
   # --
   # [name of job] -> send escalation notifications
   # --
   'send escalation notifications' => {
       Escalation => 1,
       # new ticket properties
       New => {
           Module => 'Kernel::System::GenericAgent::NotifyAgentGroupOfCustomQueue',
       },
   },
   # insert your jobs (see Kernel/Config/GenericAgent.pm.examples)
);
</programlisting>
</para>

</example>

<para>
Wird ein neues Ticket in einer Queue gespeichert fr die eine
Eskalationszeit festgelegt wurde, wird zunchst der positive Wert fr
die eingestellte Eskalationszeit angezeigt. Die Anzeige bleibt auf den fr die
Queue eingestellten Wert stehen, wenn das System sich nicht in den in
TimeWorkingHours festgelegten Stunden befindet oder wenn aktuell ein in
TimeVacationDays bzw. TimeVacationDaysOneTime definierter Tag ist,
auerhalb der fr das System relevanten Zeiten findet keine Berechnung der
Eskalationszeit statt.
</para>

<para>
Befindet sich das System in einem fr die Berechnung relevanten
Zeitfenster, wird die Eskalationszeit heruntergezhlt. Wird der Wert 0
erreicht, eskaliert das Ticket. Im weiteren Verlauf wird der Wert negativ,
das Ticket hat die Eskalationszeit berschritten. Bei der nchsten Ausfhrung
des GenericAgent-Jobs fr das Versenden der Eskalationsbenachrichtigungen
an die Agenten, werden die entsprechenden Mails verschickt, das eskalierte
Ticket blockiert die Anzeige der anderen Tickets in der Queue. Auch wenn das
eskalierte Ticket gesperrt und bearbeitet wird, wird der angezeigte Wert fr die
Eskalationszeit immer kleiner, der eigentliche Eskalationszeitpunkt rckt
immer weiter in die Vergangenheit. An diesem Verhalten ndert sich nichts,
so lange das Ticket sich in einem offenen Status befindet (open, new, pending,
usw.). Erst wenn das Ticket geschlossen wird, also sich der Status von offen
auf geschlossen ndert (closed), wird auch die Eskalationszeit zurck gesetzt.
Wird dasselbe Ticket z. B. durch ein Follow-up wieder in einen offenen Status
gebracht, beginnt das Herunterzhlen der Eskalationszeit erneut beim fr
die Queue eingestellten positiven Wert.
</para>

<para>
Ein Ticket kann also nur eskalieren, wenn es nicht gesperrt ist und wenn es
sich in einem offenen Status befindet. Ist es gesperrt und noch nicht
geschlossen, wird die Eskalationszeit immer weiter herunter gezhlt, das
Ticket eskaliert beim Wert 0. Wird das Ticket geschlossen und z. B. durch
ein Follow-up erneut durch das System geffnet, beginnt der
Eskalationsprozess erneut.
</para>

</sect1>

</chapter>