• 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 3 Antwort-Threads
  • Autor
    Beiträge
    • 27. Februar 2023 um 12:34 Uhr - Views: 1049 #14761
      Robby Hübner
      Teilnehmer

        Hallo,

        ich möchte mich mit euch gerne austauschen bzgl. »Best Practice« für die Abrechnung eines Tickets inkl. Auswertung. Wir haben aktuell mehrere Queues (1st-Level, 2nd-Level, Managed Service etc.), unter anderem auch eine Queue »Buchhaltung«. Nachdem ein Ticket bearbeitet und erfolgreich gelöst wurde, wird der Status »Erfolgreich geschlossen« zugewiesen und das Ticket in die Queue »Buchhaltung« verschoben. Als Ticketbenutzer wird ein Mitarbeiter aus dem Rechnungswesen zugewiesen. Alle Tickets in der Queue »Buchhaltung« werden am Monatsende abgerechnet und verbleiben dort.

        Das erschwert mir die Auswertung, ich kann nicht mehr nachvollziehen wie viele Tickets in den einzelnen Queues, beispielsweise innerhalb eines Monats, bearbeitet wurden, da der Großteil in der Queue »Buchhaltung« liegt und ich nicht mehr die ursprüngliche »Queue« auswerten kann.

        Ich hab überlegt, die Tickets immer in der Queue zu belassen und einen neuen Status einzuführen, beispielsweise »Abrechnung«, der ersetzte dann sozusagen »Erfolgreich geschlossen«. Damit kann ich allerdings nicht mehr unterscheiden zwischen Tickets, die nicht erfolgreich geschlossen, aber dennoch abgerechnet werden müssen.

        Wie habt ihr den Workflow gelöst? Vielleicht hat jemand einen Tipp, ich Danke euch ;)

        Gruß Robby

      • 27. Februar 2023 um 12:56 Uhr #14763
        Grit Rother
        Administrator

          Hallo Robby,

          wir teilen fertig bearbeitete Projekttickets in die Buchhaltung.

          So bleibt das Elternticket in der jeweiligen Queue und kann geschlossen werden und die Buchhaltung hat ihr eigenes (Kind-)Ticket, das dort die jeweiligen Workflows durchlaufen kann.

          Durch das Teilen sind die beiden Tickets miteinander verlinkt, so dass auch die Zuordnung immer klar ist.

          Hoffe das hilft :)

          Viele Grüße

          Grit

          • 14. März 2023 um 17:43 Uhr #14891
            Robby Hübner
            Teilnehmer

              Hallo Grit,

              wie genau »teilt« man ein Ticket? Ich hab nur die Funktionen »Zusammenfassen« und Verknüpfen, die bilden aber in meinem Verständnis andere Funktionen ab.

              Gruß Robby

          • 15. März 2023 um 11:45 Uhr #14914
            Robby Hübner
            Teilnehmer

              Hey,

              ich hab die Funktion gefunden ;-), die ist auf einen Artikel und nicht ein ganzes Ticket anwendbar.
              Wenn ich es richtig verstehe, wird dadurch ein Artikel als neues (Kind-)Ticket erstellt.
              In dem Artikel müssten dann am besten die einzelnen Tätigkeiten der Techniker inkl. Datum etc. dokumentiert sein.
              So ähnlich machen wir es aktuell auch, wenn das Ticket erfolgreich abgeschlossen ist, wird ein Ticketabschluss erstellt (Auflistung alle Tätigkeiten). Das ist eine gute Möglichkeit, vielen Dank!

              Gruß Robby

            • 15. März 2023 um 11:46 Uhr #14915
              Man Cheung Ip
              Teilnehmer

                Hi Robby,

                du wählst einen bestimmtem Artikel aus und klickst beim Artikel auf „Teilen“, da wo du auch darauf Antworten oder Weiterleiten kannst, nicht beim Ticket selbst.

                https://doc.otobo.de/manual/user/10.1/en/content/tickets/ticket-zoom.html?highlight=split

                Es wird dir eine neue Maske angezeigt um ein Ticket zu erstellen. Das Ticket wird dann automatisch miteinander Verknüpft.

                 

                Viele Grüße

                Manni

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

            • 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