Onboarding an EOR Employee
Overview
In this guide, you will learn how to:
-
Create an employment
-
Send employment data
-
Advance the employment through the onboarding process
-
Invite the new hire
Before you get started
Before you get started, ensure that you:
- Are familiar with how to create an employment. If you’re not familiar with how to create an employment, you can follow this guide to create your first company and first employment.
- Have received company consent to act on their behalf. You will need a company-scoped access token to create and manage employments.
Creating your employment
Checking if your desired country is supported
You can check which countries are supported by the Remote API using the list countries endpoint:
$ curl --location \
--request GET \
--header 'Authorization: Bearer eyJraWQ...' \
'https://gateway.remote-sandbox.com/eor/v1/countries'
If your desired country is not supported, you can reach out to your Remote contact or email [email protected] to let us know of your interest to hire in your country of choice.
Starting with the Basic Information
First, you will need to provide the employment “basic information”. The Remote API asks for this information for every supported country. As the payload might be different from country to country, you will have to look up the expected payload.
Using JSON Schemas for the expected payload
The Remote API uses JSON schemas to define the expected basic information payload. You can use the show form schema endpoint to get the employment_basic_information
JSON schema for your country of choice. Looking at the API documentation, you can see that there are two parameters expected, country_code
and form
:
GET https://gateway.remote-sandbox.com/v1/countries/{country_code}/{form}
The employment in this guide is located in Canada, so you have to use Canada’s {country_code}
to make this request. The {form}
will be employment_basic_information
.
To get the country_code
of a country, make a request to the supported countries endpoint as shown above. You’ll see that the country_code
for Canada is CAN
.
You’re now ready to make the request:
$ curl --location \
--header 'Authorization: Bearer eyJraWQiO...' \
--request GET 'https://gateway.remote-sandbox.com/v1/countries/CAN/employment_basic_information'
You can then use the resulting JSON Schema to know which fields are required, their labels, descriptions, and validation rules.
⚠️ Getting used to [JSON schemas](https://json-schema.org/) can take time. And because the schemas for employment data are dynamic, we **highly recommend building your UI Forms dynamically** when using the Remote API in production.Head over to the How JSON Schemas Work guide to learn more.
Basic Information constraints
Understanding provisional_start_date
validations
Although JSON Schemas have validation rules for each field, the field provisional_start_date
does not include all the validation rules because some are too complex to be described in a JSON schema. As such, some validations are only available through the API, when calling the create employment endpoint. The JSON Schema for this field looks similar to the following:
{
"title": "Provisional start date",
"format": "date",
"x-jsf-presentation": {
"inputType": "date",
"meta": { "mot": 3 },
"minDate": "2023-09-23"
}
}
}
Here’s an explanation for each of those validations:
- Minimum Onboarding Time (MOT): For every supported country, there's a minimum amount of working days Remote needs to effectively onboard an employee before their start date. For example, if today is Sept 19 and the MOT is 3 days, then the selected date needs to be Sept 23 or after. This is included in the JSON Schema as above.
- Weekends: In some countries, the start date cannot be on a weekend. Additionally, weekends are not the same worldwide. For example, some countries consider Sunday a working day. This is not included in the JSON Schema yet.
- Holidays: In some countries, the start date cannot be on a national holiday. This is not included in the JSON Schema yet.
- Arbitrary days: In some countries, certain days are not allowed. For example, the day before Christmas or New Year’s Eve. This is not included in the JSON Schema yet.
The Remote API validates all the rules above per country. If you send a POST or PATCH to /employments
with a date that doesn’t comply with all the rules above, the API will return an error, explaining the reason behind it.
- As a visual example, this is how the field looks like in the Remote Platform.
UI enhancements: (coming soon to JSON Schemas). The following features are not included in the JSON Schema. We plan to include it until Q4 2023.- The “Learn more” text in the description.
- The additional text “Good to Know”
Validation flow: It’s common for the Customer to take multiple days to finish the Employee Onboarding flow. You can use the meta.mot
number to implement an “expiration system” that notifies your Customer if the start date is no longer valid. For example: Imagine the MOT is 2 days, today is Monday and they selected the start date for Friday. The days have passed and now it’s Thursday but the customer hasn’t finished the flow yet. The start date is no longer valid, so could automatically notify your Customer about it.
Sending the Basic Information to Remote
With the JSON schema describing the basic information, you can submit the data using the create employment endpoint.
Start by sending a POST
request to https://gateway.remote-sandbox.com/v1/employments
. The employment you create will be assigned to the company-scoped access token of the company you would like to create this employment. Here’s how you can build the request:
- Include the
Authorization
header with a valid company-scoped access token. - Include the
Content-Type: application/json
header to indicate the format of the submitted data. - Send the required fields encoded in JSON format. Ensure that the
country_code
you’re using is a supported country using the list countries endpoint.
The basic information data should be sent through the basic_information object:
$ curl --location \
--request POST 'https://gateway.remote-sandbox.com/v1/employments' \
--header 'Authorization: Bearer eyJraWQiO...' \
--header 'Content-Type: application/json' \
--data-raw '{
"country_code": "CAN",
**"basic_information": {
"name": "Bob Remote",
"job_title": "Senior Graphic Designer",
"email": "[email protected]",
"provisional_start_date": "2023-05-05",
"has_seniority_date": "no"
},**
"type": "employee"
}'
Being deprecated: Currently, you can also send the basic information data using the root fields, but that’s will soon be deprecated in favor of basic_information
.
$ curl --location \
--request POST 'https://gateway.remote-sandbox.com/v1/employments' \
--header 'Authorization: Bearer eyJraWQiO...' \
--header 'Content-Type: application/json' \
--data-raw '{
"country_code": "CAN",
"type": "employee",
// vvv BEING DEPRECATED vvv
**** "**full_name**": "Bob Remote",
"**job_title**": "Senior Graphic Designer",
"**personal_email**": "[email protected]",
"**provisional_start_date**": "2023-05-05",
**** }'
The basic_information object also includes some dynamic fields depending on the country, such as has_seniority_date
. That’s why using JSON Schemas will be crucial here, to ensure each country has its own dynamic required data.
Email tips:
- For the email parameter, in the Sandbox environment, we recommend setting an email address that is unique and can receive emails, so that you can verify that the employee receives the email as you’d expect:
- If you’re using a GMail/GSuite or Outlook email address, you can append custom text to your email address with
+randomtext
to make it unique, but still go to the same inbox. For example, if your company email is[email protected]
, you could do[email protected]
to make it a unique email address, but still have all emails go to your inbox. This is a useful email testing strategy.
Parsing the response
- (Click to expand) Here’s an example response you will receive
{ "data": { "employment": { "basic_information": { "name": "Bob Remote", "job_title": "Senior Graphic Designer", "email": "[email protected]", "provisional_start_date": "2023-05-05", "has_seniority_date": "no", } "company_id": "9e88cdac-4e57-46ca-a5a8-580150935cd8", "country_code": "CAN", "created_at": "2023-02-16T07:30:55", "employment_lifecycle_stage": "employment_creation", "id": "9fb23136-bb7c-488a-b5dc-37d3b7c9033b", "type": "employee", "updated_at": "2023-02-16T07:30:56" } } }
The employment was created successfully. Most of the response you receive is equivalent to the data you provided, except for one: employment_lifecycle_stage
. This field will be important for moving this employment through the different stages of employment. You can read more about the individual stages here. We will also make use of employment_lifecycle_stage
throughout this guide.
Now that we have an employment, we can get started with its onboarding. Take note of the employment ID, 9fb23136-bb7c-488a-b5dc-37d3b7c9033b
, we’re going to need it later.
Providing employment details
Before the person you’re hiring can be invited to Remote, you will need to provide some information about this employment.
When you create an employment, its employment_lifecycle_stage
is "employment_creation"
. We want to get to the next stage, which is employment_self_enrollment
. The update employment endpoint accepts diverse employment-specific data in its request body.
You’ll need to provide the following details before the next stage to invite the employee:
contract_details
pricing_plan_details
The API documentation gives you details on what’s needed for these two fields. For example, the contract_details
:
Contract information. As its fields vary depending on the country, you must query the Show form schema endpoint passing the country code and contract_details as path parameters.
Fetching the necessary JSON schemas
In the same way we did above to fetch the JSON Schemas for the employment_basic_information
, we’ll do the same for contract_details
.
You’re now ready to make the request:
$ curl --location \
--request GET 'https://gateway.remote-sandbox.com/v1/countries/CAN/contract_details' \
--header 'Authorization: Bearer eyJraWQiO...' \
You’ll receive a JSON schema as a result, similar to how we did above with the basic information.
Make sure to do the same for pricing_plan_details
.
Updating the employment with the necessary details
With the contract_details
and pricing_plan_details
JSON Schemas handy, you’re ready to call the update employment endpoint to set the necessary details.
In order to update the employment, you will need to send a PATCH
request to /v1/employments/{id}
. Replace the {id}
with the ID you got for this employment during the employment creation step (for the employment created in this guide, it was 9fb23136-bb7c-488a-b5dc-37d3b7c9033b
):
- Include the
Authorization
header with a valid company-scoped access token. - Include the
Content-Type: application/json
header to indicate the format of the submitted data. - Send the fields you’d like to update encoded in JSON format.
Request example
Here’s an example of what details you may be setting for your employment. Keep in mind that every country has a different fields and they change over time, so yours might look different than the example here:
- Example
$ curl --location --request PATCH 'https://gateway.remote-sandbox.com//v1/employments/9fb23136-bb7c-488a-b5dc-37d3b7c9033b??actions=no_invite' \ --header 'Authorization: Bearer eyJhbGci...' \ --header 'Content-Type: application/json' \ --data-raw '{ "contract_details": { "available_pto": 33, "annual_gross_salary": 100000, "benefits": { "employee_assistance_program": "no", "health": "Basic - Employee Only (Canada Life - Basic Health Employee Only; Canada Life - Basic Dental Employee Only; Canada Life - Basic Vision; Canada Life - Basic Life; Canada Life - Basic AD&D)", "retirement": "Basic Retirement (Canada Life - Basic Retirement)" }, "bonus_details": "every year", "commissions_details": "15% every year", "contract_duration": "Permanent", "company_business_description": "We are a consulting company, helping businesses implement the best APIs out there.", "experience_level": "Level 3 - Associate - Employees who perform independently tasks and/or with coordination and control functions", "equity_compensation": { "offer_equity_compensation": "no" }, "has_bonus": "yes", "has_commissions": "yes", "has_signing_bonus": "yes", "probation_length": 3, "role_description": "Manage a quickly growing and business-critical team. Contribute to hiring and retaining product designers; help to shape the team culture.", "province_of_residency": "AB", "signing_bonus_amount": 15000, "supervisor_name": "Sally", "work_address_is_home_address": "yes" }, "pricing_plan_details": { "frequency": "annually" } }'
A successful update will result in a 200 OK
response.
Invitation
When you have sent all the required data, you are ready to invite the employee through the Invite employment endpoint.
$ curl --location \
--request POST 'https://gateway.remote-sandbox.com/v1/employments/9fb23136-bb7c-488a-b5dc-37d3b7c9033b/invite' \
--header 'Authorization: Bearer eyJraWQiO...' \
A successful invite will result in a 200 OK
response. The employee will then receive an email from [email protected]
that looks like the image below. Then they’ll start their own self-enrollment to provide the missing details, such as administrative details, home address, etc.
The email the employee receives may be slightly different than this one, but it should still prompt them to “start self-enrollment”.
Validations
When this endpoint is called, some data is invalidated to ensure the employment is still valid. For example, the provisional_start_date
is re-validated. If it’s no longer valid, the endpoint will fail and you’ll need to update the invalid data using the Update Employment endpoint.
Checking the employment status
After the invitation, if you need to check again if an employee was already invited, you can look at their employment: If it has employment_lifecycle_stage: "employee_self_enrollment
", it means the employee has received an email to join the Remote platform at their email.
{
"data": {
"employment": {
...,
"employment_lifecycle_stage": "employee_self_enrollment",
...,
"id": "9fb23136-bb7c-488a-b5dc-37d3b7c9033b",
...
"status": "invited",
}
}
}
Modifying the employment further
ℹ️ After an invite is sent to an employee, **you will not be able to update employment data through the Remote API**. After onboarding, only a limited set of employment data will be available for updates, such as `emergency_contact_details`.
If you want to provide additional information for employment, please make sure to do so before the employee is invited. We block updates to the employment data because employees need to agree to amendments in certain cases, such as when there are changes to their contract_details
. Currently, these amendments can only be done through the Remote Platform.
It’s possible to change all the information sent during the creation step, as well as add more information to the employment, beyond just the contract and pricing plan details. For example, you can also provide details for home address, bank accounts, emergency contacts, and much more. You can check all possible parameters and details (as they may vary depending on the country of employment) from the Update Employment endpoint documentation.
For example, you can update the emergency contact details for this employment as well:
$ curl --location \
--request PATCH 'https://gateway.remote-sandbox.com/v1/employments/9fb23136-bb7c-488a-b5dc-37d3b7c9033b' \
--header 'Authorization: Bearer eyJraWQiO...' \
--header 'Content-Type: application/json' \
--data-raw '{
"emergency_contact_details": {
"email": "[email protected]",
"name": "Taylor Johnson",
"phone_number": "+3519194512312",
"relationship": "Best friend"
}
}'
What's next?
Congratulations, you sent the first self-onboarding invitation!
Updated about 1 month ago
The Remote API allows adding new EOR employees, however, it doesn't mean they are ready to start working after the creation operation is successful. Employee Lifecycle Stages outlines what happens next.