• 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ü
Topic Resolution: Answered

Schlagwörter: Benachrichtigung, Besitzer, owner, ticket, TicketOwner, Update

Ansicht von 2 Antwort-Threads
  • Autor
    Beiträge
    • 17. Oktober 2023 um 12:14 Uhr - Views: 878 #15731
      Answered
      Yanick Konietzny
      Teilnehmer

        Sehr geehrte Mitglieder der OTOBO Community,

        ich würde gerne wissen, ob der TAG <OTOBO_TICKET_OWNER_UserEmail> auch als „Zusätzliche Empfänger E-Mail Adresse“ in der Ticket-Benachrichtigung verwendet werden kann.
        Die Benachrichtigung soll jedes Mal versandt werden, wenn das Ereignis „TicketOwnerUpdate“ eintritt.
        Hier einmal ein Abbild:
        OTOBO Ticket-Benachrichtung Konfiguration

        Der Zweck besteht darin, den neuen Besitzer per E-Mail zu benachrichtigen, sobald eine Aktualisierung des Ticketbesitzers vorgenommen wird.
        Die Benachrichtigung muss jedoch von einer spezifischen E-Mail-Adresse versandt werden und nicht von der Adresse, die für die Ticket-Benachrichtigungen festgelegt ist.
        Daher ist das Empfängerfeld leer.
        Nur durch die Eingabe in „Zusätzliche Empfänger E-Mail Adresse“ wird die gewünschte Sender E-Mail-Adresse für die Benachrichtigung verwendet und automatisch dem E-Mail-Verlauf des Tickets hinzugefügt.

        Die gegenwärtige Herausforderung besteht darin, dass derzeit keine Benachrichtigung versandt wird.
        Wenn ich jedoch manuell eine E-Mail-Adresse in das Feld „Zusätzliche Empfänger E-Mail Adresse“  eingebe, funktioniert alles wie gewünscht.

        Wenn der TAG <OTOBO_TICKET_OWNER_UserEmail> in der begleitenden Nachricht verwendet wird, wird die E-Mail-Adresse des neuen Besitzers korrekt ausgegeben.

        Bedeutet das, dass der TAG in dieser Art und Weise nicht funktioniert?

      • 17. Oktober 2023 um 15:27 Uhr #15741
        marcel-graf
        Teilnehmer

          Hallo Yanick, das sieht so aus, als könnten da nur dynamische Felder ausgelesen werden.

          Hier könnte man versuchen ein Dyn. Feld anzulegen und dies per Generic Agent füllen zu lassen bzw. in diesem Task  dann gleich die Information versenden kann. Das könnte eventuell per Benutzerdefiniertem Modul erfolgen.

          Eventuell gibt es aber auch eine bessere Lösung.

          Gruß Marcel

          • 25. Oktober 2023 um 10:57 Uhr #15770
            Best Answer
            Yanick Konietzny
            Teilnehmer

              Hallo Marcel,

              vielen Dank für Ihre schnelle Rückmeldung, auch wenn ich diese erst jetzt sehe.

              Bislang hatte ich noch keine Gelegenheit, mich intensiv mit Generic Agent auseinanderzusetzen. Jedoch konnte ich mein Anliegen anderweitig lösen. Konkret habe ich die E-Mail-Adresse des Besitzers mit dem TAG <OTOBO_OWNER_UserEmail> in einem DynamicField gespeichert und den entsprechenden Wert in der Ticketbenachrichtigung ausgelesen.

              Mit freundlichen Grüßen,

              Yanick

          • 23. Oktober 2023 um 17:44 Uhr #15763
            Stefan Abel
            Moderator

              Hallo,

              <OTOBO_TICKET_OWNER_UserEmail> ist mir nicht bekannt. Probier mal <OTOBO_OWNER_UserEmail> (ohne TICKET).

              Aber ja, es kann sein, dass hier nicht alle Tags funktionieren.

              Zu Marcels Beitrag:
              Per Generic Agent kann man leider kein Dynamisches Feld befüllen lassen, weil die Generic Agents die Tags nicht verstehen. Man könnte höchstens einen kleinen Prozess bauen, der das in einer Übergangsaktion macht (und sich dann aus dem Prozess rausschmeißt). Den Prozess dann über einen Generic Agent starten (wenn Owner Update).

              Viele Grüße
              Stefan

              • 25. Oktober 2023 um 11:01 Uhr #15771
                Yanick Konietzny
                Teilnehmer

                  Moin,

                  Nach meinem Kenntnisstand sollten beide TAGs funktionieren, da laut der Dokumentation die TAGs ohne „TICKET“ lediglich Alias-Versionen der TAGs mit „TICKET“ sind. Trotzdem danke ich für die Rückmeldung.

                  Inzwischen konnte ich das Problem sogar lösen.

                  Mit freundlichen Grüßen,

                  Yanick

            • Autor
              Beiträge
            Ansicht von 2 Antwort-Threads
            • Das Thema „ Nutzung von TAGs für Benachrichtigungen bei Ticketbesitzeraktualisierung“ ist für neue Antworten geschlossen.

            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