HubSpot-Berechtigungen im Vertrieb: Wer muss welche Daten sehen und ändern?

Berechtigungen im Vertrieb werden aus Arbeitsaufgaben abgeleitet. Wer einen Deal bearbeiten muss, braucht Zugriff auf die dafür notwendigen Informationen. Daraus folgt nicht automatisch das Recht, den gesamten Bestand zu exportieren oder Systemeinstellungen zu verändern.

Dieser Artikel zeigt eine eigene Rollenmatrix mit fiktiven Aufgaben. Sie ist ein Ausgangspunkt für die Prüfung im tatsächlichen HubSpot-Portal. Die Abnahme erfolgt mit normalen Benutzerrechten und enthält ausdrücklich Fälle, in denen der Zugriff verhindert werden muss.

Mit einer Aufgabe statt einem Rollenetikett beginnen

"Vertrieb" ist keine ausreichende Berechtigungsbeschreibung. Eine Person bearbeitet eigene Anfragen, eine andere vertritt das Team im Urlaub, eine dritte prüft die Datenqualität. Diese Aufgaben können verschiedene Sicht- und Änderungsrechte benötigen.

Schreibe pro Rolle eine konkrete Handlung auf: "Eine neue zugewiesene Anfrage öffnen, den passenden Kontakt lesen und einen nächsten Schritt dokumentieren." Danach werden die benötigten Objekte und Aktionen abgeleitet. Ein Dealzugriff ohne Zugriff auf den zugehörigen Ansprechpartner kann für diese Aufgabe unzureichend sein.

Berücksichtige Vertretung und unzugeordnete Vorgänge. Ein System, in dem alle nur eigene Datensätze sehen, kann eine neue Anfrage ohne Owner unsichtbar machen. Die Lösung ist eine definierte Eingangsverantwortung und eine passende Zugriffsmöglichkeit, keine zufällige globale Freigabe für alle.

Eine fachliche Matrix vor der technischen Einstellung

Diese Tabelle beschreibt das Soll. Ob jede gewünschte Abstufung in der vorhandenen Lizenz verfügbar ist, wird separat geprüft. Wenn eine Grenze technisch nicht abbildbar ist, wird sie nicht als eingerichtet dokumentiert. Die Entscheidung lautet dann Anpassung des Arbeitsumfangs, zusätzliche Kontrolle oder eine begründete Änderung der technischen Ausstattung.

Der HubSpot-Berechtigungsleitfaden unterscheidet unter anderem Objektzugriffe sowie Import- und Exportrechte. Zuständigkeit und Teamzuordnung beeinflussen Zugriffsumfänge. Zusätzliche Einschränkungen und Möglichkeiten hängen von den jeweiligen Funktionen ab. Die Matrix muss gegen die tatsächlich verfügbaren Einstellungen geprüft werden.

Lesen und Ändern getrennt testen

Im Beispiel darf die Vertretung einen Teamdeal lesen, aber keine allgemeinen Pipelineeinstellungen ändern. Die Vertriebsmitarbeiterin darf ihren nächsten Schritt aktualisieren. Ein fremder Vorgang ausserhalb des vorgesehenen Bereichs bleibt unzugänglich.

Ein Test mit einem Adminaccount beweist diese Grenzen nicht. Verwende geeignete Testbenutzer oder die vorgesehene Prüfmöglichkeit mit genau den Rechten der Rolle. Dokumentiere den Benutzerkontext. Auch versehentlich zusätzliche Teammitgliedschaften können den tatsächlichen Zugriff erweitern.

Die negativen Tests sind Teil der Abnahme. Eine Rolle ist nicht korrekt eingerichtet, nur weil die erlaubten Aufgaben funktionieren. Sie muss zugleich die vereinbarten Grenzen einhalten.

Verbundene Informationen nicht vergessen

Ein Deal kann lesbar sein, während zugehörige Aktivitäten oder Dateien fehlen. Umgekehrt kann eine geteilte Auswertung Informationen sichtbar machen, die in der normalen Datensatzansicht eingeschränkt sind. Prüfe die tatsächlich verwendeten Oberflächen, nicht nur eine einzelne Objektliste.

Für die Arbeitsaufgabe zählen Kontakt, Firma, relevante Notiz und nächster Schritt. Öffne diese Informationen im vorgesehenen Benutzerkontext. Ein Test mit einem zufällig vollständigen Datensatz reicht nicht; ergänze einen Fall mit neuem Kontakt und einen Fall ohne Zuständigkeit.

Exports sind ein eigener Weg aus dem System. Eine Leseberechtigung ist keine automatische fachliche Freigabe, grosse Datenmengen ausserhalb des CRM weiterzuverarbeiten. Die Rolle braucht eine klare Exportregel, die zum tatsächlichen Zweck passt. Die technische Einstellung und der betriebliche Umgang werden getrennt dokumentiert.

Fehler nicht durch pauschale Zusatzrechte verdecken

Wenn eine Aufgabe scheitert, ermittle den fehlenden Zugriff. Fehlt das Recht auf das Objekt, die passende Teamzuordnung oder eine konkrete Aktion? Eine kurzfristige Super-Admin-Freigabe kann den Fehler verschwinden lassen und zugleich den vorgesehenen Umfang überschreiten.

Im Beispiel kann die Mitarbeiterin den Deal öffnen, aber die Zuordnung zur richtigen Firma nicht ändern. Der Befund lautet zunächst "Zuordnung nicht bearbeitbar". Danach wird geprüft, ob diese Änderung zu ihrer Rolle gehört. Vielleicht ist sie absichtlich eine Aufgabe der CRM-Verantwortlichen. Nicht jede technische Einschränkung ist ein Defekt.

Die Lösung muss wieder durch denselben Test. Nach einer Rechteänderung wird die erlaubte Aufgabe erneut ausgeführt und ein unerlaubter Zugriff nochmals geprüft. Damit wird sichtbar, ob die Korrektur unbeabsichtigt weitere Rechte erweitert hat.

Rollenwechsel und Vertretungen als Betriebsfall behandeln

Beim Teamwechsel ändern sich Zuständigkeiten und benötigte Zugriffe. Prüfe alte Teammitgliedschaften, individuelle Zusatzrechte und laufende Vertretungen. Ein neues Rollenpaket entfernt nicht zwangsläufig jede frühere Sonderfreigabe. Der tatsächliche Benutzerzustand zählt.

Eine befristete Vertretung erhält einen dokumentierten Zweck und ein Ende. Nach dem Ende wird geprüft, ob die zusätzlichen Zugriffe tatsächlich entfallen sind. Für ausgeschiedene Personen folgt der separate betriebliche Entzugsprozess. Die Artikelmethode ersetzt keine vollständige Sicherheitsrichtlinie, liefert aber konkrete CRM-Prüffälle.

Abnahme anhand erledigter Arbeit und verweigerter Zugriffe

Die Vertriebsmitarbeiterin im Beispiel muss einen zugewiesenen Vorgang ohne Adminhilfe bearbeiten können. Gleichzeitig bleiben der fremde Bestandsexport und die Pipelinekonfiguration gesperrt. Beide Ergebnisse werden mit Rolle, Testfall und Zeitpunkt dokumentiert.

Die technische Setup-Abnahme wird dadurch um die Benutzerperspektive ergänzt. Ob das Team anschliessend tatsächlich im CRM arbeitet, prüft der Beitrag zur CRM-Nutzung im Alltag. Ein HubSpot-Setup ist erst nutzbar, wenn die vorgesehene Rolle ihre Arbeit erledigt und die vereinbarten Grenzen eingehalten werden.

Quellenprüfung: 5. November 2026. Verlinkte Produktdokumentation belegt die ausdrücklich genannten Funktionen. Methoden, Tabellen und Rechenfälle sind eigene redaktionelle Vorschläge; fiktive Beispiele sind keine Kundenresultate.