Direkt zum Hauptbereich

Manager vom Manager vom User



Mit einem einfachen SOQL Statement lassen sich Benutzerdaten, wie zum Beispiel Vorname oder Nachname abfragen.
Wie bekomme ich aber mit demselben SOQL Query die Daten "meines" Manager oder vielleicht sogar die Daten des Managers "meines" Managers? 

Der Manager eines Salesforce-Benutzers ist im User-Datensatz hinterlegt.
Im folgenden Beispiel werden bestimmte User mit den zugeordneten Managern sowie mit den Managern der Manager in einer MAP abgelegt.

Map<Id, User> mapUserManager = new Map<Id, User>();
for(User u : [Select ID,
                      Manager.Id,
                      Manager.Email,
                      Manager.Manager.ID,
                      Manager.Manager.Email
            From User
            WHERE Id IN : setUserownerIds]){
 mapUserManager.put(u.Id, u.Manager);
 mapUserManager.put(u.Manager.Id, u.Manager.Manager);
}

Dieses Konstrukt lässt sich erweitern. Salesforce erlaubt Abfragen bis zu 5 Hierarchiestufen nach oben.

Kommentare

Beliebte Posts aus diesem Blog

Community Builder funktioniert nicht

Nachdem ich eine in einer Sandbox konfigurierte und getestete Lightning Community per Changeset auf die Produktion übertrage und bereitgestellt hatte, stellte ich fest, dass sich die Community nicht konfigurieren lässt. Das Deployment lief fehlerfrei durch. Alle Komponenten der Lightning Community sind verfügbar. Jedoch erscheint die Fehlermeldung Cannot read property 'def' of undefined sobald ich auf den "Builder" - Link klicke. Folgendes Workaround löst das Problem: 1. Go to "All Communities" and click on "Workspaces" beside the problematic community. 2. Go to "Administration | Pages" and click on "Go to Site.com Studio". 3. Once site.com studio has finished loading, click on the "Site Actions" icon (small cog in top right of screen), and select "Export This Site". 4. When prompted, specify a local location to save the site export, and wait for the file download to complete. 5. After the d...

Bad value for restricted picklist field

Der Einsatz von "Restricted Picklists" bereitet spätestens im Deployment Kopfschmerzen. Basiert das Deployment auf Basis eines Drittanbietertools, dann sind die Kopfschmerzen noch intensiver. In meinem Fall habe ich versucht, ein neues Picklist-Feld mit Copado zu deployen. Während der Bereitstellung bekomme ich die folgende Fehlermeldung: System.DmlException: Insert failed. First exception on row 0; first error: INVALID_OR_NULL_FOR_RESTRICTED_PICKLIST, bad value for restricted picklist field: Z012: [CountryGroup__c] Das neue Picklist-Feld übernimmt alle Werte aus einem Global Value Set. Das bedeutet, die Option "Restrict to the values defined in the value set" ist automatisch aktiv und lässt sich nicht deaktivieren. Eine APEX-Testklasse beschreibt ebenfalls die neue Pickliste. Mit dem folgenden Workaround konnte ich das Deployment-Problem lösen: 1) Global Value Set samt Pickliste per Changeset in die Zielorg übertragen und bereitstellen ggf. Prof...

Territory Management & Reports

In einer Org mit aktiviertem Feature "Territory Management" habe ich einen neuen Bericht gebaut, der alle Assets kategorisiert nach Account darstellen soll. Im Bericht sind alle Accounts mit Assets aufgelistet, auf die ich Zugriff über mein Territory habe. Problem : einige Assets erscheinen mehrfach im Bericht (s. Screenshot) Lösung : der entsprechende Account ist einem Territory mehrfach zugewiesen: höchstwahrscheinlich durch die manuelle Zuweisung zuerst, und anschließend durch die Auslösung der Assignment Rules.