CRM migration

Migrate from Column Case Management to Microsoft Dynamics 365 Sales

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 logo

Column Case Management

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

92%

12 of 13

objects map 1:1 between Column Case Management and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Column Case Management logo

Column Case Management

What's pushing teams away

  • Customization carries a high cost — one reviewer noted that moving to a new version requires paying again to re-apply the same customizations, creating an upgrade cost trap.
  • Enterprise support in large corporate environments with complex security architecture and disparate processes proves difficult to coordinate, even though the vendor is described as receptive to feedback.
  • Organizations seeking a simple, lightweight case tracker find Column's depth of configuration overwhelming for straightforward use cases.
  • Limited public API documentation and unclear bulk-export mechanisms make it difficult for technical teams to evaluate migration paths before committing.

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 Column Case Management objects map to Microsoft Dynamics 365 Sales

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

maps to

Microsoft Dynamics 365 Sales

Incident

1:1
Fully supported

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

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

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

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Incident CustomerId + Connection

many:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Custom Evidence Entity + SharePoint

1:1
Fully supported

Evidence 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

maps to

Microsoft Dynamics 365 Sales

SharePoint / Notes / Attachment

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

SystemUser OwnerId

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Custom Fields on Incident

1:1
Fully supported

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

maps to

Microsoft Dynamics 365 Sales

Incident StateCode + StatusCode

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Incident PriorityCode

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Power Automate / Process Flow

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

Power BI / Dynamics Reports

1:1
Fully supported

Column 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

maps to

Microsoft Dynamics 365 Sales

SharePoint / Note Attachment

1:1
Fully supported

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

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.

Column Case Management logo

Column Case Management gotchas

Medium

Float/Concurrent license scoping affects migration user mapping

Medium

Customization re-application required on major version upgrades

High

No publicly documented REST API with published rate limits

Medium

BMC/Remedy integration creates auto-generated Cases that may duplicate manually entered records

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

  • Column workflows do not migrate to Dynamics Power Automate

    Column's workflow engine is a proprietary automation system that routes case tasks, triggers alerts, and enforces process sequences. Dynamics 365 Sales uses Microsoft Power Automate and Dynamics process flows as its automation layer — these are entirely separate engines. FlitStack AI migrates data only; workflows, automations, and task-assignment rules do not transfer. We export your Column workflow definitions as a structured JSON/PDF document so your Dynamics admin can use them as a rebuild specification when creating equivalent Power Automate flows or Dynamics process flows for the case management scenario.

  • Dynamics 365 Sales Professional caps custom tables at 15

    Dynamics 365 Sales Professional enforces a 15-table limit for custom entities. Column setups with custom entities beyond Evidence — for example, custom case-type entities, chain-of-custody objects, or case-linked inventory — may require the Enterprise or Customer Service license tier, which permits unlimited custom tables. Migration planning must include a license audit against your actual Column entity count so the correct Dynamics license tier is provisioned before data lands. FlitStack surfaces this requirement in the pre-migration schema review.

  • Column allows N:1 case-to-subject; Dynamics Incident requires a single primary customer

    Column's data model permits a Case to link to multiple Subjects without designating a primary contact. Dynamics Incidents require a single primary customer (Contact or Account) in the CustomerId field. We handle this by promoting the most recently modified or most-significant subject as the Incident.CustomerId and storing additional subject references in a custom multi-select option set (Additional_Subjects__c). Cases with no subjects at all receive a default 'Unassigned' Account. Your team reviews this mapping in the test migration before the full run.

  • Evidence chain-of-custody fields require a custom Dynamics entity

    Column's Evidence records carry chain-of-custody fields (collected date, collected by, storage location, disposition) that have no direct equivalent in the standard Dynamics Incident table. Dynamics stores these as custom fields on a custom Evidence entity (flitstack_Evidence__c) that links to the Incident via a lookup relationship. Your Dynamics admin must create this entity and its fields before migration. FlitStack delivers a schema setup plan naming the exact fields, types, and option-set values needed.

  • Documents re-hosted to SharePoint require separate access governance

    Column stores documents within its own document management system attached to cases. Migrating these to Dynamics 365 Sales means documents land in SharePoint document libraries associated with the Incident. SharePoint access permissions (who can view, edit, or delete documents) are governed separately from Dynamics record-level security. Your IT team must configure SharePoint permission groups that mirror your Column document access rules before the migration cutover, or documents may become inaccessible to investigators who had access in Column.

Migration approach

Six steps for a successful Column Case Management to Microsoft Dynamics 365 Sales data migration

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

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

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

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

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

Context on both ends of the pair

Column Case Management logo

Column Case Management

Source

Strengths

  • Float/Concurrent licensing model significantly reduces cost for organizations with variable caseload sizes.
  • Built-in BMC/Remedy integration auto-populates Cases from IT service desk incidents without manual re-entry.
  • Complete field-level audit trail satisfies compliance requirements for government and law enforcement agencies.
  • Web-based UI with version 9.x performance improvements, including faster search and responsive workflows.
  • Deep vertical coverage across fraud, Medicaid, law enforcement, and internal affairs with pre-built case types.

Weaknesses

  • Customization costs escalate quickly and upgrades may require re-purchasing existing customizations.
  • Limited public API documentation makes programmatic migration and integration development difficult to scope.
  • Enterprise-scale deployments in large organizations face coordination challenges around security and architecture.
  • Low review volume across G2, Capterra, and Gartner makes independent evaluation harder for prospective buyers.
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. 1 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 Column Case Management and Microsoft Dynamics 365 Sales .

  • Object compatibility

    B

    1 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

    Column Case Management: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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 consultation

Most Column-to-Dynamics migrations complete in 48–72 hours of clock time for under 50,000 total records across Cases, Subjects, Evidence, and Documents. Larger organizations with 500,000+ records or multiple custom entities extend to 5–7 days, particularly when evidence chain-of-custody fields or custom case-type entities require additional mapping phases. The planning and schema-setup phase — creating custom fields, the evidence entity, and option-set values in Dynamics — is typically the longest pre-migration step, often taking 1–2 weeks depending on schema complexity and admin availability.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Column Case Management.
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