CRM migration

Migrate from Wintouch CRM to Twenty CRM

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 logo

Wintouch CRM

Source

Twenty CRM

Destination

Twenty CRM logo

Compatibility

80%

8 of 10

objects map 1:1 between Wintouch CRM and Twenty CRM.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Wintouch CRM logo

Wintouch CRM

What's pushing teams away

  • Limited modern integrations — no robust public API documentation and weak mobile app UX compared to cloud-native CRMs that teams expect in 2025.
  • Sparse third-party review volume and community support makes troubleshooting issues difficult when problems arise.
  • The platform's Java-based architecture on IBM i feels dated to teams accustomed to browser-based SaaS CRMs with faster UI responsiveness.
  • Custom field flexibility means that as teams grow, the system configuration becomes complex to maintain and difficult to migrate from.
  • Small review sample size on G2 (1 review) signals a niche product with limited market traction, making long-term vendor stability a concern.

Choosing

Twenty CRM logo

Twenty CRM

What's pulling them in

  • Top open-source CRM on GitHub with 40.6K stars, giving teams full source code access and infrastructure ownership without per-feature licensing surprises.
  • Free self-hosting under AGPL-3.0 means unlimited users and custom objects for the cost of cloud infrastructure alone, typically $20–100/month.
  • Pricing page explicitly mocks competitors for charging add-on fees for API access, webhooks, and workflows — transparency that resonates with RevOps teams burned by Salesforce.
  • Unlimited custom objects and fields with no price impact, letting teams shape the data model to their business rather than forcing business into rigid schemas.
  • Modern TypeScript/React/PostgreSQL stack means developer-led teams can extend, self-host, or integrate without fighting legacy architecture.

Object mapping

How Wintouch CRM objects map to Twenty CRM

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

maps to

Twenty CRM

People

1:1
Fully supported

Wintouch 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

maps to

Twenty CRM

Company

1:1
Fully supported

Wintouch 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

maps to

Twenty CRM

People (Lead source tracked)

1:1
Fully supported

Wintouch 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

maps to

Twenty CRM

Opportunity

1:1
Fully supported

Wintouch 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

maps to

Twenty CRM

Opportunity Stage

lossy
Fully supported

Wintouch'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

maps to

Twenty CRM

Task or Note

1:1
Fully supported

Wintouch 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

maps to

Twenty CRM

Task

1:1
Fully supported

Wintouch 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)

maps to

Twenty CRM

Custom Field (per object)

lossy
Fully supported

Wintouch 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

maps to

Twenty CRM

Attachment (via URL or file reference)

1:1
Fully supported

File 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)

maps to

Twenty CRM

Address fields on People/Company

1:1
Fully supported

Wintouch 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.

Gotchas + challenges

What specifically takes care here

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 logo

Wintouch CRM gotchas

Medium

Latitude/longitude geo-enrichment is North America only

Medium

Custom field proliferation creates migration mapping complexity

High

Activity workflow triggers do not export as data

Low

One-click report definitions are not portable

Twenty CRM logo

Twenty CRM gotchas

High

Import order is enforced and critical

High

Export limited to 20,000 records and visible columns only

Medium

Soft-deleted records count toward uniqueness and trigger restores

Medium

API rate limits cap at 200 req/min on Organization tier

Low

No native email sequences — follow-up cadences require external tools

Pair-specific challenges

  • Wintouch has no public API — export is CSV-only from the UI

    Wintouch CRM does not publish a public REST or bulk API endpoint. The only documented export path is the UI-based CSV download at Contacts > Options > Export Contacts. Activities, Deals, Accounts, Pipeline Stages, and custom fields must be identified individually during discovery, and some require manual export from separate screens. We plan the extraction phase around what is available via CSV, flag any objects that require manual export from Wintouch's admin screens, and agree on a handling path for objects that cannot be extracted automatically before the migration begins.

  • Activity workflow triggers and automation rules do not export as data

    Wintouch's automation engine — rules that auto-assign leads, fire follow-up sequences, and update pipeline stages — lives in the application layer, not in the contact or deal record. A CSV export captures the activity log entries but not the logic that created them. We document every active automation trigger during scoping and deliver a written inventory describing each rule's trigger, conditions, and actions with a recommended Twenty workflow equivalent. We do not rebuild these in Twenty; that work is a separate configuration step for the customer's admin team.

  • International geo-coordinates are absent for non-North American addresses

    Wintouch's latitude/longitude geo-enrichment feature operates within North America only. Any address record from outside the US or Canada will have no geo-coordinates in the Wintouch export. We identify all international addresses during the extraction audit and either map them to raw address fields in Twenty or flag them for post-migration enrichment via a third-party geocoding service. This is a documented gap, not a silent data loss event — we agree on the handling path before cutover.

  • Custom field proliferation requires explicit mapping and schema pre-creation

    Wintouch allows organizations to add custom fields to nearly every object over years of use. The resulting schema can include dozens of fields with inconsistent naming and mixed types (dropdown vs. free text, date vs. datetime). Twenty requires all custom fields to be created in Settings > Data Model before CSV import, because the import creates records only, not fields. We audit the complete custom field inventory during discovery, build an explicit mapping table, and pre-create fields in Twenty before any record data moves. Fields with no destination equivalent are archived rather than silently dropped.

Migration approach

Six steps for a successful Wintouch CRM to Twenty CRM data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Wintouch CRM logo

Wintouch CRM

Source

Strengths

  • Native IBM iSeries (AS/400) integration eliminates the need for middleware when migrating from or to other IBM ecosystem applications.
  • On-premise deployment option appeals to regulated industries and companies with strict data residency requirements.
  • Customizable UI and workflow engine allows organizations to model the CRM around their specific sales and service processes.
  • Module breadth covers CRM, lightweight ERP, project management, and HR within a single platform reducing vendor sprawl.
  • AI and ML predictive model capabilities are built in as Wintouch AI, offering basic forecasting without additional subscriptions.

Weaknesses

  • Extremely limited public API documentation makes automated migration tooling difficult to build and verify.
  • Review and community presence is sparse (1 G2 review), making peer validation of the product's current state difficult.
  • Mobile app performance lags compared to modern cloud-native CRM mobile experiences, causing friction for field sales teams.
  • Java-based architecture on IBM i is operationally complex to maintain compared to browser-based SaaS platforms.
  • No publicly documented bulk API endpoint limits migration to UI-based CSV exports for contacts only.
Twenty CRM logo

Twenty CRM

Destination

Strengths

  • AGPL-3.0 open-source license with full source code on GitHub — no vendor lock-in, no sunset risk.
  • Unlimited users and unlimited custom objects on self-hosted, with no feature gating based on headcount.
  • REST and GraphQL APIs available on all paid tiers, not locked behind an enterprise add-on fee.
  • MCP server and webhooks shipped as standard features, not premium upgrades.
  • Modern PostgreSQL-backed data model that developer teams can query, extend, and self-host.

Weaknesses

  • Recent v1.0 release means limited production hardening compared to CRMs with multi-year operational track records.
  • No native email sequencing or sales engagement tools — follow-up cadences require a separate platform.
  • No native two-way email sync or inbox integration, requiring third-party connectors for full activity logging.
  • Self-hosting 'free' pricing hides real infrastructure and DevOps costs that stack up over time.
  • Workflow automation is functional but lacks the complexity needed for sophisticated multi-step sales motions.

Complexity grading

How hard is this migration?

Moderate CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Wintouch CRM and Twenty CRM.

  • Object compatibility

    C

    4 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Wintouch CRM: Not publicly documented.

  • Data volume sensitivity

    B

    Wintouch CRM doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Wintouch CRM to Twenty CRM migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Wintouch CRM to Twenty CRM data migrations

Answers to the questions buyers ask most during Wintouch CRM to Twenty CRM migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Migrations under 15,000 Contacts, 3,000 Deals, and a manageable custom field inventory (under 20 custom fields per object) typically complete in three to five weeks. Migrations with extensive custom field proliferation, multiple pipeline configurations, large activity histories, or international address data requiring geo-enrichment handling extend to eight to twelve weeks. The primary timeline variable is Wintouch's CSV-only export constraint, which requires manual export steps for objects beyond Contacts and limits the degree of automation in the extraction phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Wintouch CRM.
Land in Twenty CRM, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day