Referencing Person First‑Class Properties in Lookup Expressions

Edited

When creating Custom Properties that look up values from a Person or Resource record, it is essential to use the correct field keys. Lookup expressions rely on internal, code‑level keys, not the friendly labels shown in the UI. Using an incorrect field name will cause your lookup to fail or return empty results.

This article explains which field names (keys) are supported and how to use them correctly.


Why the Field Name Matters

Lookup expressions are parsed by backend code that matches specific string keys, such as:

  • engagementtype

  • ratecard

  • reference

These keys are not the same as the human‑readable UI labels (e.g., Engagement Type).
If you reference the UI label instead of the field key, the expression will not match anything.


Required Format for Field Keys

1. Use the Field Key, Not the UI Label

✔️ Use:
engagementtype

Do not use:
Engagement Type

2. Case‑Insensitive, No Spaces

Lookup matching is case‑insensitive, so the following are equivalent:

  • engagementtype

  • EngagementType

  • ENGAGEMENTTYPE

However, spaces are not supported, so:

Engagement Type will not match.

Recommendation:
Always use lowercase, no‑space keys: engagementtype


Supported Person/Resource Field Keys

When configuring a Custom Property to look up a value from a Person/Resource, the following keys are supported:

Property

Field Key (use this)

Cost centre

costcentre or costcenter

Engagement Type

engagementtype

Region / Location

location

Country

country

Rate Card

ratecard

Role

profilerole

Reference

reference

Example

Was this article helpful?

Sorry about that! Care to tell us more?

Thanks for the feedback!

There was an issue submitting your feedback
Please check your connection and try again.