List Employments

The employee (employees.id, the Omni user id) whose job history to list (one employment per effective-dated Omni job record). Required: Omni HR only exposes this per employee (the user id is part of the path). Exactly one employee: employee_id=, employee[id]=, [eq] or [in] with one id, or a one-element array. Several different ids, any other operator or a non-integer id is refused with a 400 (Omni HR has no multi-employee endpoint).

The employee (employees.id, a Remote employment id). Required: Remote only exposes this data per employment.

Employee associated with this employment

Required. The employee (employees.id) whose contracts are listed: Sesame has no company-wide contract list, so a request without it (or with several employees) is refused with a 400. Accepts a plain value, a comma-separated list, repeated keys and [eq]/[in]; any other operator is refused (400) rather than dropped.

Filter by employee (employees.id).

Employee associated with this employment

Employee associated with this employment

Filter by employee, referencing employees.id (the Deel HRIS profile id).

Only these employees (employees.id, the HR WORKS person uuid). Sent as persons=&personIdentifierType=uuid. An id HR WORKS does not know returns an empty list. Several values are supported: repeat the parameter, separate them with commas, use the [] form, or the operator forms [eq] / [in]. Any other form (for example [ne] or a nested object) is refused with a 400 instead of being ignored, so a filter Truto cannot express never returns unfiltered data.

Return only the employment of this employee (employees.id). Humi has no employment endpoint, so each employee carries exactly one employment (id ":employment"). With this filter the employee is read with GET /v1/employees/{id}?include=salaries, so the record also carries pay_rate and pay_period; an unknown id fails with Humi's error. Without it every employee is listed from GET /v1/employees, which cannot return salaries, so pay fields are empty. Accepted forms: employee[id]=, employee_id=, a repeated parameter or employee[id][]=, employee[id][eq]= and employee[id][in]=; a blank value is ignored. More than one id, or any other form is refused with a 400 instead of being ignored. employee[id][ne] is refused too: Humi reads one employee or the whole company, so excluding an employee would mean reading every employee's data, which this mapping will not do silently.

Only these employees (employees.id, Justworks member ids). One id is read directly with GET /v1/members/{member_id}, and a member that does not exist returns Justworks' 404. Justworks has no member-id filter on its list, so two or more ids are read by paging through GET /v1/members and keeping exactly the members you asked for; a page can then come back with fewer records than the limit, or none, and still have a next_cursor. Without the filter, every member is read page by page. When both employee[id] and employee_id are given, both must hold (the ids are intersected), and an intersection with nothing in it returns an empty list without calling Justworks. Accepts one value, a comma-separated list, a repeated employee_id[]=… (or employee_id=… twice) and employee_id[eq]= / employee_id[in]=. A form that cannot be read (another operator, a nested value) is refused with a 400 that names the filter: it is never treated as no filter, which would return everything. Vendors and third-party admins (member types vendor and third_party_admin) are not workers and have no records here, with or without this filter; a member whose type is not visible (no member.detail:read or member.employment:read) is included. One record per employment row of the member (employment_history plus current_employment), which needs the member.employment:read scope: without it Justworks omits them and the list is empty. A row whose status is terminated is not an employment: it ends the row before it. Each row ends where the next row takes effect; the last row ends on the member's termination date. Pay fields (the current row, or the row a termination closes) need member.pay:read.

Only return the employment of these employees (employees.id, the Paylocity Employee ID): one value, a comma-joined list, repeated values (employee_id[] or employee_id=a&employee_id=b), [eq] or [in]; also as employee_id or employee=. Any other form is refused with a 400 before Paylocity is called. Paylocity's batch employee endpoint has no employee filter, so ONE employee is read directly (GET employee; for an unknown employee Paylocity's error is returned as is, and an empty answer gives an empty list), while several employees are found by reading every employee page by page and leaving the others out: pages can then be empty while next_cursor is still set, so keep paging. Without it every employee is read page by page, terminated employees included (activeOnly=false is sent: Paylocity documents no default).

Return only these employees' records (employees.id; at most 100, UKG's own limit for one read). Without it every person is paged through (100 per page) and each page costs one extra call to UKG's Retrieve Persons operation. Accepts one value, several comma-separated, a repeated key (x[]=a&x[]=b) or an eq/in filter; a filter form UKG cannot express is refused with 400 rather than ignored.

Return the employments (primary job and additional jobs) of one employee (employees.id). Without it, all jobs visible to the account are listed; if Workday returns an unfilled position there, it comes back without employee.

Flat alternative to employee.id.

Flat alternative to employee.id.

Flat alternative to employee.id (same values and forms).

The employee ID you want to get the employments for

Flat alternative to employee.id.

Flat alternative to employee.id.

Flat alternative to employee.id (same forms).

Flat alternative to employee.id (same forms).

Flat alternative to employee.id.

Flat alternative to employee.id.

Flat alternative to employee.id.

Flat alternative to employee.id.