• 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ü
Ansicht von 1 Antwort-Thread
  • Autor
    Beiträge
    • 26. August 2026 um 10:49 Uhr - Views: 9 #43843
      Lars Berger
      Teilnehmer

        Hallo zusammen,

        wir haben die erfolgreiche Migration von OTRS -> OTOBO geschafft und die Chance genutzt auch etwas „aufzuräumen“. Wir hatten ungenutzte Queues, diese habe ich alle auf ungültig gesetzt.

        Es sind noch ältere, offene Tickets auf diesen „alten“ Queues, diese würde ich gerne auf unsere aktuelle Default-Queue verschieben.

        Wenn ich das über Sammeländerungen mache, dann kann ich das nur für meine Tickets machen, es muss aber für alle Agenten erfolgen. Ein Script von OTOBO dazu habe ich nicht gefunden.

        Jemand eine Idee?

        Gruß Lars

      • 26. August 2026 um 11:15 Uhr #43845
        Tobias Bück
        Teilnehmer

          Hallo Lars,

          Sammeländerung in der Queue-Ansicht hängt am Agenten (eigene/gesperrte Tickets, ACLs). Deshalb siehst du nur „deine“ Tickets. Für den Aufräumjob nach der Migration ist der Generic Agent der richtige Weg — der läuft systemweit, nicht im Kontext eines Agenten.

          Admin → Prozesse & Automatisierung → Generic Agent → Job anlegen:

          Tickets auswählen: Queue = die alten (jetzt ungültigen) Queues. Bei Bedarf State-Typ „offen“ dazu, damit geschlossene Altlasten liegen bleiben.
          Ticket-Attribute ändern: Queue = eure Default-Queue.
          Unter Ticket-Kommandos: Benachrichtigungen auf Nein, sonst geht eine Welle Mails raus.
          Keinen Zeitplan setzen. Job speichern, einmal manuell ausführen, Trefferzahl prüfen, dann den Job wieder ungültig machen.
          https://doc.otobo.org/manual/admin/11.0/de/content/administration-area/processes-automation/generic-agent.html

          Nicht per SQL ticket.queue_id umbiegen — History, Events, Eskalation und Berechtigungen bleiben sonst inkonsistent.

          Ein eigenes Script braucht ihr dafür nicht. Wenn es trotzdem eins sein soll: TicketObject->TicketQueueSet(…) im Console-Kontext, nicht die Tabelle von Hand.

          LG
          Tobi

      • Autor
        Beiträge
      Ansicht von 1 Antwort-Thread
      • 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

      • Queues ändern per Script oder Massenänderung
      • Mandantenfähigkeit
      • Dynamische Felder in AgentTicketNote mit ACL verstecken
      • FAQ: kaputtes Copy & Paste von Bildern zwischen Artikeln
      • Benachrichtigung „Ticket wurde mir entzogen“ möglich?

      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