Consulting and recruiting
Switching ATS: what to do with old candidate and placement records
By SourceX Editorial · Reviewed by Noah Loul ·
Short answer
When switching ATS, sort candidate and placement records into four paths before mapping any fields: migrate active candidates and open jobs, archive closed history read-only, delete what retention rules say has expired, and de-identify placement outcomes worth keeping. Export everything you might need before the old vendor's contract ends, because post-termination access is limited.
Key takeaways
- Decide the fate of each record family before field mapping starts, not during cutover week.
- Migrating every dormant candidate profile carries its privacy obligations into the new system.
- The old vendor's post-termination window, not go-live, is the deadline that controls your export.
- Placement outcomes can usually be kept as de-identified process records once candidate identities are removed.
- Archive exports should keep job order, submittal and placement IDs linked so the history stays usable.
What are your options for old ATS records?#
The options for old ATS records come down to four paths: migrate, archive, delete or de-identify. Most staffing firms use all four, applied record family by record family rather than as a single decision for the whole database.
The mistake to avoid is defaulting to migrate everything. A new ATS that inherits every dormant candidate profile also inherits the duty to answer access and deletion requests for those people, along with duplicates and stale contact details that clutter recruiter searches.
| Option | Fits these records | Privacy caution | Who signs off |
|---|---|---|---|
| Migrate into the new ATS | Active candidates, open job orders, current clients and contacts, placements still on assignment | Consent status, opt-outs and retention dates must be mapped or they are lost | COO with recruiting leadership |
| Archive as a read-only export | Closed job orders, placement history, audit trails, records tied to invoices | Archives still hold personal data, so restrict access and set a review date | COO with IT and counsel |
| Delete under retention rules | Rejected applicants and dormant profiles past the retention period, duplicates | Check legal holds and recordkeeping duties before anything is purged | Counsel or privacy lead |
| De-identify placement outcomes | Submittal, interview and placement events used for reporting or outside review | Removing names is not enough; free text and rare combinations can still identify people | Privacy lead with counsel |
Which record families should you separate first?#
The record families to separate first are the ones with different owners and different rules: candidate data, client data and the firm's own process history. Pulling them apart early lets each family get its own decision instead of moving one tangled export.
Tag each family with its source system, date range, owner and any known restriction. That single sheet becomes the map for field mapping, for retention decisions and for any later review by an acquirer or counsel.
- Candidate profiles: contact details, work history, skills, source and consent fields.
- Attachments: resumes, cover letters, certifications and any identity or work authorization documents.
- Recruiter notes and activity: call notes, synced emails, texts and interview feedback logged against a person.
- Third-party-sourced records: resumes downloaded from job boards or added by sourcing tools, which may carry their own license terms.
- Job orders: client requirements, rates, statuses and close reasons.
- Submittals and interviews: who was sent to which order, when, and what the client decided.
- Placements: start and end dates, pay and bill rates, extensions, conversions and early ends.
- Compliance records: EEO self-identification, background check results and onboarding documents, which often have separate retention rules.
- 01Your work records
- 02Personal details removed
- 03You approve the release
- 04Licensed to AI developers
The export deadline is set by the old contract, not by go-live#
The export deadline in an ATS switch is set by the old vendor's post-termination terms. Once the subscription ends, access narrows to whatever the contract allows, and some vendors charge for exports requested late.
Greenhouse is one documented example. Its Master Subscription Agreement says customer data is queued for deletion 90 days after the agreement ends, and if the customer asks within 30 days of termination, Greenhouse can provide an export file at its then-current data migration rates. Its data processing addendum describes personal data being deleted on the same schedule, subject to its backup cycle. Terms change between versions, and newer versions may count the request window differently, so read the agreement you actually signed.
Export tooling also varies. Bullhorn's knowledge base describes CSV exports of candidate, contact or company records from saved lists or searches in Bullhorn Automation, run by admins only, which covers lists rather than a full database with placements. Ask the vendor in writing what a complete export includes: attachments, activity history, custom fields and audit logs.
How retention rules shape what you carry forward#
Retention rules decide which old candidate records you may keep, and therefore which ones are worth migrating at all. A migration is the cheapest moment to apply them, because every record is already being touched.
Privacy law has moved toward applicant data. California's temporary CCPA exemption for employee and business-to-business data expired on January 1, 2023, so applicant records held by covered businesses now sit fully within the law. Other states differ: Colorado's attorney general says the Colorado Privacy Act does not cover people acting in an employment context, such as a job applicant. Which laws reach your records is a question for counsel.
Recordkeeping rules can pull the other way. For staffing firms that employ temporary workers on their own payroll, the Department of Labor's FLSA guidance calls for payroll records to be preserved for at least three years, and records such as time cards for two years. Build a schedule with counsel that names each record family, its keep period and its trigger date, then configure it on day one; Greenhouse, for example, lets site admins set retention rules per office for rejected and hired candidates.
How to keep placement outcomes without candidate identities#
Placement outcomes can usually be kept as de-identified process records: the sequence from job order to submittal to interview to start, with dates and outcome codes but without the person attached. Those records stay useful for branch reporting, forecasting and outside review long after the candidate profiles are gone.
Replace person IDs with a new random key and do not store the lookup table beside the archive. GDPR Recital 26 treats pseudonymised data that can be re-linked with additional information as personal data, and California's deidentified standard requires reasonable safeguards, a public commitment not to re-identify and contractual limits on recipients. Free-text fields need review by a person, not only a pattern-matching tool.
| Record | Keep as | Remove or generalize |
|---|---|---|
| Job order | Order ID, role family, employment type, open and close dates | Client name, hiring manager, confidential project names |
| Submittal | Submittal date, stage reached, client decision code | Candidate name, resume, contact details |
| Interview | Round, format, outcome code | Interviewer names, free-text feedback |
| Placement | Banded start date, end reason code, extension or conversion flag | Person-level pay, Social Security numbers, addresses |
| Candidate attributes | Broad skill tags, seniority band | Named employers, schools, date of birth, EEO data |
Illustrative: a clerical staffing firm retires a legacy ATS#
Illustrative: a fictional administrative and clerical staffing firm with several branches is moving from an on-premise ATS it has run since its early years to a cloud ATS. The old database holds candidate profiles from every branch, scanned onboarding documents, recruiter notes and a long run of job orders and placements.
The COO's team migrates active candidates, open orders and current assignments only. Closed orders and placements go to a read-only archive with IDs intact, rejected applicants past the counsel-approved retention period are deleted after a legal-hold check, and placement events are also kept as a de-identified table for branch reporting. The cutover plan sets the full export date well before the old maintenance contract ends, and the onboarding scans move to a restricted folder with their own retention date.
How SourceX looks at a retired ATS archive#
SourceX looks at a retired ATS archive through the SourceX five-step transaction: Supply, Rights, Preparation, Approval and Delivery. In staffing, candidate profiles, resumes and recruiter notes are excluded from the start, and the records that can qualify are de-identified job order, submittal and placement events.
The first fit check uses metadata only: system names, years of accessible history and which record families exist. If a package proceeds, the SourceX Evidence Packet records provenance, licensing rights, permitted use, the privacy record and release authorization, and large archives stay in the firm's own storage until it approves delivery.
Frequently asked questions
Should we migrate rejected applicants into the new ATS?
Usually only those inside your retention period that recruiters will actually search. Migrating every rejected applicant carries their privacy rights into the new system and adds noise to search results. Many firms migrate recent rejections, archive older ones and delete those past the retention period agreed with counsel.
Can we keep the old ATS running in read-only mode instead?
Sometimes, if the vendor offers an archive license or the system is self-hosted. Weigh that against security patching, ongoing fees and staff who no longer know the system. A documented export in an open format, with IDs intact, is often easier to keep, secure and search years later.
Who owns the data in a hosted ATS?
Most ATS agreements say the customer owns its customer data and the vendor processes it on the customer's behalf. Ownership does not guarantee easy access after termination, though. Export rights, formats, fees and deletion timing sit in separate clauses, so check the signed agreement and any data processing addendum.
What about records held in a client's VMS or MSP portal?
Records inside a client's vendor management system belong to that program, and its terms decide what you may keep. Your ATS usually holds a parallel copy of submittals and placements. Tag VMS-sourced records during migration so their program restrictions travel with them.
Do we need to tell candidates about the switch?
Not always, but your privacy notice should still describe how you store and keep candidate data, and the new vendor should be covered by a processing agreement. If the switch changes where data is hosted or how long it is kept, counsel may advise updating the notice.
Sources
- Greenhouse's Master Subscription Agreement says Customer Data is queued for deletion 90 days after the agreement ends, and if the customer asks within 30 days of termination Greenhouse can provide an export file at then-current data migration rates. Source
- Greenhouse's Data Processing Addendum says personal data is deleted automatically 90 days after the services agreement ends, subject to a 30-day backup schedule. Source
- Bullhorn Automation users can export candidate, sales contact or company records to CSV from a saved list or custom search, and only admins can run the export. Source
- The CCPA employee and business-to-business exemptions expired on January 1, 2023. Source
- The Colorado Attorney General states the Colorado Privacy Act does not cover individuals acting in a commercial or employment context, such as a job applicant. Source
- DOL Fact Sheet 21 states employers must preserve payroll records for at least three years, and records on which wage computations are based, such as time cards, for two years. Source
- Greenhouse Recruiting lets Site Admins set data retention rules per office, separately for rejected and hired candidates. Source
- GDPR Recital 26 states that pseudonymised personal data that could be attributed to a person using additional information should be considered information on an identifiable natural person. Source
- Under Cal. Civ. Code 1798.140(m), deidentified data requires reasonable measures against re-association, a public commitment not to reidentify, and contractual obligations on recipients. Source
Related resources
- InsightCan a distributor license its pricing and quote history?
- QuestionShould companies sell or license their data?
- QuestionDo AI labs buy legal documents?
- InsightShould you delete old data or keep it for AI?
- InsightDo you need client consent to license de-identified RFIs and submittals?
- IndustryBPO & contact centers data
See if your company qualifies
A short company assessment. No data uploads are needed.