Vertrauen & Datenschutz
Erfahre, welche Daten wir lesen, wie wir sie verarbeiten und welche DSGVO-Regelungen greifen.
Konsistenz & Nachvollziehbarkeit
Das von uns durchgeführte Assessment basiert auf unserem selbstentwickelten Analyse-Framework. Jedes Kriterium ist regelbasiert. Unter denselben Bedingungen liefert dieselbe Org also dasselbe Ergebnis. So bleiben die Befunde transparent, nachvollziehbar und über die Zeit vergleichbar.
Wir lesen Metadaten und Plattform-Konfiguration: Datenmodell, Apex-Code, Flows, Automatisierung und Berechtigungen, nicht deine Geschäftsdaten. Feld-Füllraten berechnen wir über aggregierte COUNT-Abfragen und rufen dabei keinen einzelnen Datensatzwert ab.
Vollständiger Prüfumfang: Was wir prüfenTransparenzhinweis: Das Modul „Benutzer-Reife” liest Benutzerdatensätze mit Identitäts-, Anmelde- und Sicherheitsfeldern wie Name, E-Mail, letztes Anmeldedatum und MFA-Status. Das sind personenbezogene Daten im Sinne der DSGVO. Wenn dein Datenschutzbeauftragter dem widerspricht, kann das Modul „Benutzer-Reife” auf Wunsch aus der Analyse ausgeschlossen werden.
- Dein Zugriffstoken wird nur während der Analyse vorgehalten, danach verworfen und nie gespeichert oder weitergegeben
- Deine Metadaten werden ausschließlich über lesende API-Aufrufe gelesen und nur während der Analyse verarbeitet, nie bei uns gespeichert
Das gilt ausschließlich für Daten aus einem Assessment. Anfragen über das Kontaktformular laufen getrennt davon über Cloudflare D1.
Unsere DatenschutzerklärungDie Verarbeitung basiert auf Art. 6 Abs. 1 lit. b DSGVO (Vertragserfüllung) und Art. 6 Abs. 1 lit. f DSGVO (berechtigtes Interesse an der Erbringung der vertraglichen Leistung). Datenminimierung wird durchgängig angewandt: Es werden nur die für die Analyse notwendigen Metadaten abgefragt.
Ein Auftragsverarbeitungsvertrag (AVV) ist auf Anfrage verfügbar. Kontaktier uns vor Beginn der Analyse, wenn deine Organisation einen benötigt.
Wenn dein Datenschutzbeauftragter der Einbeziehung personenbezogener Benutzerdaten widerspricht, kann das Modul „Benutzer-Reife“ aus dem Analyseumfang ausgeschlossen werden.
Metadaten werden während eines Assessments lokal in unserer Analyse-Umgebung verarbeitet und niemals auf Cloud-Dienste, Drittanbieter-APIs oder externe Server hochgeladen.
Wir nutzen ausschließlich lesende GET-Anfragen gegen die Salesforce REST- und Tooling-APIs. Wir erstellen, aktualisieren oder löschen niemals Datensätze, Metadaten oder Konfigurationen in deiner Org.
Die externe Client-Anwendung benötigt nur zwei OAuth-Geltungsbereiche:
- api: Lesezugriff auf REST- und Tooling-API-Endpunkte
- refresh_token: ermöglicht den Abschluss der Analyse ohne Unterbrechung durch ein Sitzungs-Timeout
Es werden keine Deploy-, Schreib- oder Admin-Geltungsbereiche angefordert.
Wir lesen die Konfiguration hinter jeder Ansicht: Layouts, Lightning-Seiten, Flows und Berechtigungen, direkt über die offiziellen Salesforce-APIs. Die Metadaten zu lesen ist vollständiger und objektiver als ein Klick durch die Oberfläche. Deshalb genügt ein Integrationsbenutzer mit reinem Lesezugriff ganz ohne interaktive Anmeldung. Der fehlende UI-Zugriff ist Absicht, keine Lücke im Prüfumfang.
Um uns Zugriff zu gewähren, erstellt dein Salesforce-Admin eine externe Client-Anwendung in deiner Org. Das dauert ca. 30 Minuten und gibt dir die volle Kontrolle über die Verbindung.
- 1
Schritt 1: Externe Client-Anwendung erstellen
Navigiere zu Setup → Externe Client-Anwendungen → Neu. Gib einen Namen (z.B. „Salesforce Health Assessment") und eine Kontakt-E-Mail ein.
- 2
Schritt 2: OAuth-Einstellungen konfigurieren
Aktiviere OAuth und füge genau zwei Geltungsbereiche hinzu: api (Zugriff auf Benutzerdaten über APIs verwalten) und refresh_token (Anfragen jederzeit ausführen). Setz die Callback-URL wie angegeben.
- 3
Schritt 3: Relaxation Policy festlegen (optional)
Setz unter „Policies" die Option „Permitted Users" auf „Admin approved users are pre-authorized" für engere Kontrolle oder belass es bei „All users may self-authorize".
- 4
Schritt 4: Integrationsbenutzer anlegen
Erstell einen dedizierten Benutzer mit minimalem Berechtigungssatz (API Enabled + lesender Objektzugriff). Verwende niemals ein Systemadministrator-Benutzerkonto für diesen Zweck.
- 5
Schritt 5: App dem Integrationsbenutzer zuweisen
Bei Vorab-Autorisierung weist du die externe Client-Anwendung dem Integrationsbenutzer über einen Berechtigungssatz zu.
- 6
Schritt 6: Zugangsdaten sicher weitergeben
Sende Consumer Key und Consumer Secret über einen sicheren Kanal (z.B. verschlüsselte E-Mail oder Passwort-Manager). Niemals Zugangsdaten per unverschlüsselter E-Mail senden.
- 7
Schritt 7: Verbindung autorisieren
Wir authentifizieren den Integrationsbenutzer über den OAuth-2.0-Flow. Dein Admin muss keine Passwörter teilen, weil der OAuth-Handshake die Authentifizierung übernimmt.
- 8
Schritt 8: Durchführung der Analyse
Alle API-Aufrufe sind lesende GET-Anfragen. Du kannst die API-Nutzung unter Setup → API Usage Notifications überwachen.
- 9
Schritt 9: Zugriff widerrufen
Sobald die Zusammenarbeit abgeschlossen ist, navigierst du zu Setup → Externe Client-Anwendungen → deine App → Alle Token widerrufen oder löschst die App vollständig. Wir behalten den Zugriff in der Regel nur, bis wir die Ergebnisse gemeinsam besprochen und bestätigt haben, dass kein Folge-Review erforderlich ist.
Du behältst jederzeit die volle Kontrolle über die Verbindung. Widerruf den Zugriff über Setup → Externe Client-Anwendungen, wann immer du möchtest. Wir empfehlen, den Zugriff zu behalten, bis wir die Ergebnisse gemeinsam besprochen haben. Danach kannst du den Integrationsbenutzer deaktivieren oder löschen, um sämtlichen Zugriff dauerhaft zu entfernen.