• 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
Ansicht von 2 Antwort-Threads
  • Autor
    Beiträge
    • 13. März 2024 um 11:28 Uhr - Views: 458 #29713
      Answered
      Franz Ferdinand
      Teilnehmer

        Hallo,

        ich habe das Problem, dass ich bei Kalendern – egal ob bestehend oder beim Anlegen – nur alte Gruppen bei den Zugriffsrechten auswählen kann.

        Ich wollte für ein Projekt einen neuen Kalender anlegen und nur ein paar der bestehenden Agenten Zugriffsrechte gewähren. Deshalb habe ich eine neue Gruppe angelegt, die erscheint allerdings nie in der Auswahlliste der Zugriffsrechte für die einzelnen Kalender. Nachdem wir eigentlich alle Zugriffsrechte über Rolen regeln habe ich testweise auch eine neue Role angelegt aber auch die erscheint nicht in der Liste.

        Gibt es noch irgendwo einen Punkt, denn ich aktivieren/erweitern/umschalten oder einen Cache, den ich löschen muss, damit eine neue Gruppe/Rolle in der Kalender-Zugriffsliste aufscheint?

        Installiert ist Otobo 10.1.8 unter Docker. Ein Neustart des Containers hat nichts gebracht.

        Franz

      • 13. März 2024 um 12:28 Uhr #30005
        marcel-graf
        Teilnehmer

          Hallo Franz,

          ich habe das mal wie folgt nachgestellt:

          1. Agent „agent-cal-test“ anlegen
          2. eine Gruppe „group-cal-test“ und den User in die Gruppe als RW hinzugefügt.
          3. Kalender „cal-test“ anlegen und als Berechtigungsgruppe die „group-cal-test“ hinzufügen.

          Der angemeldete Agent sieht nun nur den Kalender „cal-test“.

          Falls es Kalender gibt, die der Gruppe „Users“ zugeordnet ist, sieht diesen Kalender jeder. Das Gleiche gilt für die „Admin“ Gruppe.

          Eventuell hilft das bei der Fehlerfindung weiter.

          Gruß Marcel

           

        • 13. März 2024 um 13:47 Uhr #30006
          Best Answer
          Franz Ferdinand
          Teilnehmer

            Hallo Marcel,

            ich habe das jetzt in der gleichen Reihenfolge wie Du gemacht und jetzt funktioniert es.
            Ich hatte zwar alles inklusive der Gruppe für den Kalenderzugriff angelegt aber noch niemanden zur Gruppe hinzugefügt – und eine leere Gruppe wird gar nicht angezeigt.

            Danke

        • Autor
          Beiträge
        Ansicht von 2 Antwort-Threads
        • Das Thema „ Zugriffsrechte auf Kalender können nicht richtig gesetzt werden.“ 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

        • 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