Skip to content
Surhires

Employer of record

Planned

Hand a placement to an employer of record without re-keying it

When a client wants to hire someone in a country where they have no legal entity, the employment has to sit somewhere, and that somewhere is not Surhires.

This integration is on the roadmap and is not connected today. When it ships, an accepted offer in Surhires will be able to start an onboarding record in Deel with the candidate, role, start date and compensation already filled in. Surhires is not an employer of record and never employs anyone.

By Surhires Editorial · Published · Reviewed

State of this integration: Roadmap, not connected

There is no Deel connection in Surhires today. This page describes what is planned, so that a buyer evaluating the product knows exactly what they would be buying and what they would still be doing by hand. We would rather lose a deal on an honest roadmap than win one on an implied connector.

Nothing on this page should be read as a partnership, an approved-vendor listing or a certification. We have not announced one, and if that changes the page will say so with a date attached. Until then the state is Roadmap, and the manual path described further down is the one that actually works.

Surhires is not an employer of record

This is the most important sentence on the page. Surhires is recruitment software and applicant tracking system. It sources candidates, tracks submittals, manages the client relationship and closes a placement. It does not employ anybody, does not run payroll, does not hold an employment contract and does not take on employer liability in any jurisdiction.

An employer of record does those things. It is the legal employer of the person your client wants to hire, in a country where your client has no entity of their own, and it carries the payroll, the statutory contributions, the local employment contract and the termination risk. That relationship is between your client and the EOR. We are upstream of it.

The reason the distinction matters commercially is that agencies get asked to solve the entity problem constantly, and the wrong answer is to imply that your CRM handles it. The right answer is to say who does, and to make the handoff to them cheap.

What the handoff will carry when it ships

The purpose of the connector is to stop somebody typing the same twelve fields into a second system. When a placement reaches accepted in Surhires, the fields that an EOR onboarding form asks for are already sitting on the record: legal name, work email, country of residence, job title, start date, compensation and currency, contract type, and the hiring manager who signs off.

The planned behaviour is a push from Surhires into Deel, creating a draft onboarding record for a human to review before anything is sent to the candidate. A draft rather than an automatic submission, because a wrong start date pushed silently into an employment system is a worse problem than a wrong start date on a CRM record.

  • Candidate legal name, preferred name and work email
  • Country of residence and the country the role is performed in
  • Job title, seniority and reporting line as captured on the requisition
  • Start date, and the notice period the candidate declared
  • Compensation, currency and pay frequency as agreed on the offer
  • Contract type: employee through the EOR, or independent contractor

Data flows one way, and we will say so on the page

The planned direction is Surhires to Deel for the onboarding handoff, plus a narrow read back of onboarding status so a recruiter can see whether the person has signed and started without logging into a system they may not have a seat in.

What will not sync back: payroll runs, invoices, tax documents, benefits elections, time off, expense claims or anything else that belongs to the employment relationship. Those live in the EOR and should stay there. Recruitment software that mirrors payroll data becomes a second copy of sensitive records with no good reason to exist, and a compliance problem for whoever holds it.

Placement billing on your side stays in Surhires, because that is your revenue rather than the employment relationship. The two are related but they are not the same ledger.

Employee or contractor is a decision, not a checkbox

Deel is used both to employ people through an EOR arrangement and to engage and pay independent contractors. Those are different legal relationships with different risk profiles, and the difference is decided by how the work is actually performed rather than by which button somebody clicked.

The planned integration records which route a placement took and files that on the placement record, so that six months later the question of whether a given person was engaged as an employee or a contractor has an answer in your own system. It does not advise on classification, and it does not validate it. Misclassification exposure sits with the client and the EOR, not with the CRM that recorded the field.

The manual path that works in the meantime

Until the connector ships, the workflow is an export and a paste, and it is not as painful as it sounds. Export the placement record from Surhires as CSV or copy the offer summary from the placement view, then create the onboarding in Deel directly. For an agency doing a handful of cross-border placements a quarter, that is a few minutes per hire.

Two things make the manual path safer. First, capture the EOR route on the placement record as a custom field at offer stage, so the pipeline reports show which placements need an entity conversation before the offer goes out rather than after. Second, attach the signed offer document to the placement so that the version the EOR was given and the version the candidate signed are the same file.

Where this sits against the rest of the roadmap

Employer of record connectors sit behind the integrations that a desk touches every day: job boards, calendars, messaging and the sourcing surfaces. A recruiter opens LinkedIn twenty times a day and an EOR once a month, so the sequencing follows usage rather than deal size.

If cross-border placement is the core of your business rather than an occasional exception, tell us during a demo. Sequencing is influenced by what buyers actually run into, and an integration that three serious prospects are blocked on moves differently from one that reads well on a logo wall.

What you get

Roadmap state, stated plainly

Not connected today. The page carries the state rather than a logo implying otherwise.

Placement to onboarding push

Planned one-way push creating a draft onboarding record from an accepted offer.

Draft rather than auto-submit

A human reviews the onboarding before it reaches the candidate or the EOR.

Field mapping already structured

Name, country, title, start date, compensation and currency exist as typed fields, not notes.

Narrow status read-back

Planned read of onboarding progress only, so recruiters see signed and started dates.

No payroll mirroring

Payroll, tax, benefits and expenses stay in the EOR and are never copied across.

Employee or contractor recorded

The engagement route is stored on the placement so the decision is auditable later.

No classification advice

The product records the route. It does not decide or validate worker classification.

Placement billing stays separate

Your fee and invoice remain in Surhires; employment costs remain with the EOR.

Entity flag at offer stage

Mark a placement as needing an EOR before the offer, not after acceptance.

Document continuity

The signed offer is attached to the placement so both parties reference one file.

Manual export path today

CSV or placement summary export covers the handoff until the connector ships.

Sequencing by real usage

EOR connectors follow daily-use integrations; buyer demand moves the order.

Questions recruiters ask

Is the Deel integration connected today?

No. It is on the roadmap and nothing is built. There is no Deel connection in the product, no partnership and no approved listing. Today the handoff is manual: export the placement from Surhires or copy the offer summary, then create the onboarding in Deel yourself. That takes a few minutes per placement.

Does Surhires employ candidates or run payroll?

No, and it never will. Surhires is recruitment software. It does not act as an employer of record, does not hold employment contracts, does not run payroll and carries no employer liability in any country. An employer of record does all of that, and the relationship is between your client and that provider.

Which direction will the data flow?

Mainly out of Surhires and into the employer of record: candidate details, role, start date and agreed compensation, creating a draft onboarding. The only planned read back is onboarding status, so a recruiter can see whether the person signed and started. Payroll, tax, benefits and expense data will not be synced back.

Will it decide whether someone is an employee or a contractor?

No. The integration will record which route a placement took so your own system has the answer later, but the classification decision belongs to your client and their employer of record provider. Misclassification risk sits with the parties to the engagement. We do not offer an opinion on it and would be the wrong party to ask.

Do we still invoice our placement fee through Surhires?

Yes. Your fee is your revenue and it stays in the placement and invoicing workflow inside Surhires. The employer of record bills your client for employment costs on their own cycle. Keeping the two ledgers separate avoids the situation where a CRM appears to be reporting somebody else's payroll as your income.

Can we mark a placement as needing an employer of record before the offer goes out?

Yes, using a custom field on the requisition or the placement. Doing it at offer stage rather than after acceptance is the point: the entity question changes the start date, the cost to the client and sometimes the compensation, and finding out afterwards is how a placement slips.

What would move this integration up the roadmap?

Buyers who are blocked on it. Employer of record connectors sit behind daily-use integrations because a recruiter opens a job board many times a day and an onboarding platform occasionally. If cross-border placement is central to your desk rather than an exception, raise it during a demo and it is weighed against the rest of the queue.

See it against your own reqs

Bring one live role and three resumes. In twenty minutes you will see the match scores, the shortlist and the placement invoice that comes out the other end.