Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
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:
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.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-04 (UTC)."],[[["\u003cp\u003eThis document lists the supported user fields from the Admin SDK's \u003ccode\u003eUser\u003c/code\u003e resource that can be used in dynamic group membership queries, which are available to certain Google Workspace and Cloud Identity accounts.\u003c/p\u003e\n"],["\u003cp\u003eCustom user fields are supported in queries, provided that the schema already exists within \u003ccode\u003euser.custom_schemas\u003c/code\u003e, as detailed in the linked documentation.\u003c/p\u003e\n"],["\u003cp\u003eThe document specifies which fields can be used and the sub-fields each one has, with the inclusion of \u003ccode\u003eboolean\u003c/code\u003e types and when a field has a \u003ccode\u003eprimary\u003c/code\u003e value that can only be evaluated as true.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003etype\u003c/code\u003e attributes used in the user fields table are matched to enum values rather than string representations, and a table is provided mapping the string values to their corresponding enum values.\u003c/p\u003e\n"],["\u003cp\u003eMembership queries can also be performed using the \u003ccode\u003eorgUnitId\u003c/code\u003e field to include users directly or indirectly within a specified organizational unit, and the document also includes sample queries on how to retrieve users by their org unit, or managers.\u003c/p\u003e\n"]]],[],null,["# Valid user fields for dynamic group queries\n===========================================\n\nThis page outlines supported fields and features of CEL that can be\nused in a membership query.\n| **Note:** Dynamic groups are only available to Google Workspace Enterprise Standard, Enterprise Plus, Enterprise for Education, and Cloud Identity premium accounts.\n\nUser fields\n-----------\n\nThe following fields from the Admin SDK's\n[`User`](https://developers.google.com/admin-sdk/directory/reference/rest/v1/users)\nresource can be used in membership queries.\n| **Note:** Custom user fields are also supported as long as the schema already exists in `user.custom_schemas`. See [Manage custom user fields](https://developers.google.com/admin-sdk/directory/v1/guides/manage-schemas) for more information about creating a custom schema.\n\n| **Note:** When a field has a `primary` value, that value can only be evaluated as a true expression. For example: \n| `user.addresses.exists(addr, addr.primary == true)\"`\n\n### Type attributes\n\nThe `type` attributes from the previous table are matched using enum values\ninstead of their string representations. The following list documents each\ntype's string representation to the corresponding enum value.\n\nOrganizational unit fields\n--------------------------\n\nYou can also query memberships using the `orgUnitId` field to include all\nusers who are part of that organizational unit, directly or indirectly. For more\ninformation about retrieving the `orgUnitId` value, see the\n[Admin SDK reference documentation](https://developers.google.com/admin-sdk/directory/reference/rest/v1/orgunits).\n\n### Sample queries\n\n- All direct users under a given organizational unit:\n\n user.org_unit_id==orgUnitId('03ph8a2z1enx4lx')\n\n- All direct and indirect users under a given organizational unit:\n\n user.org_units.exists(org_unit, org_unit.org_unit_id==orgUnitId('03ph8a2z1khexns'))\n\nOther query types\n-----------------\n\n- All users managed by a specific individual:\n\n user.managers.exists(manager, manager.user_id == userId('\u003cvar translate=\"no\"\u003eMANAGER_ID\u003c/var\u003e'))\n\n Replace \u003cvar translate=\"no\"\u003eMANAGER_ID\u003c/var\u003e with the manager's unique\n user ID. You can retrieve this ID with the\n [AdminSDK Directory API](https://developers.google.com/admin-sdk/directory/reference/rest/v1/users/get)\n using the manager's email address as `userKey`."]]
