HRMS migration
Field-level mapping, validation, and rollback between Checkwriters and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
Checkwriters
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between Checkwriters and Crelate.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Checkwriters and Crelate are different platform types within the HR software landscape. Checkwriters is a full HRMS centered on payroll, compliance, and employee self-service, with a recruiting module available as an upgrade on HR Premier and above. Crelate is a dedicated ATS and recruiting CRM that organizes data around People (candidates), Organizations (companies), and Opportunities (job orders). The natural migration surface between them is the Checkwriters recruiting module: job postings, candidate profiles, applications, and hiring notes. We use Checkwriters Report Writer exports and admin-assisted data pulls to extract recruiting records, map them into Crelate's schema, and validate in a Crelate sandbox before production cutover. Checkwriters has no public API for bulk data extraction, which constrains migration to CSV exports coordinated directly with the customer's HR Admin. Payroll, accruals, deductions, benefits, and performance reviews do not migrate to Crelate because they fall outside an ATS data model. We document these items and flag parallel system requirements during discovery.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Checkwriters object lands in Crelate, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Checkwriters
Job Postings (Recruiting module)
Crelate
Job Post
1:1Checkwriters job postings map to Crelate Job Post records. The job title, description, location, employment type, and department fields transfer directly. Job board distribution settings do not carry forward because Crelate manages its own job distribution integrations. We extract the posting date and close date from Checkwriters Report Writer exports and set the Crelate Job Post status accordingly. Any active job postings in-flight at cutover are prioritized in the first migration batch.
Checkwriters
Candidates (Recruiting module)
Crelate
Person
1:1Checkwriters candidate profiles map to Crelate Person records. Core fields including name, email address, phone number, current employer, and current title transfer directly. Application status history stored in Checkwriters as a series of status-change events is collapsed into the most recent status and stored as a custom field on the Crelate Person record for audit. Source attribution (where the candidate originated) migrates to a Crelate custom field.
Checkwriters
Applications (Recruiting module)
Crelate
Application
1:1Checkwriters applications link a candidate to a specific job posting and track status through the hiring pipeline (Applied, Screening, Interview, Offer, Hired, Rejected). We map these status values to Crelate's Application status taxonomy. Application date and last-modified date transfer as Crelate creation and modification timestamps. Notes attached to an application in Checkwriters migrate as Crelate Activity Notes linked to the Application record.
Checkwriters
Interview Notes
Crelate
Note (linked to Person or Application)
1:1Interview notes, interviewer feedback, and scoring records stored in Checkwriters migrate as Crelate Note records. We resolve the note's parent record by matching the interview's candidate and job references from the Checkwriters export. Interviewer attribution (name, role, date) maps to Crelate's note metadata fields. Score values and rating fields migrate to custom fields on the Crelate Note or Application record depending on the customer's review structure.
Checkwriters
Custom Fields (Recruiting module)
Crelate
Custom Fields on Person, Organization, Opportunity
lossyCheckwriters custom fields on employee and candidate profiles require HR Admin-level permissions to enumerate in full. We request admin-level access to the Checkwriters tenant during scoping to extract the complete custom field registry before designing the Crelate destination schema. Each Checkwriters custom field type (text, date, dropdown, numeric) maps to the equivalent Crelate custom field type on the matching core record. Dropdown values from Checkwriters become Crelate picklist options, and we validate that all values in the migrating dataset are represented in the destination picklist before import.
Checkwriters
Documents and Attachments (Recruiting module)
Crelate
File Attachments on Person
1:1Resume files, cover letters, portfolio attachments, and signed forms stored in the Checkwriters Document Center and attached to candidate records migrate as Crelate File Attachments linked to the corresponding Person record. We extract file references and the original file name and restore them in Crelate. Visibility restrictions on documents in Checkwriters are not enforceable in Crelate's permission model and are flagged to the customer's admin during the permissions handoff.
Checkwriters
Employee Records (HRMS core)
Crelate
Not Migrated (ATS scope boundary)
lossyEmployee records (demographics, job title, department, hire date, employment status, salary, pay frequency) are Checkwriters HRMS core data. Crelate is an ATS and recruiting CRM that does not have a payroll, benefits, or employee relations data model. We do not migrate employee HRMS data into Crelate. The customer maintains Checkwriters or a dedicated HRMS for all employee records and uses Crelate for recruiting only. We document this boundary explicitly in the scoping report and confirm the customer's parallel-system strategy before migration begins.
Checkwriters
Payroll, Accruals, Deductions, Benefits
Crelate
Not Migrated (ATS scope boundary)
lossyPayroll items, time-off accruals, benefit elections, deduction histories, and pay stub records are Checkwriters HRMS data with no equivalent object in Crelate's recruiting schema. These records cannot be migrated into Crelate and must remain in Checkwriters or a replacement HRMS. We flag this boundary clearly in the discovery report and recommend the customer retains Checkwriters access for payroll history and compliance records or selects a parallel HRMS before cutover.
Checkwriters
Onboarding Workflows and Documents
Crelate
Not Migrated (not reconstructable)
1:1Checkwriters onboarding task records and completed document signatures do not export through any documented path. Completed onboarding tasks in Checkwriters cannot be reconstructed as structured records in Crelate. We flag this to customers during discovery and recommend a parallel manual onboarding setup in Crelate using their onboarding templates. Checkwriters onboarding document files can be extracted and attached to the corresponding Crelate Person record as part of the document migration, but the step-completion workflow history does not carry forward.
Checkwriters
Performance Reviews
Crelate
Not Migrated (no export path)
1:1Performance review templates, writing-assist content, and completed review records are stored in a proprietary Checkwriters format with no documented export API. We do not attempt an automated migration of performance review content because it produces incomplete or corrupted records. We flag this to customers with the Performance Reviews upgrade and recommend a parallel review cycle setup in their destination HRMS or performance management tool post-migration.
Checkwriters
Time-Off Requests and Balances
Crelate
Not Migrated (ATS scope boundary)
1:1Time-off request history and accrual balances are HRMS records managed through Checkwriters. Crelate does not have a time-off tracking or accrual management data model. These records remain in Checkwriters or a replacement HRMS. Request records with pending or in-progress status at cutover are flagged as requiring admin resolution before the Checkwriters access is adjusted.
Checkwriters
Report Writer Definitions
Crelate
Discovery Reference
1:1The Report Writer report definitions built by the customer's HR Admin serve as our extraction blueprint during migration. We capture the full list of Report Writer exports the customer has built for recruiting data and use them to reproduce the data pull in Crelate's reporting environment post-migration. The report definitions themselves do not transfer because Crelate's reporting engine uses a different data model and field structure.
| Checkwriters | Crelate | Compatibility | |
|---|---|---|---|
| Job Postings (Recruiting module) | Job Post1:1 | Fully supported | |
| Candidates (Recruiting module) | Person1:1 | Fully supported | |
| Applications (Recruiting module) | Application1:1 | Fully supported | |
| Interview Notes | Note (linked to Person or Application)1:1 | Fully supported | |
| Custom Fields (Recruiting module) | Custom Fields on Person, Organization, Opportunitylossy | Fully supported | |
| Documents and Attachments (Recruiting module) | File Attachments on Person1:1 | Fully supported | |
| Employee Records (HRMS core) | Not Migrated (ATS scope boundary)lossy | Fully supported | |
| Payroll, Accruals, Deductions, Benefits | Not Migrated (ATS scope boundary)lossy | Fully supported | |
| Onboarding Workflows and Documents | Not Migrated (not reconstructable)1:1 | Fully supported | |
| Performance Reviews | Not Migrated (no export path)1:1 | Not supported | |
| Time-Off Requests and Balances | Not Migrated (ATS scope boundary)1:1 | Fully supported | |
| Report Writer Definitions | Discovery Reference1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Checkwriters gotchas
Payroll item effective dates use check-date ranges, not calendar dates
Custom fields require permission-level access to discover
Payroll cannot be submitted while errors exist, only warnings are bypassable
Performance review content is not exportable via documented API
Historical payroll data must be pulled via Report Writer, not API
Crelate gotchas
120 req/min API rate limit throttles bulk migrations
20 custom field per-entity cap forces data model decisions
15,000-record export ceiling on single operations
Sequences and automation workflows do not migrate
API key is a querystring parameter, not a header
Pair-specific challenges
Migration approach
Discovery and recruiting module scoping
We audit the Checkwriters tenant to identify whether the Recruiting and Applicant Tracking upgrade is active, enumerate active job postings, candidate records, applications, and any documents attached to recruiting records. We request HR Admin-level access to the Checkwriters tenant during this phase to enumerate custom field definitions that require elevated permissions to discover. The discovery output is a written migration scope that explicitly defines what migrates to Crelate (ATS data) and what remains in Checkwriters or another HRMS (HR and payroll data). We confirm the parallel-system strategy with the customer's team before extraction begins.
Data extraction via Report Writer and admin-assisted export
We coordinate with the customer's Checkwriters HR Admin to extract recruiting data through the Report Writer module. We define the report types, field selections, and date ranges for each export (jobs, candidates, applications, notes, documents) before running. Because Checkwriters has no public API, each data type requires a separate Report Writer build-and-export cycle. We sequence exports starting with the foundational records (jobs, candidates) before dependent records (applications, notes). Document files are extracted separately from the Document Center and matched to their candidate records by employee or candidate ID.
Crelate sandbox configuration and mapping validation
We configure a Crelate sandbox environment with the customer's Crelate tenant credentials. We pre-create all custom fields on the relevant Crelate core records (People, Organizations, Opportunities) based on the custom field inventory extracted from Checkwriters. We map each Checkwriters field to its Crelate equivalent, validate data types and picklist values, and run a test import of a representative sample. The customer's recruiting lead spot-checks the mapped records against the Checkwriters source and signs off the mapping before production migration begins.
Production migration in dependency order
We run production migration in record-dependency sequence: Job Posts first (no dependencies), then Organizations from any employer data attached to candidates, then People (candidates), then Applications linked to People and Job Posts, then Notes and File Attachments linked to the correct parent records. Each phase emits a row-count reconciliation report. Because Checkwriters exports are CSV-based rather than API-driven, we handle chunking manually and validate record counts per export file before loading into Crelate.
Cutover, validation, and handoff
We schedule the cutover between completed payroll cycles where possible to avoid mid-payroll conflicts in Checkwriters. After the migration run completes, we deliver a final reconciliation report comparing Checkwriters source record counts to Crelate destination record counts. We conduct a spot-check of 25-50 migrated records with the customer's recruiting lead and document any discrepancies. We deliver a written inventory of Checkwriters onboarding workflows and recruiting automations that require manual rebuild in Crelate because they do not migrate as code. We do not rebuild these automations inside the migration scope.
Parallel system management and post-migration handoff
After cutover, the customer maintains Checkwriters access for all HR and payroll data, including any payroll history required for compliance and year-end reporting. Crelate becomes the system of record for recruiting. We support a one-week hypercare window to resolve any record-matching discrepancies surfaced by the recruiting team during their first active week in Crelate. We do not provide ongoing post-migration admin support, training, or workflow rebuild as standard scope; these are separate engagements.
Platform deep dives
Checkwriters
Source
Strengths
Weaknesses
Crelate
Destination
Strengths
Weaknesses
Complexity grading
Standard HRMS migration. 1 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Checkwriters and Crelate.
Object compatibility
1 of 7 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
Checkwriters: Not publicly documented.
Data volume sensitivity
Checkwriters doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Checkwriters to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your Checkwriters to Crelate migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Checkwriters
Other ways to arrive at Crelate
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.