Okta configuration fields
Use the following table to understand some of the fields that are available for configuring the Okta data source in Data Access.
| Field | Description |
|---|---|
| Enable applications |
Note Enable this option if you want to manage access to your Okta applications from Data Access.
|
| Enable group editing |
Note Only native Okta groups (type
OKTA_GROUP) are manageable. App-assigned groups (APP_GROUP) and built-in groups (BUILT_IN) are always read-only. |
| Exclude applications |
A list of applications to exclude from synchronization. You can use regular expressions (for example, Expressions are matched against the application name, which is the Okta label, or the technical name if the application has no label. Expressions need to match the entire application name, and they are case-sensitive. Example The expression Note Exclusion takes priority over inclusion. If an application is specified in both the Exclude applications and Include applications fields, it is excluded from synchronization.
|
| Include applications |
A list of applications to include in synchronization. You can use regular expressions (for example, Note Exclusion takes priority over inclusion. If an application is specified in both the Exclude applications and Include applications fields, it is excluded from synchronization.
|
| Application data source mapping |
A list that maps Okta applications to Data Access data sources. This mapping allows Data Access to show which groups Okta provisions to which data sources. Each entry requires both of the following values:
For each mapped application, the connector reads the Group Push mappings that have the status Note
|
| Exclude groups |
A list of groups to exclude from synchronization. You can use regular expressions (for example, Example The expression Note Exclusion takes priority over inclusion. If a group is specified in both the Exclude groups and Include groups fields, it is excluded from synchronization.
|
| Include groups |
A list of groups to include in synchronization. You can use regular expressions (for example, Example The expression |
| Tag overwrite key for owners |
Okta does not use this field. You can leave it empty. |
| Tag key and value to flag user as a machine |
A tag key and tag value that determine whether an identity is classified as a machine user in Data Access. Enter the tag key-value pair, separated by a colon: If a tag on a user has a key-value pair that matches the specified pair, that user is set as a machine user in Data Access, instead of a human user. Example If you enter the tag key-value pair The pair needs to contain exactly one colon, which separates a non-empty key from a non-empty value, for example The key needs to be one of the following Okta user profile attributes. The connector turns these attributes into tags with the source
|
| Exclude statuses |
A list of Okta user statuses to exclude from identity synchronization. Users with a matching status are skipped and not imported. The values are case-insensitive, and surrounding spaces are trimmed. Common Okta statuses include Note
|