Skip to content

Rippling: Update a background check candidate — request body — body

Update a background check candidate: request body, field body. Complete fields and constraints for contract 2026-10-28.

API reference · Contract 2026-10-28

SDK schema: Update a background check candidate — request body — body

FieldTypePresenceDescription and constraints
$objectRoot
Background Check Candidate DTO.

Represents a candidate who has been submitted for background check screening.

Required on Create (but nullable on read for legacy rows):
- email: Required for new candidates, but may be null on read for legacy rows
- external_id: Required for new candidates, but may be null on read for legacy rows

Optional Fields:
- owner_id: May be null if no provider is associated
- first_name: May be null if name is not available
- last_name: May be null if name is not available
- middle_name: May be null if not provided

Sensitive Fields:
- first_name, last_name, middle_name: Name fields are PII marked as sensitive in the model
- These do not require separate OAuth scopes beyond the resource-level scopes
(background-check-candidates.read / .read-write) because they are not updating
role or worker data, only storing candidate names for background check processing

Note: first_name, last_name, and middle_name are NOT filterable.
Only external_id, email, created_at, and updated_at support filtering.
emailstringRequired within parentThe email address of the candidate. Required on create, but may be null on read for legacy rows.
external_idstringRequired within parentThe provider’s unique identifier for the candidate. Required on create, but may be null on read for legacy rows. Can only be set once (during creation or when null). Cannot be changed after being set.
first_namestringOptionalThe first name of the candidate.
last_namestringOptionalThe last name of the candidate.
middle_namestringOptionalThe middle name of the candidate.

Report an issue with this page

Necessary

Required for sign-in, security, authorization, and remembering your choices.

Always active

Analytics

Helps us understand which product and documentation features are useful.

Performance diagnostics

Uses performance tracing and privacy-masked session replay to diagnose problems.

You can change these choices at any time from Cookie settings.