CRM migration
Field-level mapping, validation, and rollback between solve 360 and Twenty CRM. We move data and schema; workflows are rebuilt natively in Twenty CRM.
solve 360
Source
Twenty CRM
Destination
Compatibility
8 of 11
objects map 1:1 between solve 360 and Twenty CRM.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Solve 360 to Twenty CRM is a schema restructuring migration. Solve 360 uses a single unified record model where people, companies, and work live on one entity; Twenty uses the standard Person and Company split with related Opportunities, Tasks, and Events. We resolve that structural difference during scoping, decompose each Solve 360 record into its Twenty constituents, and preserve the relationship links (who owns what, which person belongs to which company, which task is linked to which record). Solve 360 has no self-serve bulk export, so we read from the REST API using customer credentials or request assisted export from Norada client engineers. Workflow automations are exported as structured configuration JSON and do not migrate to Twenty's Workflow engine; we deliver a written inventory for the customer to rebuild manually. Attachments are downloaded and re-uploaded to Twenty with parent-record resolution so that the file association survives the move.
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 solve 360 object lands in Twenty CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
solve 360
Contact
Twenty CRM
Person
1:1Solve 360 Contacts map directly to Twenty Person records. Standard fields (name, email, phone, address) migrate with type preservation. Custom fields on the Contact record migrate as Twenty Person custom fields, which we pre-create via the /metadata GraphQL API before import. The Contact's linked Company becomes a Company record with the relationship preserved via the Person's companyLink field.
solve 360
Company
Twenty CRM
Company
1:1Solve 360 Companies map to Twenty Company records. Company name, domain, and address fields migrate directly. Custom fields on the Company record pre-create as Twenty Company custom fields via the /metadata API. If the same company domain appears across multiple Contact records in Solve 360, we deduplicate by domain and attach all Persons to the single Company record in Twenty.
solve 360
Task
Twenty CRM
Task
1:1Solve 360 Tasks map to Twenty Task records with Status, Priority, due date, and assignee preserved. The Task's linked Contact or Company becomes the Task's TaskTargetable record (Person or Company) via the Twenty activity model. Time tracking data from Solve 360 Task entries migrates as Twenty Task custom fields capturing duration, billing flag, and time-entry date.
solve 360
Follow-up
Twenty CRM
Task or Event
1:1Solve 360 Follow-ups are time-stamped activity entries tied to a Contact or Company. If the Follow-up has a scheduled date without a duration, we migrate it as a Twenty Event with StartDateTime and EndDateTime set to the Follow-up timestamp. If it has a duration, we migrate it as a Task with the completion date preserved. The original Follow-up type and notes migrate as Task description.
solve 360
Support Request
Twenty CRM
Task or Custom Object (Case)
lossySolve 360 Support Requests track issues end-to-end against a Contact or Company. We migrate Support Requests as Twenty Tasks linked to the Person or Company record, with status transitions preserved in Task custom fields. If the customer uses a dedicated support workflow, we can create a Case custom object in Twenty matching the Support Request schema, which requires pre-creating the custom object via the /metadata API before import.
solve 360
Time Record
Twenty CRM
Task (custom fields)
1:1Solve 360 Time Records attach to Tasks, Site Notes, Calls, and Meetings with duration, date, billing flag, and parent object. We flatten time records into the parent Task record as custom fields (time_duration_minutes, time_billing_flag, time_entry_date). The association to the parent object is preserved via the TaskTargetable relationship on the Twenty Task.
solve 360
Pipeline Stage
Twenty CRM
Opportunity Stage
lossySolve 360 Pipelines and their stages are configurable. We export the full pipeline structure (stage names, order, probabilities) and create matching Opportunity stages in Twenty via the /metadata API before Opportunity import. Each stage maps as a Stage field on the Twenty Opportunity object with the original probability preserved as a custom field.
solve 360
User
Twenty CRM
WorkspaceMember
1:1Solve 360 Users are both system actors and assignment targets. We export the user list and map owner IDs to Twenty WorkspaceMember records by email match. Any Solve 360 owner without a matching Twenty WorkspaceMember goes to a reconciliation queue for the customer to provision before record import resumes. Inactive Solve 360 users are mapped as inactive WorkspaceMembers in Twenty.
solve 360
Custom Field
Twenty CRM
Custom Field
lossySolve 360 supports user-defined custom fields on Contacts and Companies with types including text, number, date, and selection. We export field definitions and values, then create matching custom fields on the Twenty Person or Company object via the /metadata API with the correct field type (text, number, date, select). Selection fields with multiple options migrate as Twenty select fields with the original option values preserved.
solve 360
Tag
Twenty CRM
Tag
1:1Solve 360 Tags label Contacts, Companies, and other records. We export all tag values and re-apply them as Twenty native tags on the Person, Company, or Task record. The tagging association per record is preserved using Twenty's tag API.
solve 360
Attachment
Twenty CRM
Attachment
1:1Attachments on Contacts, Companies, Tasks, and Support Requests are downloaded as files and re-uploaded to Twenty via the GraphQL API, re-linked to the parent record (Person, Company, or Task) using the attachment's name, type, size, and upload date metadata. Files over 50 MB require chunked upload handling.
| solve 360 | Twenty CRM | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Follow-up | Task or Event1:1 | Fully supported | |
| Support Request | Task or Custom Object (Case)lossy | Fully supported | |
| Time Record | Task (custom fields)1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stagelossy | Fully supported | |
| User | WorkspaceMember1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachment1: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.
solve 360 gotchas
Minimum 4-user billing floor applies to the CRM plan
No self-serve bulk export; API access is assisted
Two separate products: Solve CRM vs. Solve Client Manager
Workflow automations are not portable between platforms
Twenty CRM gotchas
Import order is enforced and critical
Export limited to 20,000 records and visible columns only
Soft-deleted records count toward uniqueness and trigger restores
API rate limits cap at 200 req/min on Organization tier
No native email sequences — follow-up cadences require external tools
Pair-specific challenges
Migration approach
Discovery and export method determination
We audit the source Solve 360 account across product type (CRM vs Client Manager vs bundle), user count, record volumes for Contacts, Companies, Tasks, Follow-ups, Support Requests, and Time Records, custom field definitions, pipeline structures, and attachment file sizes. We determine the export method: REST API for accounts under 10,000 records with available API credentials, or assisted export from Norada client engineers for larger accounts. We also extract workflow definitions as structured JSON for the automation inventory document. The discovery output is a written migration scope with record counts, export method, and a Twenty edition recommendation (Pro at $9/user or Organization at $19/user).
Twenty schema design and custom object creation
We design the destination schema in Twenty. This includes creating custom fields on Person and Company (matched to Solve 360 custom fields via the /metadata GraphQL API), creating a Case custom object if Support Request migration is in scope, designing Opportunity stages matched to Solve 360 pipeline stages, and configuring any custom select field options. Twenty's metadata API computes the GraphQL schema automatically after we post the field definitions, which we validate before any data import begins.
Sandbox migration and reconciliation
We run a full migration into a Twenty sandbox or staging environment using production-like data volume. The customer's admin reconciles record counts (Persons in, Companies in, Tasks in, Activities in), spot-checks 20-30 random records against the Solve 360 source, and validates that relationship links (Person-Company, Task-Person) are intact. Any mapping corrections happen here before production migration begins. If the customer does not have a staging environment, we use a parallel workspace and validate before promoting to production.
Owner reconciliation and WorkspaceMember provisioning
We extract every distinct Solve 360 User referenced on Tasks, Follow-ups, and Support Requests and match by email against the Twenty workspace's WorkspaceMember list. Owners without a matching WorkspaceMember go to a reconciliation queue. The customer's admin provisions any missing WorkspaceMembers. Migration cannot proceed past this step because task assignments require a valid assignee reference in Twenty.
Production migration in dependency order
We run production migration in record-dependency order: Companies (from Solve 360 Companies), Persons (from Solve 360 Contacts with Company link resolved), Opportunities (with stage and probability mapped), Tasks (with Person or Company TaskTargetable resolved), Follow-ups (as Task or Event), Support Requests (as Task or Case custom object), Time Records (as custom fields on parent Task), Tags (applied to each Person, Company, and Task via the tag API), and Attachments (downloaded from Solve 360 and uploaded to Twenty with parent record re-linked). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow inventory handoff
We freeze writes to Solve 360 during cutover, run a final delta migration of any records modified during the migration window, then enable Twenty as the system of record. We deliver the workflow configuration JSON and automation inventory document to the customer's admin team. We support a three-day hypercare window where we resolve any reconciliation issues. We do not rebuild Solve 360 Workflows as Twenty Workflows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
solve 360
Source
Strengths
Weaknesses
Twenty CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across solve 360 and Twenty CRM.
Object compatibility
2 of 8 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
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
solve 360: Not publicly documented.
Data volume sensitivity
solve 360 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 solve 360 to Twenty CRM migration scoping. Not seeing yours? Book a call.
Walk through your solve 360 to Twenty CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave solve 360
Other ways to arrive at Twenty CRM
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.