Gültige Nutzerfelder für Abfragen von dynamischen Gruppen

Auf dieser Seite werden die unterstützten Felder und Funktionen von CEL beschrieben, die in einer Mitgliedschaftsabfrage verwendet werden können.

Nutzerfelder

Die folgenden Felder aus der Ressource User des Admin SDK können in Mitgliedschaftsabfragen verwendet werden:

Feld Unterfeld
addresses country
country_code
custom_type
extended_address
locality
po_box
postal_code
primary
region
street_address
type
archived Boolesch
change_password_at_next_login Boolesch
is_2sv_enforced Boolesch
is_enrolled_in_2sv Boolesch
is_mailbox_setup Boolesch
locations area
building_id
custom_type
desk_code
floor_name
floor_section
type
organizations cost_center
custom_type
department
description
domain
location
name
primary
symbol
title
type
relations custom_type
type
value
emails address
custom_type
primary
type
external_ids custom_type
type
value
gender address_me_as
custom_gender
type
ims custom_protocol
custom_type
standard_protocol
primary
type
value
keywords custom_type
type
value
languages language_code
name family_name
given_name
value
phones custom_type
primary
type
value
suspended Boolesch
suspension_reason custom_type
type
value
websites custom_type
primary
type
value

Eingabeattribute

Die Felder type aus der vorherigen Tabelle werden mit Enum-Werten anstelle ihrer Stringdarstellungen abgeglichen. Die folgende Liste dokumentiert die Stringdarstellung jedes Typs mit dem entsprechenden enum-Wert.

Attribut Aufzählungswert String-Darstellung.
Adressen 0 unknown
1 Benutzerdefiniert
2 Privat
3 produktive Tätigkeiten genutzt wird
4 Weitere
Orte 0 default
1 Benutzerdefiniert
2 desk
Organisationen 0 unknown
1 produktive Tätigkeiten genutzt wird
2 school
3 Nur in der Domain
Relations 12 Manager
Emails 0 unknown
1 Benutzerdefiniert
2 Privat
3 produktive Tätigkeiten genutzt wird
4 Weitere
Externe IDs 0 unknown
1 Benutzerdefiniert
2 Konto
3 Kunden
4 network
5 Organisation
6 login_id
Geschlecht 0 unknown
1 männlich
2 weiblich
3 Weitere
IMS-Standardprotokoll 0 default
1 Benutzerdefiniertes Protokoll
2 aim
3 msn
4 yahoo
5 skype
6 qq
7 google talk
8 icq
9 jabber
10 net meeting
IMS-Typ 0 unknown
1 Benutzerdefiniert
2 Privat
3 produktive Tätigkeiten genutzt wird
4 Weitere
Keywords 0 unknown
1 Benutzerdefiniert
2 mission
3 occupation
4 Outlook
Phones 0 unknown
1 Benutzerdefiniert
2 Privat
3 produktive Tätigkeiten genutzt wird
4 Weitere
5 Fax (privat)
6 Fax (geschäftlich)
7 mobile
8 Pager
9 Weitere Faxnummer
10 Firma (Festnetz)
11 Assistant
12 Auto
13 Radio
14 isdn
15 callback
16 telex
17 tty tdd
18 Mobilfunknummer (geschäftlich)
19 Pager (geschäftlich)
20 main
21 grand central
22 Voice Enterprise
Grund für die Sperrung 1 admin
2 unter 13
3 Web-Anmeldung erforderlich
4 abuse
5 Missbrauch: wiederherstellbar durch Admin
Websites 0 unknown
1 App-Installationsseite
2 Blog
3 Benutzerdefiniert
4 ftp
5 Privat
6 Startseite
7 Weitere
8 Profil
9 reservations
10 resume
11 produktive Tätigkeiten genutzt wird

Felder für Organisationseinheiten

Sie können Mitgliedschaften auch über das Feld orgUnitId abfragen, um alle Nutzer einzubeziehen, die direkt oder indirekt zu dieser Organisationseinheit gehören. Weitere Informationen zum Abrufen des Werts orgUnitId finden Sie in der Referenzdokumentation zum Admin SDK.

Beispielabfragen

  • Alle direkten Nutzer einer bestimmten Organisationseinheit:

    user.org_unit_id==orgUnitId('03ph8a2z1enx4lx')

  • Alle direkten und indirekten Nutzer einer bestimmten Organisationseinheit:

    user.org_units.exists(org_unit, org_unit.org_unit_id==orgUnitId('03ph8a2z1khexns'))

Andere Abfragetypen

  • Alle Nutzer, die von einer bestimmten Person verwaltet werden:

    user.managers.exists(manager, manager.user_id == userId('MANAGER_ID'))

    Ersetzen Sie MANAGER_ID durch die eindeutige Nutzer-ID des Managers. Sie können diese ID mit der Admin SDK Directory API abrufen, indem Sie die E-Mail-Adresse des Managers als userKey angeben.