• Deutsch
  • English
  • Anmeldung OTOBO Community
+49 (0)9427 68 39 000
OTOBO
  • SOFTWARE
    • Software | Überblick
    • IT Service Management
    • Customer Service Management
    • Enterprise Service Management
    • Demo
    • Download
    • Dokumentation
  • SERVICES
    • Überblick Services
    • Beratung
    • Training
    • Entwicklung
    • OTRS Migration zu OTOBO
    • Support
    • Managed Service
    • Support-Portal
  • UNTERNEHMEN
    • Über uns
    • Karriere
    • Partner
    • Kontakt
    • Newsletter
  • RESSOURCEN
  • COMMUNITY
    • Open Source
    • Community Forum
    • Download
    • Dokumentation
    • OTOBO übersetzen
  • Click to open the search input field Click to open the search input field Suche
  • Menü Menü

Schlagwörter: Eskalation

Ansicht von 6 Antwort-Threads
  • Autor
    Beiträge
    • 17. Januar 2023 um 13:36 Uhr - Views: 1439 #14571
      Den Nis
      Teilnehmer

        Hallo Otobo-Community,

        ich habe Otobo als Testumgebung für unseren kleinen Bereich aufgebaut.
        Falls das Test-Projekt erfolgreich verläuft, planen wir eventuell einen größeren Rollout.

        Alles läuft soweit auch perfekt, nur habe ich leider ein massives Problem mit den Eskalationszeiten:
        Die Zeit für die erste Antwort und für die Aktualisierung wird nicht zurück gesetzt, egal was mit dem Ticket passiert.
        Wenn eine Antwort vom Kunden eintrifft, ein Artikel hinzugefügt oder das Ticket klassifiziert wird passiert in Sachen Eskalation leider nichts.
        Ob die Zeit für den Abschluss zurück gesetzt wird, kann ich nicht sehen, da nach Abschluss des Tickets die Zeiten ausgeblendet werden.

        In der Ticket-Historie habe ich beispielsweise die Einträge:
        EscalationResponseTimeStart, TypeUpdate, Move und SendCustomerNotification

        In der Systemkonfiguration steht unter „EscalationStopEvents“:
        TicketSLAUpdate|TicketQueueUpdate|TicketStateUpdate|ArticleCreate

        Mir ist aufgefallen, dass die Events in der Config anders heißen, als in der Historie.
        Hat jemand vielleicht eine Idee, woran der Rest der Zeiten scheitert?

        Bin wirklich über jeden Tipp dankbar und wünsche allen eine schöne Woche!

      • 17. Januar 2023 um 17:40 Uhr #14573
        Stefan Abel
        Moderator

          Hallo Dennis,

          was bedeutet zurückgesetzt? Die Erstantwort (Response Time) wird entweder direkt mit Anlage eines Telefontickets gestoppt, oder mit einem Artikel, der eine Kommunikation mit dem Kunden abbildet – bspw. ein eingehender oder ausgehender Telefonanruf, oder eine Email (via des Antworten-Buttons) an den Kunden.
          Zurückgesetzt im Sinne von auf „0“ gesetzt, wird die Zeit nicht.
          Von neuem fängt bspw. die Aktualisierungszeit (Update Time).

          Ich hoffe, das hilft dir etwas weiter.

          Viele Grüße
          Stefan

        • 18. Januar 2023 um 17:38 Uhr #14584
          Den Nis
          Teilnehmer

            Hallo Stefan,

            Danke für die super schnelle Antwort. Genau, mir geht es um das Stoppen/Einfrieren der Zeiten, hatte das etwas schwammig formuliert.
            Leider wird auch beim Telefonticket keine der drei Zeiten zurück gesetzt, ich habe bereits alles ausprobiert:
            E-Mail ausgehend und eingehend vom Kunden, Festlegen des Ticket-Typs, Notiz hinzufügen, Bearbeiter auswählen, Priorität anpassen.
            Ich muss dazu sagen, dass ich das ITSM-Modul installiert habe.

            Habe ich etwas übersehen oder einen gravierenden Denkfehler?
            Die Eskalationszeiten habe ich in den verschiedenen Queues eingetragen.

            Danke nochmals für jeden Input!

            Liebe Grüße,
            Dennis

          • 25. Januar 2023 um 15:42 Uhr #14612
            Den Nis
            Teilnehmer

              Hallo nochmals,

              hat hier vielleicht noch jemand eine Idee, woran das liegen könnte?
              Alle anderen Funktionen funktionieren problemlos, aber dieses eine Thema bleibt weiterhin ein Knackpunkt.

              Danke schon mal und viele Grüße,
              Den Nis

            • 17. März 2023 um 10:18 Uhr #14921
              marcel-graf
              Teilnehmer

                Hallo Den Nis,

                wie sind denn die Zeiten in der jeweiligen Queue bei den Eskalationen hinterlegt?

                Wir nutzen selbst keine Eskalationszeiten, von daher kann ich da auch nicht viel mehr beitragen.

                Gruß Marcel

              • 17. März 2023 um 10:34 Uhr #14922
                marcel-graf
                Teilnehmer

                  Wie nutzt ihr die Eskalationen? Per SLA oder QUEUE?

                  Im Znuny Forum gib es dazu auch noch folgenden Link: https://community.znuny.org/viewtopic.php?f=35&t=43182

                  Gruß Marcel

                • 21. März 2023 um 19:09 Uhr #14958
                  Stefan Abel
                  Moderator

                    Hallo,

                    wenn du ein Ticket hast, das in einer Queue liegt, der eine Reaktionszeit zugewiesen ist, dann siehst du in einem Ticket, auf das noch nicht reagiert wurde (Erstreaktion) in den Ticketinformationen, wann das Ticket eskaliert sein wird (unter der Berücksichtung des jeweiligen Arbeitszeitkalenders). Ist das gegeben?

                    Wenn das gegeben ist, dann wird diese Eskalationszeit (also die Reaktionszeit) durch einen Artikel gestoppt, der für den Kunden sichtbar ist (Häkchen unten im Artikel). Standardmäßig ist der bspw. gesetzt beim „Antworten“ oder beim „eingehenden/ausgehenden Telefonanruf“.

                    Ist die Zeit gestoppt, siehst du sie in den Ticketinformationen rechts nicht mehr.

                    Achtung an der Stelle, wenn du schreibst „Email ausgehend“. Die ist standardmäßig für die Kommunikation mit Dritten (bspw. Dienstleistende) gedacht. Hier ist standardmäßig der Haken für die Kundensichtbarkeit nicht gesetzt.

                    Die beiden anderen Zeiten sind die Aktualisierungszeit und die Lösungszeit.

                    Die Aktualisierungszeit wird gestoppt, wenn eine Kommunikation mit der jeweils anderen Partei stattfindet, egal ob „Kunde -> euch“ oder „ihr -> Kunde“. Das kann man (in der Systemkonfiguration) vom Status abhängig machen, dass bspw. nur ihr selbst und nicht euer Kunde für die Eskalation verantwortlich ist.

                    Die Lösungszeit wird dann gestoppt, wenn das Ticket das erste mal einen Status bekommt, dem der Statustyp „geschlossen“ zugeordnet ist. Im Standard sind das „erfolgreich geschlossen“ und „erfolglos geschlossen“.

                    Viele Grüße
                    Stefan

                • Autor
                  Beiträge
                Ansicht von 6 Antwort-Threads
                • Du musst angemeldet sein, um auf dieses Thema antworten zu können.

                Foren durchsuchen

                Anmeldung

                Anmeldung

                Konto erstellen
                Passwort vergessen?

                Login via Social

                Profil

                Bitte vervollständigen Sie nach der Registrierung Ihr Profil, das vereinfacht die spätere Kommunikation enorm. Ihre Profileinstellung finden Sie, wenn Sie auf Ihr Avatarbild klicken.

                Sie können Ihren Avatar ändern, indem Sie sich mit Ihrer E-Mail-Adresse unter gravatar.com registrieren.

                Letzte Aktivitäten

                • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
                • Dynamische Felder in AgentTicketNote mit ACL verstecken
                • Benachrichtigung „Ticket wurde mir entzogen“ möglich?
                • Statistik Anzahl Tickets pro Agent
                • Docker: Ändern des redis Hosts

                Unternehmen

                Über uns
                Karriere
                Stellenbörse
                Partner werden
                Kontakt
                Newsletter

                OTOBO | Simplify work and create exceptional service experiences.

                Die Source Code Owner und Maintainer hinter OTOBO.

                Software

                Service Management-Plattform
                OTOBO Demo
                OTOBO Download
                OTOBO Dokumentation

                Security-Problem melden:
                security@otobo.org

                Services

                Support-Portal
                Beratung
                Training
                Support
                Managed Services
                Erweiterung
                OTRS Migration
                Partner finden

                Community

                Open Source
                Community Forum
                Mitmachen
                OTOBO Developer
                OTOBO@GitHub

                © 2026 Rother OSS GmbH | All rights reserved.
                • Cookie-Einstellungen
                • Impressum
                • Datenschutz
                • Haftungsausschluss
                Nach oben scrollen Nach oben scrollen Nach oben scrollen