Fehler, Einschraenkungen und nicht verfuegbare Aktionen
Nicht jede nicht verfuegbare Schaltflaeche oder Fehlermeldung bedeutet eine Stoerung. Oft ist es eine bewusste Einschraenkung: Es fehlen die Rechte, eine Bedingung ist nicht erfuellt, die Daten haben sich geaendert oder eine Schutzpruefung laesst nicht weiter. Diese Seite hilft Ihnen zu verstehen, was genau passiert ist und was zu tun ist, ohne Zeit zu verlieren und ohne Einschraenkungen auf gefaehrliche Weise zu umgehen.
Schnelle Diagnose
Bevor Sie es fuer einen Fehler halten, stellen Sie sich drei Fragen:
- Habe ich die Rechte fuer dieses Objekt und diese Aktion?
- Hat jemand anderes die Daten geaendert, waehrend ich gearbeitet habe?
- Blockiert eine Prozessbedingung die Aktion (Pflichtfeld, Grund, Stufe)?
Die Antwort auf diese Fragen erklaert in der Regel 90 % der "Fehler" im CRM.
Kein Zugriff
- Kein Zugriff auf das CRM-Modul. Der Bereich ist verborgen oder meldet eine Verweigerung - Ihrer Rolle fehlen die Rechte fuer das CRM. Wenden Sie sich an den Administrator.
- Kein Zugriff auf eine Opportunity oder einen Kunden. Das Objekt liegt ausserhalb Ihres Sichtbarkeitsbereichs. Fordern Sie den Zugriff auf die noetige Pipeline oder den Datensatz an.
- Unzureichende Verwaltungsrechte. Die Ansicht ist erlaubt, das Aendern oder Einrichten jedoch nicht. Das sind getrennte Rechte; sie vergibt der Eigentuemer oder der Administrator.
Umgehen Sie eine Zugriffseinschraenkung nicht durch Weiterleiten von Daten ausserhalb des CRM: So weicht die Arbeitshistorie zum Kunden voneinander ab und die Kontrolle geht verloren.
Sichtbar, aber Sie sind kein Mitglied
Manchmal ist ein Objekt sichtbar, eine Aktion aber nicht verfuegbar, weil Sie nicht Mitglied der verbundenen Arbeitsgruppe sind. Bitten Sie in diesem Fall den Eigentuemer, Sie als Mitglied hinzuzufuegen - das ist der richtige Weg, nicht das Umgehen. Ein Teil der Aktionen ist nur dem Eigentuemer vorbehalten; dann fuehrt sie der Eigentuemer aus oder die Eigentuemerschaft wird zuvor uebertragen.
Durch Berechtigungen verborgene Daten
Einzelne Felder, besonders personenbezogene Daten und Angaben juristischer Personen, koennen als "Durch Berechtigungen verborgen" angezeigt werden. Das sind keine leeren Daten, sondern eine Zugriffseinschraenkung: Den Datensatz sehen Sie, doch auf diese Felder haben Sie keinen Zugriff. Wenn ein Feld wirklich fuer die Arbeit noetig ist, fordern Sie den Zugriff darauf an, statt es zu umgehen.
Versionskonflikt und veraltete Daten
- Ein anderer Nutzer hat die Daten geaendert. Aktualisieren Sie die Karte und wenden Sie die Aenderung erneut an, um eine fremde Bearbeitung nicht zu ueberschreiben.
- Der Kontext ist veraltet. Wenn sich Rechte oder Sichtbarkeitsbereich seit dem Laden geaendert haben, aktualisieren Sie die Seite.
Blockierung einer Stufe oder eines Status
Der Stufen- oder Statuswechsel einer Opportunity kann durch eine Schutzpruefung blockiert sein. Das ist keine Stoerung: Der Prozess verlangt, eine Bedingung zu erfuellen.
Es koennen mehrere Bedingungen gleichzeitig verletzt sein. Die Blockademeldung listet alle nicht erfuellten Bedingungen auf - jede in einer eigenen Zeile. Das ist Absicht: sonst ginge das Beheben eine Runde pro Ursache.
- Lesen Sie die Meldung vollstaendig, nicht nur die erste Zeile.
- Erfuellen Sie alle aufgefuehrten Bedingungen: fuellen Sie die Pflichtfelder aus, schliessen Sie die noetigen Schritte ab, ergaenzen Sie Daten.
- Wiederholen Sie den Wechsel.
Bleibt die Blockade nach der Korrektur bestehen, vergleichen Sie die neue Meldung mit der alten: Vielleicht haben Sie einen Teil der Ursachen beseitigt und eine ist geblieben, oder es ist eine neue Bedingung der naechsten Pruefung hinzugekommen.
Das Formular zeigt, wo zu korrigieren ist. Betrifft eine Bedingung ein konkretes Feld der Karte, scrollt die Karte zu diesem Feld und hebt es hervor. Ausnahme ist der Abschlussgrund: Er wird im Block fuer den Stufenwechsel eingetragen, und dorthin scrollt die Karte nicht - suchen Sie ihn dort selbst.
Ein Sonderfall ist der Abschluss einer Opportunity: Die Abschlussstufe kann ein Ergebnis (gewonnen oder verloren) und einen Abschlussgrund verlangen. Ohne sie geht der Uebergang nicht durch. Geben Sie den echten Grund an: Aus ihm wird spaeter der reale Verlustanteil sichtbar.
Teilergebnis einer Massenaktion
Eine Massenaktion (etwa das Archivieren mehrerer Opportunities oder Kunden) kann nicht auf alle ausgewaehlten angewendet werden. Ursachen sind Rechte, Status, eine Schutzpruefung oder das Aendern des Objekts durch einen anderen Nutzer. Was zu tun ist:
- Sehen Sie nach, auf welche Objekte die Aktion angewendet wurde.
- Oeffnen Sie gesondert jene, bei denen sie nicht funktioniert hat.
- Beheben Sie die Ursache und wiederholen Sie nur fuer die uebrigen, nicht blind fuer den gesamten Satz.
Bei Kunden zeigt der Bestaetigungsdialog die Aufschluesselung schon vor der Ausfuehrung: wie viele Datensaetze verarbeitet werden, wie viele bereits im Zielzustand sind und wie viele nicht verfuegbar sind. Lesen Sie sie vor dem Bestaetigen - das ist billiger, als spaeter ein Teilergebnis zu entwirren.
Ein eigener Fall ist das, was aktiv bleibt. Das Archivieren von Kunden schliesst deren Arbeitsgruppen und Kundenprojekte nicht; der Portal weist im Bestaetigungsdialog direkt darauf hin. Formal ist die Aktion vollstaendig durchgelaufen, doch die Arbeit an einem „geschlossenen“ Kunden laeuft weiter. Schliessen Sie solche Arbeitsgruppen und Projekte separat, sonst bemerkt niemand den Widerspruch.
Eingehender Fluss und Integrationen
- Eine Formulareinreichung ist nicht im CRM angekommen. In der Liste der Anfragen ist eine Wiederholung der Uebermittlung verfuegbar - nutzen Sie sie und pruefen Sie dabei das Routing des Formulars.
- Ein Integrationskanal ist im Fehlerzustand. Jede Verbindung im Integrations-Hub hat einen Zustand: aktiv, Warnung, Fehler, Entwurf, archiviert oder ausgeschaltet. Ein Kanal im Fehler oder mit Warnung bedeutet potenziell verlorene Anfragen und Nachrichten. Starten Sie die Verbindungspruefung: Sie zeigt eine verstaendliche Ursache (ein Konfigurationsproblem oder ein externes System), beheben Sie diese anschliessend.
- Eine Nachricht an den Kunden wurde nicht gesendet (Messenger). Messenger-Kanaele haben eine Warteschlange fuer den erneuten Versand: haengen gebliebene Nachrichten lassen sich erneut senden, statt sie zu verlieren. Arbeiten Sie die Warteschlange regelmaessig ab.
- Eine REST-Integration weist Aufrufe ab. Das externe System kann eine Ablehnung erhalten wegen eines Anfragenlimits, weil die IP nicht auf der Positivliste steht oder weil die Methode nicht zu den erlaubten gehoert. Pruefen Sie die Limits, die IP-Positivliste und den Satz erlaubter Aktionen der Verbindung. Der Zugriffsschluessel wird nur einmal angezeigt - geht er verloren, geben Sie ihn neu aus, indem Sie den Assistenten erneut durchlaufen.
- Es fehlen Rechte zum Einrichten von Integrationen. Ohne das Recht zum Schreiben von Kommunikationen oeffnet sich der Integrationshub nur lesend: Verbindungen sind sichtbar, aber Assistent, Pruefung und Schalter sind nicht verfuegbar. Die Einrichtung uebernimmt der Administrator.
- Eine Einladung zum externen Zugriff ist ungueltig (abgelaufen, verwendet, widerrufen). Stellen Sie eine neue Einladung aus.
Die Automatisierung hat sich falsch verhalten
Wenn eine Regel nicht ausgeloest hat oder anders ausgeloest hat als erwartet:
- pruefen Sie, ob die Regel aktiviert ist und ob ihr Bereich und ihre Bedingung zum Fall passen;
- oeffnen Sie den Ausfuehrungsverlauf - er zeigt, was die Regel getan hat und wo sie gestoppt ist;
- ist die Automatisierung nicht zum Einrichten verfuegbar, ist sie moeglicherweise durch Rechte eingeschraenkt oder in den Moduleinstellungen voruebergehend angehalten.
Wer handeln sollte
| Situation | Wer hilft |
|---|---|
| Kein Zugriff auf Modul, Pipeline, Feld | Administrator oder Eigentuemer des Raums |
| Kein Mitglied der Arbeitsgruppe | Eigentuemer der Arbeitsgruppe |
| Blockierung einer Stufe oder eines Status | Der Ausfuehrende erfuellt die Bedingung der Pruefung |
| Anfrage nicht angekommen / Kanal im Fehler | Prozessadministrator oder Verantwortlicher fuer Integrationen |
| Automatisierungsregel arbeitet falsch | Eigentuemer der Regel |
Wie Sie ein Problem beschreiben, damit es schnell geloest wird
Wenn Sie eine Einschraenkung oder einen Fehler nicht selbst klaeren koennen, beschreiben Sie das Problem so, dass der Administrator oder der Prozesseigentuemer es ohne Rueckfragen versteht. Geben Sie an:
- wo: auf welchem Bildschirm und in welcher Pipeline es passiert ist;
- was Sie getan haben: welche Aktion Sie ausfuehren wollten;
- was Sie gesehen haben: den genauen Text der Meldung oder welche Schaltflaeche nicht verfuegbar ist;
- zu welchem Objekt: Opportunity, Kunde oder Pipeline (ohne private Daten - ein Link oder eine Nummer genuegt);
- ob es sich wiederholt: ob das Problem nach dem Aktualisieren der Seite bestehen bleibt.
Leiten Sie in der Anfrage keine personenbezogenen Daten des Kunden und keine privaten Links weiter - beschreiben Sie die Situation in Worten. Eine genaue Beschreibung spart ein bis zwei Runden Hin und Her und beschleunigt die Korrektur: An ihr ist sofort erkennbar, ob es sich um Rechte, eine Prozessbedingung oder eine echte Stoerung handelt.
Wenn ein Ablehnungscode erscheint
Der Server kann einen technischen reasonCode liefern, die Oberfläche übersetzt ihn jedoch in eine verständliche Meldung und zeigt den Rohcode nicht an. Orientieren Sie sich an Bedeutung, Aktion und Objekt der Meldung, nicht am internen Code.
| Bedeutung | Was tun | Wer hilft |
|---|---|---|
| Zugriff verweigert oder Person nicht zuweisbar | Rolle, Bereich und Teilnehmer prüfen; Daten nicht außerhalb des CRM weitergeben | Administrator, Projekt- oder Pipeline-Eigentümer |
| Daten von anderer Person geändert | Aktualisieren, nur die aktuelle Änderung übernehmen und erneut versuchen | Autor der aktuellen Änderung, falls unklar |
| Bedingung, Feld oder Verknüpfung ungültig | Angegebenes Element korrigieren und erneut versuchen | Prozesseigentümer |
| Prüfservice, Anfrage oder Integration nicht verfügbar | Keine Duplikate anlegen und keine Massenaktion blind wiederholen; warten und einmal erneut versuchen | Integrationsverantwortlicher oder Administrator |
Für den Support: genaue Meldung, Bildschirm und Aktion, Objekttyp, Zeitpunkt und Ergebnis des erneuten Versuchs senden. Kein Roh-JSON, keine Tokens, personenbezogenen Daten oder privaten Links mitsenden: Ein Ablehnungscode allein erklärt nicht die nötige Korrektur.
Gute Praktiken
- Pruefen Sie zuerst Rechte, Aenderungen und Prozessbedingungen, bevor Sie es fuer einen Fehler halten.
- Lesen Sie die Meldung der Blockierung vollstaendig: Sie kann mehrere Ursachen gleichzeitig auffuehren.
- Lesen Sie vor einer Massenaktion die Aufschluesselung im Bestaetigungsdialog, nicht nur das Ergebnis danach.
- Aktualisieren Sie bei einem Konflikt die Daten, statt eine fremde Bearbeitung zu ueberschreiben.
- Arbeiten Sie ein Teilergebnis nach Ursachen ab, statt die Massenaktion blind zu wiederholen.
- Umgehen Sie Zugriffseinschraenkungen nicht durch Weiterleiten von Daten ausserhalb des CRM.
Haeufige Fehler
Eine Rechteeinschraenkung fuer eine Stoerung halten. Zeit geht fuer das "Reparieren" dessen drauf, was wie vorgesehen funktioniert; man muss einfach den Zugriff anfordern.
Die Meldung der Schutzpruefung ignorieren. In ihr steht bereits, was zu korrigieren ist.
Die Blockadegruende einzeln beheben. Die Meldung listet sie alle auf einmal auf; die Operation nach jeder Korrektur zu wiederholen bedeutet zusaetzliche Runden und das Gefuehl, "der Fehler gehe nicht weg".
Eine Massenaktion nach einem Teilergebnis wiederholen. Ein Teil der Opportunities geht erneut nicht durch und die Ursache bleibt ungeklaert.
Den Zugriff durch Weiterleiten von Daten nach aussen umgehen. Das ist ein Leck-Risiko und ein Verlust der Kontrolle ueber die Kundenhistorie.
Bei einem Konflikt einen neuen Datensatz anlegen statt zu aktualisieren. Es entsteht ein Duplikat und die Daten weichen voneinander ab.
Wie Sie das Ergebnis pruefen
- es ist klar, was genau passiert ist: Rechte, Konflikt oder Prozessbedingung;
- die Meldung der Blockierung ist gelesen und die Bedingung erfuellt;
- das Teilergebnis ist nach den uebrigen Objekten abgearbeitet;
- die nicht angekommene Anfrage ist erneut uebermittelt, der Integrationskanal geprueft;
- der Zugriff ist regulaer angefordert, ohne Umwege.
Verwandte Szenarien