CRM migration

Migrate from folk to Microsoft Dynamics 365 Sales

Field-level mapping, validation, and rollback between folk and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .

folk logo

folk

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

50%

5 of 10

objects map 1:1 between folk and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from folk to Microsoft Microsoft Dynamics 365 Sales is a structural migration that must resolve three fundamental model differences. Folk organizes data around Groups as containers with per-group custom field schemas; Microsoft Dynamics 365 Sales uses the Lead-Contact-Account model where Account is the canonical company record. Folk has no public bulk API, so we extract via CSV from each Group and rebuild relationship graphs during import using the destination's lookup resolution. We map folk Contacts to either Dynamics 365 Lead or Contact depending on qualification status, map folk Groups to Dynamics 365 Account (for company-type Groups) or Contact List (for segmented contact Groups), and enumerate every distinct per-group field schema to pre-create custom fields in Dynamics 365 before any data moves. Magic Field values, enrichment credits, email campaign performance data, and attachment files do not migrate because they are not accessible via CSV export; we document these gaps at scoping and advise customers to export campaign analytics separately before cutover. Workflows and sequences do not migrate.

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

folk logo

folk

What's pushing teams away

  • Internal automation between contact and company fields requires manual field mapping — contacts and companies do not auto-link in folk, causing data duplication for teams with strong account-based motions.
  • Reporting is limited compared to Pipedrive or HubSpot — deal dashboards and pipeline analytics shipped recently but still lag behind pipeline-first CRMs on forecasting and cohort analysis.
  • Workspace-wide AI credit limits mean one heavy automator can exhaust Magic Field credits for the entire team, causing unexpected feature lockouts mid-month.
  • No public bulk API documented for programmatic export — teams with thousands of records rely on multi-step CSV extraction, which breaks for attachments and relationship graphs.
  • Some users report bugs with document attachments and slower performance when contacts exceed 5,000 records in a single group.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How folk objects map to Microsoft Dynamics 365 Sales

Each row shows how a folk object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

folk

Contact (person subtype)

maps to

Microsoft Dynamics 365 Sales

Lead or Contact

1:many
Fully supported

folk Contacts of person subtype map to either Dynamics 365 Lead (for unqualified or early-stage records) or Contact (for qualified records linked to an Account). We establish the split rule during scoping using the contact's last activity date, tag set, and any group membership signals to determine qualification status. The original folk contact record is preserved in a custom field original_folk_id__c on both Lead and Contact for reconciliation.

folk

Contact (company subtype)

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

folk Contacts of company subtype map directly to Dynamics 365 Account. The folk company contact's name becomes Account Name, website domain maps to Website, and any associated address fields map to the Address composite. Company-type contacts that have person-type contacts linked to them inherit those person contacts as Dynamics 365 Contacts under the Account via a lookup relationship we resolve at migration time.

folk

Group

maps to

Microsoft Dynamics 365 Sales

Account (company-type) or Contact List (segment-type)

lossy
Fully supported

folk Groups are organizational containers that serve two distinct functions: company-oriented Groups (e.g., Clients, Prospects) map to Dynamics 365 Account records with the Group name as Account Name; segment-oriented Groups (e.g., VIP Contacts, Event Attendees) map to Dynamics 365 Contact List (a standard entity accessible via the marketing area). We classify each Group during discovery and map accordingly. Group membership for segment-type Groups is preserved as ContactListMember records.

folk

Custom Fields (per-group)

maps to

Microsoft Dynamics 365 Sales

Custom Fields (global)

lossy
Fully supported

folk defines custom fields per-Group, meaning the same contact record can have different field schemas depending on which Group it belongs to. We enumerate every distinct field schema across all Groups during discovery and pre-create the union of all custom fields as global custom fields on the Dynamics 365 Lead and Contact entities. Where contacts belong to multiple Groups with conflicting field values, we apply a priority rule (most recently modified value wins) and document the conflict for the customer's review.

folk

Notes

maps to

Microsoft Dynamics 365 Sales

Annotation (Note)

1:1
Fully supported

folk Notes attached to Contacts migrate to Dynamics 365 Annotation records linked to the corresponding Lead, Contact, or Account via the objectid and objecttypecode fields. Note body, author attribution, and creation timestamp transfer directly. Notes on company-type contacts migrate as Annotations on the Account record.

folk

Tags

maps to

Microsoft Dynamics 365 Sales

Tag or Custom Text Field

lossy
Fully supported

folk tags are a flat string array per contact with no hierarchy. We migrate tags as a comma-separated string in a custom text field on Lead and Contact. For customers who use tags as a primary segmentation signal, we recommend migrating tags to Dynamics 365 Marketing Tags (accessible in the marketing module) or to a custom multi-select picklist if the tag set is bounded and known.

folk

Reminders

maps to

Microsoft Dynamics 365 Sales

Task

1:1
Mapping required

folk Reminders carry a due date, assignee (owner), and text description. We migrate Reminders to Dynamics 365 Task records with Subject (from reminder text), DueDate (from reminder due date), and Status set to Not Started. Owner mapping requires resolving the folk owner email to a Dynamics 365 User record; any unresolved owners are held in a reconciliation queue for the customer's admin to provision.

folk

Pipeline Views

maps to

Microsoft Dynamics 365 Sales

Opportunity (for deal-oriented Groups) or Opportunity Process

lossy
Mapping required

folk Groups that contain deal-oriented pipeline data (stages, amounts, close dates) map to Dynamics 365 Opportunity records. The folk pipeline view stage names map to Dynamics 365 Opportunity Stage values within a Sales Process that we create during schema setup. For Groups without deal data, pipeline views are documented as reference data and do not generate Dynamics 365 Opportunity records.

folk

Activities (email, meeting, call in timeline)

maps to

Microsoft Dynamics 365 Sales

ActivityPointer (Email, Letter, Appointment, Task)

1:1
Fully supported

folk's activity timeline captures emails, meetings, and calls per contact. We extract activity data from the CSV export where present and map to Dynamics 365 ActivityPointer records with the appropriate Activity typecode. Activity timestamps preserve the original folk timestamps for timeline ordering. Note that CSV export may not capture the full rich-text body or attachment references from folk's activity timeline; we flag any gaps during the discovery audit.

folk

Attachments (file links)

maps to

Microsoft Dynamics 365 Sales

Annotation (Attachment) or SharePoint

1:1
Fully supported

folk attachments exported as file URLs or downloaded files migrate to Dynamics 365 Annotation note attachments linked to the parent record. If the customer uses Dynamics 365's SharePoint integration, we can route attachments to SharePoint document libraries and link them via the SharePoint document location entity. File size limits follow the Dynamics 365 attachment limit (32 MB per file for notes).

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.

folk logo

folk gotchas

High

No public bulk API for automated migration

Medium

Per-group custom fields create schema fragmentation

Medium

Workspace-wide AI credit limits affect all seats

Low

Contact–company linking is not automatic

Low

Email campaign history not exported

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • folk has no bulk API; all extraction is CSV-only

    folk does not expose a public REST, GraphQL, or bulk API for programmatic record extraction. We must export each Group separately as a CSV, which means attachment files, relationship graph metadata (which contacts belong to which Groups), and Magic Field-generated values are not included in the export. We cannot reconstruct the full contact-to-Group membership graph from a single CSV without also exporting a membership CSV per Group. We request these CSV exports during the discovery phase and warn customers that email campaign performance data, Magic Field outputs, and enrichment values will not appear in the destination system.

  • Per-group custom field schemas require pre-enumeration

    Custom fields in folk are defined at the Group level, not globally. The same contact record can have a field in one Group that does not exist in another Group. Dynamics 365 custom fields are global to the entity. We enumerate every unique field schema across all Groups during discovery, create the union of all custom fields on the Dynamics 365 Lead and Contact entities before import, and apply a conflict-resolution rule for contacts that appear in multiple Groups with conflicting field values. This enumeration step adds scope to discovery but prevents silent data loss during migration.

  • Contact-company linking in folk is manual, not automatic

    folk does not auto-link person-type contacts to company-type contacts. Any link between a person Contact and a company Contact must be manually established via a relationship field in folk. We preserve manually established links during migration by resolving the company Contact ID to a Dynamics 365 Account lookup on the person Contact. Links that were not manually established in folk cannot be inferred or reconstructed during migration.

  • Email campaign history and engagement metrics do not export

    folk's email campaign engine stores sent count, open rate, click rate, and unsubscribe data within its own reporting layer and does not expose this data in CSV exports. We migrate the contact lists associated with each campaign (the membership of who was sent the email) but not the campaign performance metrics. Customers who need historical campaign analytics should export that data from folk's reporting UI before migration begins and store it separately.

  • Magic Field values and enrichment data are not migratable

    folk's Magic Fields are AI-generated values computed at query time from source contact data and the Magic Field prompt, not stored as persistent data in the database. Enrichment data is live-fetched from third-party providers and similarly not persistently stored. Neither Magic Field outputs nor enrichment values appear in the CSV export. We do not attempt to migrate them. If the customer relies on Magic Field values for segmentation or scoring in folk, they should document the Magic Field logic separately so that it can be recreated as a Dynamics 365 calculated field or Power Automate flow post-migration.

Migration approach

Six steps for a successful folk to Microsoft Dynamics 365 Sales data migration

  1. Discovery and Group schema enumeration

    We export a CSV from every Group in the folk workspace, including a membership CSV per Group that maps contact IDs to Group IDs. We enumerate every distinct custom field across all Groups and build a unified field schema that covers the full union of all per-group definitions. We identify company-type contacts and segment-type Groups for classification during mapping. The discovery output is a written migration scope document with a complete object map, per-Group field schema inventory, and a list of data that cannot migrate (Magic Fields, enrichment, campaign metrics, attachment files).

  2. Dynamics 365 schema provisioning

    We pre-create all custom fields identified during discovery as global fields on the Dynamics 365 Lead, Contact, and Account entities. We configure Sales Processes and Record Types for any deal-oriented Groups that will map to Opportunities. We set up Contact Lists for segment-type Groups. If the customer uses SharePoint for document management, we configure the SharePoint integration before migration. All schema work happens in a Dynamics 365 sandbox or dev environment first for validation.

  3. Owner and User reconciliation

    We extract every distinct folk Owner referenced on contacts, notes, and reminders and match them by email against the destination Dynamics 365 User table. Any folk Owner without a matching Dynamics 365 User goes to a reconciliation queue for the customer's admin to provision before record import begins. Owner resolution is a blocking step because Dynamics 365 requires a valid OwnerId on most standard entities.

  4. Sandbox migration and reconciliation

    We run a full migration into the Dynamics 365 sandbox environment using production-like data volume. The customer's RevOps lead validates record counts, spot-checks 25-50 random records against the folk source, and confirms that the per-group field mapping is correct and that contact-Account links are properly resolved. Any mapping corrections happen in sandbox before production migration begins.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Accounts (from company-type folk contacts), Contact Lists (from segment-type Groups), Leads and Contacts (with AccountId lookup resolved, tag set migrated, and custom field values populated from the per-group CSV), Notes and Reminders (linked to the resolved parent record), Activity history (via Dynamics 365 Bulk API with chunking and exponential backoff), and Attachment files (as Annotation note attachments or routed to SharePoint). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and rebuild handoff

    We freeze writes to the folk workspace during cutover, run a final delta migration of any records modified during the migration window, then enable Microsoft Dynamics 365 Sales as the system of record. We deliver the Workflow and automation inventory document listing any folk sequences or automations that require manual rebuild in Dynamics 365 (Power Automate, Sales Insights, or the sales accelerator). We support a one-week hypercare window for reconciliation issues. We do not rebuild automations, sequences, or forms as part of the migration scope.

Platform deep dives

Context on both ends of the pair

folk logo

folk

Source

Strengths

  • One-click LinkedIn profile capture directly into a contact record with social handles and company data pre-filled.
  • Per-group custom fields allow different taxonomies per team or workflow without requiring schema-level admin access.
  • Clean, opinionated UI with a low learning curve — most teams reach proficiency within a single onboarding session.
  • Built-in email campaigns and sequences on Standard, with Gmail sender and email tracking available on both Standard and Premium.
  • Workspace-wide AI Magic Field credits included on all paid tiers, with a simpler credit model than Attio.

Weaknesses

  • No permanent free tier — only a 14-day trial with no free-forever option, which limits evaluation before commitment.
  • AI credit limits (2,000–5,000 Magic Field calls/month workspace-wide) constrain active outbound teams, especially on Standard.
  • No documented public API for bulk export — large-scale data extraction relies on CSV round-tripping, which drops attachments and relationship metadata.
  • Automation between contacts and companies is manual; account-based workflows require careful field setup to avoid duplication.
  • Reporting and analytics remain behind pipeline-first CRMs like Pipedrive on deal forecasting and cohort breakdowns.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across folk and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    2 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

    folk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your folk to Microsoft Dynamics 365 Sales 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 folk to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during folk to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your folk to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Small migrations under 5,000 contacts across fewer than ten Groups with no complex per-group field schemas complete in two to four weeks. Migrations with more than ten Groups, extensive per-group field differentiation, or large engagement histories (over 100,000 activity records) move to six to ten weeks because of the per-group schema enumeration step, multi-phase custom field provisioning in Dynamics 365, and the relationship graph reconstruction from the membership CSVs.

Adjacent paths

Related migrations to explore

Ready when you are

Move from folk.
Land in Microsoft Dynamics 365 Sales , 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