CRM migration
Field-level mapping, validation, and rollback between Column Case Management and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Column Case Management
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 13
objects map 1:1 between Column Case Management and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Column Case Management is a workflow-driven investigative case management platform used by law enforcement, fraud investigators, and government agencies. It models data as Cases, Subjects, Evidence, and Documents with a customizable entity schema. Dynamics 365 Sales is Microsoft's CRM built on Dataverse, using standard entities (Account, Contact, Lead, Opportunity, Incident) with a strict schema. The migration maps Column Cases to the Dynamics Incident table, Subjects to Contact records, Evidence to custom incident-related entities, and Documents to SharePoint via Dynamics' document management integration. We preserve original timestamps, owner assignments (matched by email to Dynamics users), and cross-reference IDs for traceability. Column workflows, automations, and templates do not migrate — FlitStack exports their definitions as a rebuild reference for Power Automate and Dynamics process flows. The migration uses Dynamics' Web API and Bulk API to write records in dependency order, with a 24–48 hour delta-pickup window capturing any in-flight changes during cutover.
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
Column Case Management platform overview
Scorecard, SWOT, gotchas, and pricing for Column Case Management.
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 Column Case Management 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.
Column Case Management
Case
Microsoft Dynamics 365 Sales
Incident
1:1Column Cases map 1:1 to Dynamics 365 Incidents. The Case title becomes the Incident Title, Case ID is stored as Source_Case_Number__c, and case status maps to Incident State/StatusCode via value mapping. Column-created and closed timestamps are preserved in custom datetime fields.
Column Case Management
Subject (Person)
Microsoft Dynamics 365 Sales
Contact
1:1Each Column Subject record with type 'Person' migrates to a Dynamics Contact. Subject first name, last name, email, phone, and address fields map directly. Unmatched subjects are flagged before migration — your team assigns a fallback account or imports as inactive contacts.
Column Case Management
Subject (Organization)
Microsoft Dynamics 365 Sales
Account
1:1Column Subjects with type 'Organization' migrate to Dynamics Accounts. Organization name maps to Account.Name, domain to Website, and industry to Industry pick-list via value mapping. Parent-subject hierarchies map to Account.ParentAccountId. Where no industry match exists in Dynamics option set, we apply a default 'Other' value for continuity, and your admin updates it post-migration. Organizational address fields map to Address1 composite or individual address components on the Account record.
Column Case Management
Case-Subject Relationship
Microsoft Dynamics 365 Sales
Incident CustomerId + Connection
many:1Column allows N Subjects per Case. Dynamics Incidents require a single primary customer (Contact or Account). We map the primary subject as Incident.CustomerId and store additional subject references in a custom multi-select option set (Additional_Subjects__c) for investigative continuity. Cases with zero subjects are assigned a default 'Unassigned' Account placeholder so every Incident maintains referential integrity with a valid CustomerId lookup.
Column Case Management
Evidence
Microsoft Dynamics 365 Sales
Custom Evidence Entity + SharePoint
1:1Evidence records require a custom Dynamics entity (flitstack_Evidence__c) or SharePoint document library linked to the Incident. Chain-of-custody fields (collected date, collected by, storage location) migrate as custom fields on the evidence entity. File attachments re-upload to SharePoint and linked via a URL field.
Column Case Management
Document
Microsoft Dynamics 365 Sales
SharePoint / Notes / Attachment
1:1Column documents attached to cases migrate to SharePoint document libraries associated with the Incident. Small inline documents or images are stored as Dynamics Notes attachments (max 5MB per note). We preserve the original document name, upload date, and uploaded-by user reference.
Column Case Management
Case Assignment / User Owner
Microsoft Dynamics 365 Sales
SystemUser OwnerId
1:1Column case owner usernames are matched by email to Dynamics SystemUser records. Unmatched owners are flagged pre-migration — your admin either invites them to Dynamics or assigns their cases to a fallback owner. Ownership is resolved before Incident records are written so every record lands with a valid OwnerId.
Column Case Management
Custom Case Fields
Microsoft Dynamics 365 Sales
Custom Fields on Incident
1:1Column's custom fields on Cases (text, number, date, pick-list) translate to Dynamics custom fields with 'new_' schema prefix. Field type is preserved — pick-lists become option sets, dates stay datetime. Required-field constraints must be set in Dynamics before migration; we handle the data transform.
Column Case Management
Case Status / Stage
Microsoft Dynamics 365 Sales
Incident StateCode + StatusCode
1:1Column case status values (Open, In Review, Closed, etc.) map to Dynamics Incident StateCode and StatusCode via value-by-value mapping. Probability and resolved-flag are re-applied based on Dynamics status values. Stage-entered timestamps are preserved in a custom datetime field for audit continuity.
Column Case Management
Case Priority
Microsoft Dynamics 365 Sales
Incident PriorityCode
1:1Column priority (Critical, High, Medium, Low) maps to Dynamics PriorityCode option set values. The mapping is 1:1 — Critical maps to High Priority in Dynamics, High maps to Normal, etc. Your admin confirms the value map before the migration run commits.
Column Case Management
Workflow / Automations
Microsoft Dynamics 365 Sales
Power Automate / Process Flow
1:1Column workflows do not have a Dynamics equivalent. We export workflow definitions (trigger conditions, step sequences, assignee rules) as JSON/PDF documentation. Your Dynamics admin rebuilds them using Power Automate or Dynamics process flows, referencing the exported definitions as the rebuild spec.
Column Case Management
Report / Dashboard
Microsoft Dynamics 365 Sales
Power BI / Dynamics Reports
1:1Column reports and dashboards are not transferable. The underlying data migrates to Dynamics, so Power BI reports can be rebuilt against the same data. FlitStack provides a data dictionary mapping Column fields to Dynamics fields so Power BI authors can build equivalent visualizations without a data migration round-trip.
Column Case Management
Attachments / Files
Microsoft Dynamics 365 Sales
SharePoint / Note Attachment
1:1File attachments from Column migrate to SharePoint document libraries associated with the target Incident. Files under 5MB are stored as Dynamics Note attachments. File name, size, upload timestamp, and uploaded-by user are preserved. Inline images in notes are downloaded and re-hosted in SharePoint.
| Column Case Management | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Case | Incident1:1 | Fully supported | |
| Subject (Person) | Contact1:1 | Fully supported | |
| Subject (Organization) | Account1:1 | Fully supported | |
| Case-Subject Relationship | Incident CustomerId + Connectionmany:1 | Fully supported | |
| Evidence | Custom Evidence Entity + SharePoint1:1 | Fully supported | |
| Document | SharePoint / Notes / Attachment1:1 | Fully supported | |
| Case Assignment / User Owner | SystemUser OwnerId1:1 | Fully supported | |
| Custom Case Fields | Custom Fields on Incident1:1 | Fully supported | |
| Case Status / Stage | Incident StateCode + StatusCode1:1 | Fully supported | |
| Case Priority | Incident PriorityCode1:1 | Fully supported | |
| Workflow / Automations | Power Automate / Process Flow1:1 | Fully supported | |
| Report / Dashboard | Power BI / Dynamics Reports1:1 | Fully supported | |
| Attachments / Files | SharePoint / Note 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.
Column Case Management gotchas
Float/Concurrent license scoping affects migration user mapping
Customization re-application required on major version upgrades
No publicly documented REST API with published rate limits
BMC/Remedy integration creates auto-generated Cases that may duplicate manually entered records
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
Analyze Column schema and map to Dynamics entities
FlitStack reads your Column export and identifies all entity types — Cases, Subjects, Evidence, Documents, and custom case-type entities. We produce a schema map showing each Column entity, its fields, and the corresponding Dynamics entity or custom entity name. This document serves as the shared reference between your team and ours before any migration work begins, ensuring both parties agree on the data model translation and any custom entity handling requirements upfront.
Configure Dynamics environment with custom fields and entity structure
Before data is written, your Dynamics admin (or our team) creates the custom fields on Incident, Contact, and Account, and creates any custom entities (e.g., flitstack_Evidence__c) identified in the schema map. We deliver a step-by-step Dynamics setup plan naming the exact schema names, field types, option-set values, and required-field configurations. This ensures the target environment is fully provisioned and validated before any test or production migration runs execute against it.
Run a sample migration with field-level diff
A representative slice — typically 100–500 records covering Cases, Subjects, Evidence, and Documents — migrates first. We generate a field-level diff showing the source value, mapped value, and destination field for every mapped attribute. You verify case-to-subject relationship mapping, evidence chain-of-custody field placement, and document attachment URLs before the full migration run commits its data to Dynamics, catching any mapping errors early.
Execute full migration with dependency-ordered writes
Records migrate in dependency order: Accounts/Contacts first (so Incident.CustomerId resolves), then custom entities, then Cases/Incidents with relationship IDs, then Evidence and Documents. Owner resolution by email match runs before record writes so every Incident has a valid OwnerId. The migration uses Dynamics Web API for real-time single-record operations and Bulk API for high-volume batch processing, maximizing throughput while respecting Dynamics API rate limits.
Validate, delta-pickup, and deliver migration report
Post-migration, we verify record counts match source, custom field completeness is above 99%, and a random sample of Incidents is reviewed in Dynamics for correct subject mapping, priority values, and document links. A delta-pickup window (24–48 hours) captures any Column records created or modified during the cutover. FlitStack delivers a migration report with record counts, skipped records, owner-match failures, and a workflow export package for your Power Automate rebuild.
Platform deep dives
Column Case Management
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Column Case Management and Microsoft Dynamics 365 Sales .
Object compatibility
1 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
Column Case Management: Not publicly documented.
Data volume sensitivity
Column Case Management 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 Column Case Management to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Column Case Management 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 Column Case Management
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.