HRMS migration
Field-level mapping, validation, and rollback between GoHire and Crelate. We move data and schema; workflows are rebuilt natively in Crelate.
GoHire
Source
Crelate
Destination
Compatibility
9 of 12
objects map 1:1 between GoHire and Crelate.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Migrating from GoHire to Crelate is a structured ATS extraction with manual export handling and custom field remapping. GoHire has no documented public API, so we coordinate with the customer to extract a full admin-panel CSV export including Jobs, Candidates, Applications, and custom properties before migration begins. We preserve job board association metadata from GoHire so that migrated jobs can re-syndicate cleanly to Indeed, Monster, CareerBuilder, and other aggregators on first publish in Crelate. Resume files are exported separately via GoHire's bulk download tool and reimported as attachments. Screening question responses from GoHire map to Crelate custom fields, and pipeline stage names map to Crelate pipeline stages based on a naming convention agreed with the customer during scoping. Workflows, automation rules, and GoHire's careers-page builder configuration do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Crelate. Crelate's per-user pricing model (starting at $99/user/month on Business) scales differently from GoHire's per-job-listing model, which is an important cost consideration for agencies moving from small-team hiring to multi-recruiter operations.
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 GoHire 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.
GoHire
Job
Crelate
Job
1:1GoHire Job records map directly to Crelate Job records with full field fidelity: title, description, requirements, department, location, employment type, and open/closed status transfer as structured fields. GoHire's job board distribution metadata (which boards the listing was published to, and the board-specific job ID) is preserved in a Crelate custom text field so that re-syndication to Indeed, Monster, CareerBuilder, and other aggregators does not require manual re-entry of board associations. We flag any source job descriptions that may fail destination job board standards during the pre-migration scan.
GoHire
Candidate
Crelate
Contact
1:1GoHire Candidate profiles map to Crelate Contact records. Full name, email address, phone number, current company, current title, LinkedIn URL, and candidate notes transfer as standard Crelate fields. Any candidate tags or labels from GoHire migrate to Crelate Tags. Resume files are exported from GoHire via the bulk download tool (a manual in-platform action we request the customer perform before migration kickoff) and reimported as Crelate Document records attached to the Contact.
GoHire
Application
Crelate
Application (linked to Job and Contact)
1:1GoHire Application records link a Candidate to a Job and carry the source attribution (which job board or direct link generated the application). We preserve this linkage and the source channel in Crelate's Application record, which ties to both the Job and the Contact. The application date, current pipeline stage, and any application-specific notes transfer as structured fields on the Crelate Application.
GoHire
Pipeline Stage
Crelate
Pipeline Stage
lossyGoHire's candidate pipeline uses configurable stage names that vary by customer setup. We map source stage names to destination Crelate pipeline stage names based on a naming convention agreed with the customer during scoping. If GoHire stages map to Crelate deal/opportunity stages rather than candidate stages (common in staffing agency workflows), we configure both the candidate pipeline and the opportunity pipeline in Crelate during migration. Stage ordering and probability percentages transfer where available.
GoHire
Screening Question (Job-level)
Crelate
Custom Field (Job-level)
1:1GoHire custom screening questions attached to a Job are stored as custom fields in the export. Their response values transfer as structured data to Crelate custom fields on the Job record. The screening question text itself (the question wording) does not auto-populate in Crelate; it is recreated as a Crelate custom field label during the schema setup phase, and the customer's admin confirms the field names and types before migration runs.
GoHire
Interview Event
Crelate
Calendar Event / Activity
1:1GoHire interview scheduling records and associated calendar invite details transfer as Crelate Activity records (Event type) linked to the relevant Job and Contact. Interview date, time, duration, interviewer name, location (or meeting link), and any scheduling notes transfer. We do not transfer GoHire's specific self-scheduling link preference (GoHire's built-in scheduling tool vs Google Calendar vs Outlook); the customer reconfigures the scheduling integration in Crelate post-migration.
GoHire
Team Member
Crelate
User
1:1GoHire hiring team member accounts (recruiters, hiring managers, administrators) transfer as Crelate User records. We extract the email address, full name, and role designation from GoHire and resolve each by email match against the Crelate destination tenant's User table. Any GoHire Team Member without a matching Crelate User goes to a reconciliation queue for the customer's admin to provision the account before record import resumes. Role-based permissions map to Crelate's permission model, which the admin reviews post-migration for fine-grained access control.
GoHire
Custom Property (Job-level)
Crelate
Custom Field (Job-level)
1:1GoHire supports custom fields on Job records beyond the standard fields. We discover these at scan time and create equivalent Crelate custom fields with matching field types (text, picklist, date, numeric, monetary). Fields that cannot be matched by name or type are flagged in the mapping spreadsheet for the customer to resolve. Custom field values migrate as structured data into the corresponding Crelate custom fields.
GoHire
Custom Property (Candidate-level)
Crelate
Custom Field (Contact-level)
1:1GoHire custom fields on Candidate records transfer to Crelate Contact custom fields. Crelate supports custom field types including short/long answer, date, numeric, monetary, picklist (single and multi-select), and star ratings. We map GoHire field types to Crelate field types during the discovery phase and flag any fields that cannot be matched by name or compatible type in the mapping document.
GoHire
Candidate Source Attribution
Crelate
Tag / Activity Note
lossyGoHire Application records carry the source channel (which job board, direct application, referral link, or careers page generated the candidate). We preserve this as a Crelate Tag on the Contact record and as a custom text field sourced__c for reporting. If the customer uses GoHire's UTM and referrer tracking, we attempt to preserve that metadata as additional custom fields or tags in Crelate.
GoHire
Company (Candidate employer)
Crelate
Company / Client (optional CRM record)
1:1GoHire Candidate profiles may include current employer company name as a free-text field. If the customer is an agency using Crelate's CRM side, we can promote these to Crelate Company records linked to the Contact. If the customer is an in-house team without a client CRM use case, the company name remains as a text field on the Contact record. We confirm the customer's preference during scoping.
GoHire
Job Board Distribution Metadata
Crelate
Job Distribution Settings / Custom Fields
lossyGoHire's core differentiator is one-click multi-job-board publishing to Indeed, Monster, CareerBuilder, SimplyHired, and other aggregators. The board-specific job IDs and distribution history transfer as a structured set of Crelate custom text fields (one per board). The customer's admin reviews and confirms these before re-syndication in Crelate, at which point Crelate's own job board distribution settings take over for new postings.
| GoHire | Crelate | Compatibility | |
|---|---|---|---|
| Job | Job1:1 | Fully supported | |
| Candidate | Contact1:1 | Fully supported | |
| Application | Application (linked to Job and Contact)1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Screening Question (Job-level) | Custom Field (Job-level)1:1 | Fully supported | |
| Interview Event | Calendar Event / Activity1:1 | Fully supported | |
| Team Member | User1:1 | Fully supported | |
| Custom Property (Job-level) | Custom Field (Job-level)1:1 | Fully supported | |
| Custom Property (Candidate-level) | Custom Field (Contact-level)1:1 | Fully supported | |
| Candidate Source Attribution | Tag / Activity Notelossy | Fully supported | |
| Company (Candidate employer) | Company / Client (optional CRM record)1:1 | Fully supported | |
| Job Board Distribution Metadata | Job Distribution Settings / Custom Fieldslossy | 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.
GoHire gotchas
Job board standards compliance affects migration completeness
Bulk resume export requires GoHire account access
No documented public API for automated extraction
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
Migration kickoff and GoHire export coordination
We schedule a kickoff call with the customer's GoHire admin to confirm the full export scope and walk through the in-platform export process. We provide a checklist of GoHire admin panel exports to complete: Jobs export (CSV), Candidates export (CSV), Applications export (CSV), Team Members export (CSV), and bulk resume download. We also request confirmation of active job board distribution settings (board names and board-specific job IDs) for migration to Crelate custom fields. Export completeness is validated before we proceed to the discovery scan.
Discovery scan and object inventory
We ingest the GoHire exports and run a discovery scan to count Jobs, Candidates, Applications, pipeline stages, custom fields (Job-level and Candidate-level), team members, and attachment volume. We also identify any job descriptions with formatting that may fail job board standards on re-publish. The discovery output is a written migration scope document with record counts, a preliminary object mapping, and a flag list of any data quality issues requiring customer action before migration runs.
Schema design and custom field setup in Crelate
We design the Crelate destination schema based on the discovery scan. This includes creating Crelate custom fields for all GoHire custom properties (with type mapping: text to short/long answer, numeric to numeric, monetary to monetary, and so on). We configure pipeline stages to match GoHire stage names based on the naming convention agreed with the customer. We create the User records for each GoHire Team Member and resolve by email match against the Crelate tenant. Any unmapped fields are flagged in the mapping spreadsheet for the customer to review.
Sandbox migration and reconciliation
We run a full migration into Crelate's test environment using production-like data volume. The customer's admin reviews record counts, spot-checks 20-30 random records against the GoHire source exports, and validates that pipeline stages, custom field values, and candidate tags appear correctly in Crelate. The admin also confirms that resume attachments are linked to the correct Contact records. Any mapping corrections are applied in this phase before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Team Members and Users (validated), Jobs (with job board metadata preserved), Contacts (with resume attachments linked), Applications (linking Candidates to Jobs with source attribution), pipeline stage history (mapped to Crelate stage values), custom field values on Jobs and Contacts, and Tags for candidate source attribution. Each phase emits a row-count reconciliation report before the next phase begins. We freeze writes in GoHire during the final cutover window to capture any last-minute changes.
Cutover, validation, and automation rebuild handoff
After the final delta migration of any records modified during the cutover window, we enable Crelate as the system of record. We deliver the automation and workflow inventory document to the customer's admin team for rebuild in Crelate Workflows (Business Plus) or manual process documentation. We support a one-week hypercare window to resolve any record reconciliation issues. We do not rebuild GoHire workflows as Crelate automations inside the migration scope; that is a separate engagement. The careers-page builder configuration does not migrate; we recommend Crelate's branded job portal as the replacement candidate-facing page.
Platform deep dives
GoHire
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 GoHire 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
GoHire: Not publicly documented.
Data volume sensitivity
GoHire 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 GoHire to Crelate migration scoping. Not seeing yours? Book a call.
Walk through your GoHire 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 GoHire
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.