Fairjungle Schema
In addition to the standard schemas, Fairjungle also defines a custom extension schema to support business travel-specific data that is not part of the SCIM core.
This custom schema may include attributes such as:
travelPolicycostCentermanagerbillingProfile
Custom attributes are namespaced using a URN (e.g., urn:ietf:params:scim:schemas:extension:fairjungle:2.0:User) to avoid collisions with standard SCIM fields.
💡 Your Identity Provider must support custom SCIM schemas in order to sync these extended attributes.
If you would like to make use of custom SCIM fields in your provisioning setup, please contact Fairjungle Support for configuration guidance.
Fairjungle Schema URI is urn:ietf:params:scim:schemas:extension:fairjungle:2.0:User
Attributes​
| SCIM urn:ietf:params:scim:schemas:extension:fairjungle:2.0:User | Fairjungle User | Read-Only | Note |
|---|---|---|---|
| billingProfile.id | billingProfileId | ||
| billingProfile.name | billingProfileId | When provided during creation or update, then one (and only one) billing profile must already exist with that name | |
| costCenter.id | costCenterId | ||
| costCenter.name | costCenterId | When provided during creation or update, then one (and only one) cost center must already exist with that name | |
| dateOfBirth | dateOfBirth | Format: YYYY-MM-DD | |
| gender | gender | Values: female or male | |
| manager.id | managerId | ||
| manager.email | managerId | When provided during creation or update, then a user must already exist with that email | |
| roles[].display | ✅ | ||
| roles[].value | roles | Values: accountant, admin, authAdmin, guest, guestCreator, manager, organizer and premium | |
| travelPolicy.id | travelPolicyId | ||
| travelPolicy.name | travelPolicyId | When provided during creation or update, then one (and only one) travel policy must already exist with that name |
Resolving​
Billing Profile​
When creating, replacing or patching user, the billing profile must already exist on fairjungle:
- if only
billingProfile.idis provided, then billing profile is found byid - if only
billingProfile.nameis provided, then only one billing profile must already exist with this unambiguous name - if both
billingProfile.idandbillingProfile.nameare provided, then billing profile is found byidand a check is performed to verify thatnameis the same
Cost Center​
When creating, replacing or patching user, the cost center must already exist on fairjungle:
- if only
costCenter.idis provided, then cost center is found byid - if only
costCenter.nameis provided, then only one cost center must already exist with this unambiguous name - if both
costCenter.idandcostCenter.nameare provided, then cost center is found byidand a check is performed to verify thatnameis the same
Manager​
When creating, replacing or patching user, the manager must already exist on fairjungle:
- if only
manager.idis provided, then manager is found byid - if only
manager.emailis provided, then manager is found byemail - if both
manager.idandmanager.emailare provided, then manager is found byidand a check is performed to verify thatemailis the same
Travel Policy​
When creating, replacing or patching user, the travel policy must already exist on fairjungle:
- if only
travelPolicy.idis provided, then travel policy is found byid - if only
travelPolicy.nameis provided, then only one travel policy must already exist with this unambiguous name - if both
travelPolicy.idandtravelPolicy.nameare provided, then travel policy is found byidand a check is performed to verify thatnameis the same
User Replacement​
When client issues a User Replacement and urn:ietf:params:scim:schemas:extension:fairjungle:2.0:User attribute is NOT present in request content, then attributes are NOT removed from fairjungle user.
This is an exception to the rule "Attributes not provided in request are removed" when replacing a user.