> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/zugriff-auf-eine-pipeline-im-team-steuern.md). # Zugriff auf eine Pipeline im Team steuern Lege pro Vertriebspipeline fest, wer sie sehen und bearbeiten darf, ohne die Zugriffsregeln des gesamten Standorts ändern zu müssen. ## Das Ergebnis Du kannst für jede einzelne Pipeline festlegen, welche Personen sie sehen oder ihre Struktur bearbeiten dürfen. So bleibt eine sensible Pipeline für die richtigen Teammitglieder erreichbar, während andere sich auf ihre eigenen Vorgänge konzentrieren. Die Einstellung gilt für diese Pipeline und nicht automatisch für alle anderen Bereiche des Standorts. Eine Zugriffsänderung sollte immer gemeinsam mit der Aufgabenverteilung geplant werden: Wer Chancen verantwortet, darf nicht versehentlich aus der benötigten Pipeline ausgeschlossen werden. ## Voraussetzungen * Du darfst Pipelines und Teamzugriffe im Standort verwalten. * Die betroffenen Personen oder Rollen sind bereits vorhanden. * Prüfe vor einer Einschränkung, wer noch offene Chancen in der Pipeline besitzt. ## In der Pipeline-Übersicht die richtige Aktion wählen Öffne **Chancen** und anschließend den Reiter **Pipelines**. In der Übersicht kannst du nach dem Pipelinennamen suchen. Die Tabelle zeigt außerdem die Anzahl der Phasen und die letzte Änderung an. In jeder Zeile stehen mehrere Symbole für unterschiedliche Aufgaben. Für Zugriffsregeln verwendest du ausschließlich das **Schlüssel-Symbol**. Das Stift-Symbol bearbeitet die Pipeline selbst; es ist nicht für Berechtigungen gedacht. Prüfe den Namen der Zeile noch einmal, bevor du das Schlüssel-Symbol öffnest. ## Zugriffsregel öffnen und speichern 1. Öffne **Chancen** > **Pipelines**. 2. Wähle neben der gewünschten Pipeline das Schlüssel-Symbol. 3. Entscheide, wie die Pipeline geteilt werden soll. 4. Lege für die eingeschlossenen Personen oder Rollen die passende Zugriffsstufe fest. 5. Speichere die Änderung. 6. Prüfe die Ansicht anschließend mit einer betroffenen Person oder Rolle. Einen direkten Link zur Pipeline kannst du nur an Personen weitergeben, die bereits Zugriff haben. Ein Link umgeht keine Berechtigung. ## Passenden Freigabemodus wählen Du kannst die Regel je Pipeline auf drei Arten aufbauen: | Freigabemodus | Wann er passt | | -------------------------------------------------- | ---------------------------------------------------------------------------------------------------- | | **Für alle freigeben** | Die Pipeline gehört zur normalen Arbeit des gesamten Teams. | | **Für ausgewählte Personen oder Rollen freigeben** | Nur ein bestimmtes Team, etwa Vertrieb oder Betreuung, soll damit arbeiten. | | **Einzelne Personen ausschließen** | Die Pipeline soll grundsätzlich sichtbar sein, aber wenige Ausnahmen sollen keinen Zugriff erhalten. | Beginne mit der kleinsten sinnvollen Freigabe. So bleibt die Datenansicht übersichtlich und unnötige Einsicht wird vermieden. ### Freigabemodus und Zugriffsstufe in der richtigen Reihenfolge setzen Im seitlichen Bereich steht neben jedem Freigabemodus eine Zugriffsstufe. Wähle immer zuerst den gewünschten Freigabemodus. Erst die dazugehörige Auswahl ist anschließend wirksam; die Einstellungen der anderen beiden Modi bleiben inaktiv. Wähle danach **Nur ansehen**, **Bearbeiten** oder **Kein Zugriff** und speichere erst, wenn die aktive Zeile und die Zugriffsstufe zusammenpassen. So verhinderst du, dass du eine Stufe in einer nicht verwendeten Zeile änderst. ## Zugriffsstufen richtig verstehen * **Nur ansehen:** Die Person kann die für sie relevanten Chancen in der Pipeline bewegen und aktualisieren, aber keine Pipeline und keine Phasen anlegen, ändern oder löschen. * **Bearbeiten:** Die Person kann die Pipeline einschließlich ihrer Phasen anlegen, ändern und löschen. * **Kein Zugriff:** Die Pipeline ist in der Webansicht und mobilen App nicht sichtbar. Personen mit umfassender Verwaltungsberechtigung behalten den vollständigen Zugriff. Eine Regel für die Pipeline schränkt diese Rolle nicht ein. ## Änderungen nachvollziehen und sicher durchführen Änderungen an Pipeline-Zugriffen werden im Änderungsprotokoll festgehalten. Dort kannst du nach Person, Bereich, Aktion und Zeitraum filtern und erkennen, was wann geändert wurde. Die Einträge stehen für 60 Tage zur Verfügung. Die Plattform verhindert, dass einer Person der Zugriff entzogen wird, solange ihr noch Chancen in dieser Pipeline zugeordnet sind. Weise diese Chancen zuerst einer anderen verantwortlichen Person zu oder entferne sie nur nach einer fachlichen Prüfung. Erst danach kannst du den Zugriff ändern. Die gleichen Regeln gelten in der Webansicht, in der mobilen App und für Auswertungen, die die jeweilige Pipeline berücksichtigen. ### Änderungen im Protokoll gezielt prüfen 1. Öffne **Einstellungen** > **Änderungsprotokoll**. 2. Wähle bei **Bereich** die Zugriffsrechte für Pipelines und grenze bei Bedarf nach Person, Aktion und Zeitraum ein. 3. Prüfe in der Trefferliste Pipeline, Art der Änderung, ausführende Person sowie Datum und Uhrzeit. 4. Öffne die Detailansicht eines Eintrags, sofern das Symbol dafür sichtbar ist, wenn du den konkreten Änderungsvorgang nachvollziehen musst. Damit kannst du bei einer unerwarteten Sichtbarkeitsänderung zuerst die Ursache klären, statt Zugriffsregeln auf Verdacht zu überschreiben. ## Ergebnis prüfen 1. Melde dich mit einer Testrolle an oder bitte ein betroffenes Teammitglied um einen kurzen Test. 2. Prüfe, ob die Pipeline sichtbar ist oder korrekt fehlt. 3. Prüfe bei **Nur ansehen**, ob Chancen bearbeitet werden können, die Pipeline-Struktur aber geschützt bleibt. 4. Öffne ein Dashboard mit Pipeline-Daten und kontrolliere die Sichtbarkeit. 5. Dokumentiere bei wichtigen Änderungen Anlass, Verantwortliche und Testdatum. ## Praxisbeispiel Ein Beratungsunternehmen führt neben der allgemeinen Anfrage-Pipeline eine Pipeline für vertrauliche Bestandskundenfälle. Die allgemeine Pipeline wird für alle passenden Teammitglieder freigegeben. Die vertrauliche Pipeline erhält nur das Betreuungsteam mit Bearbeitungsrechten; weitere Personen haben keinen Zugriff. Bevor eine Mitarbeiterin aus dem Betreuungsteam entfernt wird, ordnet die Leitung ihre offenen Chancen einer Kollegin zu. Danach speichert sie die neue Regel und prüft die mobile Ansicht der betroffenen Kolleginnen. ## Häufige Fehler ### Eine Person soll keinen Zugriff mehr haben, die Änderung wird aber blockiert Prüfe, ob ihr noch Chancen in der Pipeline gehören. Ordne diese zuerst um und wiederhole anschließend die Zugriffsänderung. ### „Nur ansehen“ wird mit vollständiger Sperre verwechselt Bei dieser Stufe können Chancen weiterhin bewegt und aktualisiert werden. Sie schützt die Struktur der Pipeline, nicht die operative Arbeit mit Chancen. ### Ein geteilter Link öffnet die Pipeline nicht Ein Link verleiht keine Rechte. Prüfe die Freigaberegel für die Person und speichere die Änderung, bevor du den Link erneut verwendest. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/zugriff-auf-eine-pipeline-im-team-steuern.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.