CRM migration
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
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
5 of 10
objects map 1:1 between folk and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
2-4 weeks
Overview
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.
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.
Source platform
folk platform overview
Scorecard, SWOT, gotchas, and pricing for folk.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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)
Microsoft Dynamics 365 Sales
Lead or Contact
1:manyfolk 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)
Microsoft Dynamics 365 Sales
Account
1:1folk 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
Microsoft Dynamics 365 Sales
Account (company-type) or Contact List (segment-type)
lossyfolk 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)
Microsoft Dynamics 365 Sales
Custom Fields (global)
lossyfolk 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
Microsoft Dynamics 365 Sales
Annotation (Note)
1:1folk 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
Microsoft Dynamics 365 Sales
Tag or Custom Text Field
lossyfolk 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
Microsoft Dynamics 365 Sales
Task
1:1folk 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
Microsoft Dynamics 365 Sales
Opportunity (for deal-oriented Groups) or Opportunity Process
lossyfolk 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)
Microsoft Dynamics 365 Sales
ActivityPointer (Email, Letter, Appointment, Task)
1:1folk'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)
Microsoft Dynamics 365 Sales
Annotation (Attachment) or SharePoint
1:1folk 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).
| folk | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Contact (person subtype) | Lead or Contact1:many | Fully supported | |
| Contact (company subtype) | Account1:1 | Fully supported | |
| Group | Account (company-type) or Contact List (segment-type)lossy | Fully supported | |
| Custom Fields (per-group) | Custom Fields (global)lossy | Fully supported | |
| Notes | Annotation (Note)1:1 | Fully supported | |
| Tags | Tag or Custom Text Fieldlossy | Fully supported | |
| Reminders | Task1:1 | Mapping required | |
| Pipeline Views | Opportunity (for deal-oriented Groups) or Opportunity Processlossy | Mapping required | |
| Activities (email, meeting, call in timeline) | ActivityPointer (Email, Letter, Appointment, Task)1:1 | Fully supported | |
| Attachments (file links) | Annotation (Attachment) or SharePoint1: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.
folk gotchas
No public bulk API for automated migration
Per-group custom fields create schema fragmentation
Workspace-wide AI credit limits affect all seats
Contact–company linking is not automatic
Email campaign history not exported
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
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).
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.
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.
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.
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.
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
folk
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
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 folk and Microsoft Dynamics 365 Sales .
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
folk: Not publicly documented.
Data volume sensitivity
folk 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 folk to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave folk
Other ways to arrive at Microsoft Dynamics 365 Sales
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.