• 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 0 Antwort-Threads
  • Autor
    Beiträge
    • 30. März 2021 um 10:54 Uhr - Views: 1310 #11273
      Erik Alkenbrecher
      Teilnehmer

        Hallo,

        ich habe die Tage Otobo per Docker Installation aufgesetzt und teste das System derzeit.

        Alles soweit schick.

        Mein Unternehmen ist eine Hausverwaltung, und wir haben nicht nur eingehende Tickets, auf die wir reagieren, sondern es müssen z.T. auch Tickets zur internen Verwendung sowie zBsp zur Beauftragung von Firmen angelegt werden.

        Folgende beide Fälle müssen wir abdecken:

        Fall 1)

        Agent möchte ein Ticket erstellen und dieses an sich selbst, oder an einen anderen Agenten zuweisen.

        Problem: Bei der Ticketerstellung muss zwingend ein Kundenbenutzer angegeben werden. Kann ich für diesen Zweck einen Kundenbenutzer anlegen, der in Wahrheit einer der firmeneigenen Agenten ist? Oder gibt es eine andere Möglichkeit? Es fühlt sich für mich nicht „richtig“ an.

        Fall 2)

        Wir möchten ein neues Ticket erstellen, um eine Reparatur zu beauftragen. Es ist jedoch zwingend erforderlich, einen Kundenbenutzer anzugeben. Gibt es eine Möglichkeit, hier eine (dem Helpdesk unbekannte) Mailadresse zu verwenden?

        Wenn wir ein neues Ticket eines unbekannten Nutzers erhalten, kann Otobo ja auch damit „umgehen“. Gut wäre es, wenn das auch in die andere Richtung funktioniert.

        Hintergrund: Wir haben sehr viele verschiedene, auch wechselnde Auftragnehmer. Für uns macht es keinen Sinn, für jeden Auftragnehmer ein Otobo Kundenbenutzer-Konto anzulegen. Auch benötigen speziell diese Nutzer (andere Firmen) keinen Zugang zum Kundenportal.

         

        Habe ich etwas übersehen, bzw. gibt es Einstellungen, das Verhalten von Otobo hier zu ändern? Im Prinzip wäre die Lösung unseres Problems schlicht und einfach, dass man bei der Ticketerstellung für „An:“ eine beliebige Mailadresse nutzen kann (wobei sich nicht ausschließt, dass es sich dabei auch um einen Kundenbenutzer handeln kann).

         

        Eine Frage zum Verständnis habe ich noch:

        Wenn ich einen Kundenbenutzer anlege, soll ich dafür eine neue ID vergeben. Wie soll man das manuell handlen. Ich weiß ja nicht, welche IDs noch frei sind. Sinnvoll wäre es doch, wenn die Datenbank hier selbst die nächste freie ID vorgibt (?).

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

    • Mandantenfähigkeit
    • 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

    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