Dem öffentlichen Assistenten eine klare Aufgabe geben
Ein Website-Assistent kann freigegebene Produktinformationen erläutern, Besucher zu Ressourcen führen und über eine konfigurierte Aktion eine Anfrage erfassen. Er sollte keine privaten Datensätze offenlegen, nur weil jemand eine E-Mail-Adresse, eine Fallnummer oder eine vertraut klingende Geschichte nennt.
Salesforce verwendet besondere Einschränkungen für Gastbenutzerzugriffe. Jede öffentliche Information oder Aktion erfordert ein bewusstes Design für diese gemeinsam genutzte Identität; ein Besucher ist nicht automatisch ein authentifizierter Salesforce-Benutzer. Die Salesforce-Sicherheitshinweise für Gastbenutzer bieten einen nützlichen Ausgangspunkt. [1]
- Frage bestimmen
- Benutzeridentität feststellen
- Zulässigen Zugriff prüfen
- Antworten oder übergeben
Eine angemeldete Nutzung hat einen anderen Ausgangspunkt
Ein authentifiziertes Portal kann die Interaktion einem bekannten Benutzer zuordnen. Die Implementierung muss dennoch festlegen, welche Datensätze, Felder und Aktionen für diese Identität zulässig sind. Eine Anmeldung bedeutet nicht, dass der Benutzer jeden Fall des Unternehmens oder jedes einem Konto zugeordnete Dokument sehen darf.
Bearbeiten Sie sensible Kontoangelegenheiten in einer Umgebung mit geeigneten Identitäts- und Autorisierungsprüfungen. Sind diese Prüfungen nicht verfügbar, erläutern Sie die Einschränkung und bieten Sie einen unterstützten Kontaktweg zu einem Menschen an.
Ein konkretes Beispiel: „Was passiert mit meiner Anfrage?“
| Besucherkontext | Illustrative Antwortgestaltung |
|---|---|
| Öffentliche Website | Den allgemeinen Prozess erläutern und eine Anmelde- oder Kontaktmöglichkeit anbieten. Keinen Datensatz anhand einer angegebenen Kennung offenlegen. |
| Authentifiziertes Kundenportal | Den zulässigen Anfragestatus abrufen und im konfigurierten Umfang erläutern. |
| Interner Servicemitarbeiter | Die geltenden Zugriffsrechte und Werkzeuge des Mitarbeiters für die autorisierte Serviceaufgabe nutzen. |
Der öffentliche Assistent kann helfen, ohne einen Status offenzulegen: Er kann erklären, wo die Referenznummer zu finden ist oder wie das zuständige Team erreicht wird. Hilfreich zu sein erfordert nicht, die Identität des Besuchers zu erraten.
Den Unterschied testen, statt ihn vorauszusetzen
- Testen Sie eine bekannte Datensatzkennung mit einer Person, die darauf keinen Zugriff haben sollte.
- Prüfen Sie, was geschieht, wenn der angefragte Datensatz einem anderen Kunden gehört.
- Prüfen Sie, ob eine fehlgeschlagene Aktion korrekt beschrieben wird.
- Verifizieren Sie die Übergabe, wenn die Authentifizierung abläuft oder Informationen nicht verfügbar sind.
Verwenden Sie für diese Prüfungen freigegebene synthetische Datensätze oder eine geeignete Testumgebung. Eine erfolgreiche Administratordemonstration ersetzt keinen Test mit einem Gast oder gewöhnlichen Portalbenutzer.
Wo REDA AI passt
REDA AI bietet sowohl Website- als auch Portalerlebnisse, die auf die vorgesehenen Aufgaben abgestimmt werden. Ihr Zugriffs- und Aktionsverhalten ist kanalspezifisch; für keines sollte pauschal behauptet werden, es übernehme exakt dieselben Berechtigungen wie jede andere Oberfläche.
Die Plattformseite beschreibt die Nutzungsmöglichkeiten, während Governance & Vertrauen die Unterschiede erläutert. Beginnen Sie mit der Frage, auf die Ihr Kunde eine Antwort benötigt, und wählen Sie dann den Kanal, der sie angemessen beantworten kann.
Quellen
- Salesforce Developers — Give guest users access to read records. Abgerufen am 22. September 2026.