31% of Part II — the largest hands-on use case.
3 tasks · this deck covers task 3 of 3 — the last one in this task set
↑ Application Setup OverviewNot every value an app needs already lives in Okta as-is. This task is about deriving a new one on the fly, at mapping time, using an expression.
User Management's "Custom Attribute on a User Type" was about adding a stored profile field to a specific user type. This task is different: it's about writing an expression that transforms or combines existing attributes during the app mapping itself — the value doesn't need to be pre-stored anywhere.
Okta Expression Language (a subset of Spring Expression Language) lets you "concatenate attributes, manipulate strings, convert data types, and more" before a value is stored or transmitted.
Example: displayName=lastName,firstName — combining two fields into one on the fly.
If an expression's output logically depends on group membership, don't expect it to recompute the moment a user's groups change — it updates on the normal attribute-update trigger, not a group-change trigger.
Watch for these in your own sandbox run:
→ Using the wrong prefix (user vs appUser) for the mapping direction you're actually working in.
→ Expecting a group-dependent expression to update immediately on a group change — it won't, until the attribute itself updates.
Sources: help.okta.com — usgp-attribute-mappings-expressions.htm
✓ Application Setup — 3 of 3 courses complete (labs still to come)