Full-Time, another as FT, another as a numeric type code. For a set of fields on the unified models, Bindbee defines a fixed vocabulary and maps each provider’s value into it during sync, so your application reads FULL_TIME whichever connector is behind the request.
The provider’s own value stays available through include_raw_data=true or through custom fields.
Enum fields are open, not closed
When a connector returns a value Bindbee has no mapping for, the original value is passed through unchanged. Bindbee never drops or guesses a value it cannot classify, so an enum field can legitimately return a string that is not in the documented list. Forty-eight field descriptions in the API spec say exactly that.null, -, and an unmapped value
To see what the provider actually sent, add
include_raw_data=true to any list or retrieve request - see Raw Data.
Finding the values for a field
Look at the field in the API reference. The values it accepts are listed underenum and always matches what the API returns today.
Filtering by enum values
Several list endpoints accept an enum field as a query parameter, such asemployment_status on GET /employees, employment_type on GET /employments, and status on GET /time-off.
Filters accept the standard values & any connector-specific value that appears in the response. If a connector returns Seasonal on employment_type, you can filter on Seasonal.
Related
Custom fields
Surface provider-specific values the unified schema does not represent.
Raw data
The untouched upstream payload beside the normalized fields.
Reading data
How enum filters combine with
expand, modified_after and pagination.Get Employees
A generated reference page, with the
enum list on each field.