• 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: automatische Antworten Autoreply

Ansicht von 2 Antwort-Threads
  • Autor
    Beiträge
    • 17. April 2021 um 23:11 Uhr - Views: 1576 #11367
      Syoxx
      Teilnehmer

        Wir benötigen eine Funktion, um für jedes Ticket zu definieren, ob eine automatische Antwort versendet werden soll oder nicht. Um unser Problem besser nachvollziehen zu können, habe ich nachfolgend unsere aktuelle Verfahrensweise beschrieben.

        Aktuellen Verfahrensweise: 
        Ein Mitarbeiter im Kundensupport erstellt ein Ticket für einen Kunden. Dieser Kunde erhält daraufhin eine automatische Antwort, dass für ihn eine neues Ticket erstellt wurde.

        Gewünschte Verfahrensweise:
        Ein Mitarbeiter im Kundensupport erstellt ein Ticket für einen Kunden. Der Mitarbeiter kann während des Erstellprozesses definieren ob der Kunde eine automatische Antwort erhält oder nicht.

        Somit soll es für uns möglich sein, unkritische Anfragen direkt zu einem Kunden zu hinterlegen und diesen erst darüber zu informieren, sobald diese Anfragen von einem Mitarbeiter bearbeitet werden.

        Bisher habe ich keine Möglichkeit gefunden, diese Funktionalität umzusetzen. Wird dies nativ von OTOBO unterstützt oder müssen hierzu Anpassungen am System vorgenommen werden?

      • 22. April 2021 um 9:35 Uhr #11409
        Renée Bäcker
        Teilnehmer

          Das müsste angepasst werden.

          Was Du ggf. machen könntest ist folgendes: Du schaltest die Autoantworten für „Webtickets“ aus (AutoResponseForWebTickets). Damit werden auch Autoantworten für Telefontickets deaktiviert. Dann könntest Du für die „unkritischen“ Anfragen Telefontickets nehmen und für die anderen Emailtickets.

        • 7. Mai 2021 um 22:17 Uhr #11479
          Markus
          Teilnehmer

            Hallo Syoxx,

             

            Ich kenne das von der ((OTRS)) Community Edition noch so – und gehe auch davon aus, dass das OTOBO ebenfalls so handhabt -, dass Auto Responses nur bei durch Agent eröffnete Telefon Tickets oder durch Tickets die vom Kunden per Mail eröffnet wurden versandt werden. Bei E-Mail Tickets, die durch den Agent eröffnet werden oder wenn der Kunde ein Ticket im Customer Portal eröffnet hingegen nicht.

             

            Prinzipiell würde ein Ticketsystem (grob) 2 Arten von Kommunikation vorsehen:

            1. Der Kunde meldet ein Problem.
            2. Ein Problem wird vom Agent (Service Desk, Operations, etc.) erkannt bevor es der Kunde melden kann.

            Hier gibt es dann wieder unterschiedliche Varianten:

            • Der Kunde meldet ein Problem per Telefonanruf beim Service Desk.
              Der Service Desk Mitarbeiter eröffnet dazu ein Telefonticket und erfüllt auch gleich die First Response Time.
              Dabei  wird dann die Benachrichtigung versandt, die als auto reply/new ticket (im Bereich Queue-Auto Response Relations), für die Queue, in der das Ticket eröffnet wurde hinterlegt ist.
            • Der Kunde meldet ein Problem per Mail direkt ans Ticketsystem.
              Dabei wird die gleiche Benachrichtigung versandt, wie bei der Erstellung eines Telefontickets durch den Agent, die First Response Time wird aber nicht erfüllt.
            • Der Kunde meldet ein Problem im Customer Portal.
              Hierbei gibt es (meines Wissens) keine extra Benachrichtigung an den Kunden, weil er direkt nach der Erstellung das Ticket sieht und somit keine weitere Bestätigung braucht, ob es auch wirklich angelegt wurde.
            • Ein Agent erkennt ein Problem und eröffnet ein Mailticket, bevor der Kunde es melden kann.
              Hierbei wird dann keine zusätzliche Benachrichtigung versandt, weil ja der Text, den der Agent bei der Eröffnung des Mailtickets schreibt als Mail an den Kunden geht und auch hier wird die First Response Time direkt erfüllt, weil das Ticket von einem Agent eröffnet wurde.

             

            Euer Problem könnten man vielleicht so lösen, dass ihr eine Sub-Queue anlegt (mit z.B. dem Namen „No Auto Reply“) und für diese Sub-Queue wird im Bereich Queue-Auto Response Relations keine Auswahl für auto reply/new ticket ausgewählt.

             

            Liebe Grüße,

            Markus Hlinka | ONTEC AG

        • Autor
          Beiträge
        Ansicht von 2 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

        • Dynamische Felder in AgentTicketNote mit ACL verstecken
        • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
        • 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