Australia
In buildSeek posting for Australian desks, with the compliance fields on the record
In build for Australia and gated on Seek partner enrolment. The state-based licensing and working-rights fields an Australian desk needs are already on the record.
The Seek connector is in build for the Australian market and is gated on Seek partner enrolment, which has its own application, criteria and commercial terms. It is not connected today. Labour-hire licensing fields by state and working-rights document capture against visa class already work on the candidate record.
By Surhires Editorial · Published · Reviewed
In the product: in build for the Australian market, gated on Seek partner enrolment
In build, gated on partner enrolment
Seek is in build for the Australian market and gated on Seek partner enrolment. That enrolment is an application with admission criteria and commercial terms set by Seek, and until it is confirmed there is no connector. The scope is posting a requisition out and ingesting applicants back as candidate records with the resume parsed and deduplicated on arrival.
Australian desks reading this should take the practical point rather than the disappointment. Posting on Seek directly and routing the application emails into a requisition inbox gives you parsed, deduplicated, attributed candidate records today. The connector removes a copy and paste; it is not the thing that makes the system work for an Australian desk.
One board carries the market, which changes the posting decision
In most markets a recruitment desk spreads adverts across several boards and measures which one performs. In Australia, Seek carries a share of the market that no other board approaches, and the practical question is usually not which board but whether the Seek advert is written well enough and priced at the right ad product.
That concentration has two consequences for a CRM. First, the posting workflow has to be good rather than merely present, because it is the advertising channel rather than one of six. Second, source attribution matters in a different way: when nearly everything comes from one board, the useful comparison is Seek against your own database and your own referrals, not Seek against a rival board.
That second report is worth building a habit around. A desk that has been running two years frequently finds a meaningful share of its placements came from candidates already on file, which is an argument for capturing every applicant properly rather than for buying a larger ad package.
- Requisition written once and published to Seek, subject to partner enrolment
- Applicants ingested to the requisition with the resume parsed on arrival
- Source attribution comparing board, database and referral rather than board against board
- Placement reporting by source, not application counts
Labour-hire licensing is state-based and belongs on the record
Labour-hire licensing in Australia is administered state by state, with separate schemes and separate requirements, and an agency supplying workers across state lines can be dealing with more than one at a time. Keeping that in a spreadsheet held by one person in operations is how a lapse gets discovered by a client rather than by you.
Surhires holds labour-hire licensing fields by state on the record, with expiry dates and reminders, so the information sits where the placement is being made rather than in a document nobody opens. A licence approaching expiry raises a task instead of a surprise.
The precise wording matters here. The product captures the fields, stores the dates and raises the reminders. Whether your agency holds the right licence in the right state for the work you are doing is your responsibility and your legal advice, not a status we can confer. Any vendor telling you their software makes you licensed is selling you a problem.
Working rights are checked against visa class, and the check is yours
A large share of Australian temporary and contract placements involve candidates on a visa, and the visa class determines what work is permitted, for how long and under what conditions. A record that says work rights: yes is not useful. A record that carries the visa class, the document, the expiry date and a reminder ahead of it is.
So working-rights fields are structured on the candidate record: visa class, document captured, expiry date, and a stage rule that can require the capture before the candidate is submitted to a client. The expiry reminder fires ahead of the date rather than on it, because a contractor whose rights lapse mid-placement is a client problem before it is a paperwork problem.
As with licensing, the product supports the workflow rather than performing the verification. The check against the government system is something you run, and the judgement about whether a candidate may do a particular piece of work is yours. We store what you captured and when, so the record reconstructs the decision.
Casual, temp and permanent desks behave differently
Australian agencies frequently run casual and temporary placement alongside permanent, and the two have different data shapes. A permanent placement is a fee, a start date and a guarantee window. A casual or temp placement is a rate, an on-hire relationship, timesheets somewhere, and a candidate who may be placed again next month with a different client.
The pipeline supports both without pretending they are the same. Stages differ by job type, the placement record carries rate or salary as appropriate, and a candidate who has been placed before keeps that history so the consultant can see the whole relationship rather than the current row.
Surhires is recruitment software, not an HRIS or a payroll system, so timesheet capture and pay runs sit outside it. That boundary is deliberate and it is stated on the pricing page as well: we would rather be sharp on candidate relationships, submittals and the placement pipeline through to the first invoice than be shallow across everything.
Working a Seek desk while the connector is in build
Post on Seek as you do now. Route the application emails into a requisition inbox, where each one parses into a structured record, is checked against your existing database, and lands on the requisition in the applied stage with Seek recorded as the source.
Load your history too. Bulk resume import takes a folder of past applications and CVs and runs the same parsing and the same duplicate rules, which is usually how an Australian desk discovers it already holds several hundred people it was about to advertise for.
None of that is temporary scaffolding. When partner enrolment is confirmed, the posting and ingest legs become automatic and everything already in the database, including the source history the reporting depends on, stays exactly where it is.
- Route Seek advert responses into a requisition inbox for parsing on arrival
- Set the source on the ingest rule so attribution is consistent from week one
- Bulk import historic applications with identical parsing and duplicate detection
- Keep licensing and working-rights capture running regardless of connector state
What this page is not claiming
No partnership is announced here, no enrolment is implied as granted, and no logo right is claimed. We are building against a published integration path and applying for enrolment through the process Seek operates.
If enrolment is not granted, or the terms do not work for a product at this price, the state on this page changes and says so. The alternative, which is leaving an in-build badge on a connector nobody is building any more, is exactly the behaviour this site was set up to avoid.
What you get
Requisition posting
In build: publish a job to Seek from the requisition, subject to partner enrolment.
Applicant ingest
In build: applicants returned to the requisition as candidate records with parsed resumes.
Email ingest today
Route Seek advert responses into a requisition inbox and get the same parsing now.
Duplicate detection
Email, normalised phone and fuzzy identity matching before any new record is created.
Labour-hire fields by state
State-based licensing details held on the record with expiry dates and reminders.
Licence expiry tasks
An approaching expiry raises a task rather than surfacing as a client complaint.
Visa class on record
Working rights captured as visa class, document and expiry rather than a yes or no box.
Pre-submittal rule
A candidate can be blocked from submittal until working-rights capture is complete.
Casual and temp pipelines
Stages and placement records differ by job type instead of forcing one shape on both.
Rate or salary
Placements carry the right commercial field for the engagement they actually are.
Repeat placement history
A candidate placed before keeps the full relationship, not just the current row.
Source attribution
Seek recorded at ingest and carried through every stage change to the placement.
Board against database
Reporting compares the board with your own records and referrals, not just other boards.
Bulk historic import
Load a folder of past applications with the same parsing and duplicate rules.
Questions recruiters ask
Is the Seek integration connected today?
No. Posting and applicant ingest are in build for the Australian market and gated on Seek partner enrolment, which has its own application, admission criteria and commercial terms. The connector ships when enrolment is confirmed rather than on a date we publish. Posting manually with email ingest works today.
Does Surhires make my agency labour-hire compliant?
No. It holds labour-hire licensing fields by state on the record with expiry dates and reminders, so the information sits where placements are made. Whether your agency holds the correct licence in the correct state for the work being done is your responsibility and your legal advice. We store what you captured, not a status we can confer.
How are working rights handled for candidates on a visa?
Visa class, the captured document and the expiry date are structured fields on the candidate record, with reminders ahead of expiry and an optional rule blocking submittal until capture is complete. The verification against the government system is a workflow you run. The record stores what was captured and when so the decision can be reconstructed.
Do I need another board if Seek carries the market?
That is a commercial decision for your desk rather than something a CRM should push. What the product gives you is honest reporting: source recorded at ingest and carried to the placement, so you can see what Seek produced against what your own database and referrals produced. That comparison is usually more useful than adding a second board.
Does Surhires handle timesheets and pay for temp placements?
No. It is recruitment software, not an HRIS or a payroll system. It covers candidate relationships, sourcing, submittals and the placement pipeline through to the first invoice. Timesheet capture and pay runs belong in a system built for them, and we would rather integrate at that boundary than be shallow across both.
What happens if Seek partner enrolment is not granted?
This page changes and says so, and the state stops being in build. Manual posting with email ingest continues to work identically, because the attribution reporting depends on the source field rather than on the transport. We are not going to leave an in-build badge on a connector nobody is building.
Keep reading
- Recruitment software for a perm and contract desk
- Applicant tracking that carries the compliance fields
- The candidates you already know are the ones you place
- Job posting with the board states written down
- One candidate record that actually stays current
- Find out which sources actually produce placements
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.