CRM migration
Field-level mapping, validation, and rollback between Wintouch CRM and Twenty CRM. We move data and schema; workflows are rebuilt natively in Twenty CRM.
Wintouch CRM
Source
Twenty CRM
Destination
Compatibility
8 of 10
objects map 1:1 between Wintouch CRM and Twenty CRM.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Wintouch CRM to Twenty CRM is a migration from a legacy IBM i (AS/400) platform to a modern, self-hosted open-source CRM with TypeScript and React at its core. Wintouch stores data in a Java-based IBM iSeries environment with no documented public API, limiting export to CSV from the UI for Contacts only. We extract what is available from Wintouch's export interface, normalize Wintouch's per-object custom fields and pipeline configurations, and land those records in Twenty's Company, People, Opportunity, Task, and Note objects. Twenty's schema supports custom objects from installation, so Wintouch custom fields map directly without tier restrictions. Workflow triggers, automation rules, and report configurations live in Wintouch's application layer and do not migrate as data; we document every active automation for the customer's admin to rebuild in Twenty's workflow builder. The migration runs in two phases — a sandbox validation pass followed by production cutover — with owner reconciliation and delta-capture at cutover to capture any writes that occurred during the migration window.
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 Wintouch CRM 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.
Wintouch CRM
Contact
Twenty CRM
People
1:1Wintouch Contact records export via the UI at Contacts > Options > Export Contacts as CSV. Standard fields (name, email, phone, address) map directly to Twenty's People object fields. Custom Contact fields are extracted during scoping and pre-created in Twenty's Data Model under Settings > Data Model before import. Any Wintouch contact with no email address is flagged in the mapping table and imported with a blank email field per Twenty's import behavior.
Wintouch CRM
Account
Twenty CRM
Company
1:1Wintouch Account records (B2B and B2C types, multiple contacts per account, multiple addresses) map to Twenty's Company object. Address normalization is required for international accounts because Wintouch's geo-enrichment is North America only; we flag non-North American addresses and either preserve raw address fields or pass them to a post-migration enrichment step. Account name is the dedupe key during import.
Wintouch CRM
Lead
Twenty CRM
People (Lead source tracked)
1:1Wintouch Leads map to Twenty's People object with the original lead source preserved in a custom field. Wintouch's lead-to-contact conversion logic is not exportable as data because the workflow triggers live in the application layer; we document the conversion workflow during scoping so the customer can replicate lead assignment and routing in Twenty's workflow builder post-migration.
Wintouch CRM
Deal
Twenty CRM
Opportunity
1:1Wintouch Deals map to Twenty's Opportunity object. The Wintouch dealstage and pipeline assignment map to Twenty's Opportunity stage configuration, which we pre-build in the destination workspace before import. Historical deal stage history migrates as a JSON field on the Opportunity record if the customer requires it for reporting continuity.
Wintouch CRM
Pipeline Stage
Twenty CRM
Opportunity Stage
lossyWintouch's customizable pipeline stages are exported during discovery and configured in Twenty as Opportunity stage values before deal migration begins. Stage names and ordering are mapped explicitly. Any Wintouch stage with no direct Twenty equivalent is created as a custom stage in Twenty during schema setup.
Wintouch CRM
Activity
Twenty CRM
Task or Note
1:1Wintouch Activities (completed tasks and scheduled work) map to Twenty's Task and Note objects. Completed activities with a body of text migrate as Note records; scheduled work items migrate as Task records. Activity date formats (which vary by Wintouch installation) are normalized to ISO 8601 during the transform step. Owner assignment resolves by email match to Twenty Members.
Wintouch CRM
Task
Twenty CRM
Task
1:1Wintouch Task records map directly to Twenty's Task object. Completed versus open task status is preserved. Owner assignment is resolved via email lookup to the Twenty Members table. Any task assigned to a Wintouch Owner with no matching Twenty user is placed in a reconciliation queue for the customer's admin to provision before the migration phase resumes.
Wintouch CRM
Custom Field (per object)
Twenty CRM
Custom Field (per object)
lossyWintouch allows per-object custom field creation across Contacts, Activities, Accounts, and Leads. We audit the full custom field inventory during discovery, identify field types (dropdown, free text, checkbox, numeric, date), and pre-create all custom fields in Twenty's Data Model before any record import. Fields with no Twenty equivalent are archived to a JSON field on the record with a migration note rather than silently dropped.
Wintouch CRM
Attachment
Twenty CRM
Attachment (via URL or file reference)
1:1File attachments stored within Wintouch are not covered by a documented bulk export endpoint. We extract available attachments via accessible file paths in the Wintouch environment and map them to the corresponding Contact or Activity record. Where file path access is restricted, we document the attachment inventory and flag which records have unresolved attachments for the customer's admin to handle post-migration.
Wintouch CRM
Geographic Data (Address coordinates)
Twenty CRM
Address fields on People/Company
1:1Wintouch generates latitude/longitude coordinates for addresses but only within North America. International addresses exported from Wintouch will lack geo-coordinates. We extract available coordinate data and map it to Twenty's address fields, flagging records from outside North America for post-migration geo-enrichment if required. No coordinate data is silently dropped; all gaps are surfaced in the extraction audit.
| Wintouch CRM | Twenty CRM | Compatibility | |
|---|---|---|---|
| Contact | People1:1 | Fully supported | |
| Account | Company1:1 | Fully supported | |
| Lead | People (Lead source tracked)1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Pipeline Stage | Opportunity Stagelossy | Fully supported | |
| Activity | Task or Note1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Custom Field (per object) | Custom Field (per object)lossy | Fully supported | |
| Attachment | Attachment (via URL or file reference)1:1 | Fully supported | |
| Geographic Data (Address coordinates) | Address fields on People/Company1: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.
Wintouch CRM gotchas
Latitude/longitude geo-enrichment is North America only
Custom field proliferation creates migration mapping complexity
Activity workflow triggers do not export as data
One-click report definitions are not portable
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 planning
We audit the Wintouch installation across all active modules (Contacts, Accounts, Leads, Deals, Activities, Tasks, custom fields per object, and pipeline configurations). We map the available export paths to each object — Contacts via CSV export, Accounts and Leads via their respective screens, Deals via the pipeline export — and identify any objects requiring manual extraction. We also document active automation triggers and workflow rules that the customer will need to rebuild. The discovery output is a written migration scope with an explicit export schedule and a list of any Wintouch objects that require a manual export path.
Twenty workspace setup and schema pre-creation
We create the destination Twenty workspace and pre-build the schema before any data arrives. This includes creating custom objects and fields in Settings > Data Model (all custom fields must exist before CSV import per Twenty's import behavior), configuring Opportunity stages to match the Wintouch pipeline structure, and inviting all team members to Twenty so that Owner email lookups can resolve during import. The schema setup runs in parallel with the Wintouch export preparation to keep the timeline efficient.
Data extraction and transformation
We extract records from Wintouch via the available CSV export paths, normalize field formats (date formats, phone number structures, address concatenation), apply the custom field type translation, and build the dependency-ordered transform files (Companies first, then People with AccountId lookups resolved, then Opportunities with stage mapping, then Tasks and Notes). International address records are flagged for geo-coordinate handling. The extraction audit produces a row-count reconciliation report for each object before any import begins.
Sandbox migration and reconciliation
We run a full migration into a Twenty sandbox or test workspace using production-like data volume. The customer's team reconciles record counts against the Wintouch source (Contacts in, Companies in, People in, Opportunities in, Tasks in), spot-checks 20-30 records in Twenty against the Wintouch source for field accuracy, and verifies that custom fields populated correctly. Any mapping corrections are applied here before production migration begins. This step is required because Wintouch's lack of a bulk API means corrections in production are more costly than in systems with full API access.
Owner reconciliation and team provisioning
We extract every distinct Wintouch Owner (user) referenced on Contact, Account, Lead, Deal, and Activity records and match by email against the Twenty workspace Members list. Any Wintouch Owner without a matching Twenty user goes to a reconciliation queue. The customer's admin provisions missing users in Twenty and we verify they appear in the Members list before record migration resumes. Owner resolution must be complete before Opportunity and Activity import because OwnerId references are required on those objects.
Production cutover and delta capture
We freeze writes in Wintouch during the cutover window, run a final delta extraction for any records modified during the migration, then import the complete dataset into Twenty in dependency order (Companies, then People, then Opportunities, then Tasks and Notes). Each phase emits a row-count report. We run a post-import validation against the original Wintouch counts and resolve any discrepancies. We deliver the automation and workflow inventory document to the customer's admin for rebuild in Twenty's workflow builder. A one-week hypercare window is included for reconciliation issues raised by the team.
Platform deep dives
Wintouch CRM
Source
Strengths
Weaknesses
Twenty CRM
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Wintouch CRM and Twenty CRM.
Object compatibility
4 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
Wintouch CRM: Not publicly documented.
Data volume sensitivity
Wintouch CRM 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 Wintouch CRM to Twenty CRM migration scoping. Not seeing yours? Book a call.
Walk through your Wintouch CRM 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 Wintouch CRM
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.