CRM migration

Migrate from Olqan to Microsoft Dynamics 365 Sales

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

Olqan logo

Olqan

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

70%

7 of 10

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

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Olqan combines CRM, project management, HR, and finance into a single workspace, which means its exports bundle records from multiple modules into one download file. We parse those mixed exports into isolated object streams — Contacts, Companies, Deals, Tickets, Projects, Employees, Time Logs, and Invoices — and normalize each against the Microsoft Dynamics 365 Sales data model before loading. Olqan's Contact and Company records carry a flat relationship; Microsoft Dynamics 365 Sales uses a separate Account object with Contacts linked as children. We decompose that relationship at migration time, creating Account records first and resolving AccountId lookups on every Contact. Pipeline stages from Olqan Deals map to Microsoft Dynamics 365 Sales Opportunity stages via a configurable stage-mapping table. Workflows, automations, and project-task hierarchies are not migrated as code; we deliver a written inventory of every Olqan automation and workflow for the customer's admin to rebuild in Microsoft Dynamics 365 Sales using Power Automate or model-driven apps. HR and finance data — employee profiles, time logs, invoices — has no native destination in Microsoft Dynamics 365 Sales and requires either a custom Dataverse table or manual re-entry planning.

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

Olqan logo

Olqan

What's pushing teams away

  • Missing mobile app limits access to the platform outside of desktop browsers, frustrating field teams and on-the-go users.
  • Limited third-party integrations restrict connectivity with existing tools, requiring manual workarounds or custom development.
  • Platform immaturity means some features do not function as documented, requiring workarounds or waiting for patches.
  • Integration challenges cause data synchronization issues with external systems, creating duplicate records or missed updates.

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 Olqan objects map to Microsoft Dynamics 365 Sales

Each row shows how a Olqan 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.

Olqan

Contact

maps to

Microsoft Dynamics 365 Sales

Contact

1:1
Fully supported

Olqan Contacts map to Microsoft Dynamics 365 Sales Contact records. We resolve the parent Account by matching Olqan's company association field against Olqan Companies, then map those to Account records created first in the migration sequence. Contact fields — name, email, phone, job title, lifecycle stage — map to their Dynamics equivalents (firstname, lastname, emailaddress1, telephone1, jobtitle, industrycode). Olqan's lifecycle stage property migrates to a custom field olqan_lifecycle_stage__c on Contact for reporting continuity.

Olqan

Company

maps to

Microsoft Dynamics 365 Sales

Account

1:1
Fully supported

Olqan Company records map directly to Microsoft Dynamics 365 Sales Account. The company name becomes Account Name; address fields map to address1_line1, address1_city, address1_stateorprovince, address1_postalcode, address1_country. Industry and company size map to IndustryCode and NumberOfEmployees. Account is created before Contact migration so that the AccountId lookup is resolved at insert time, preventing orphaned Contact records.

Olqan

Deal

maps to

Microsoft Dynamics 365 Sales

Opportunity

1:1
Fully supported

Olqan Deals map to Microsoft Dynamics 365 Sales Opportunity. Deal name becomes Opportunity Name; deal value maps to EstimatedValue; close date maps to EstimatedCloseDate. The Olqan pipeline stage name maps to a Microsoft Dynamics 365 Sales Process and StageName via a configurable mapping table created during schema design. Owner from Olqan Deal resolves to Microsoft Dynamics 365 Sales User by email match.

Olqan

Deal Stage

maps to

Microsoft Dynamics 365 Sales

Opportunity Stage

lossy
Fully supported

Each Olqan pipeline with its stage labels and probabilities translates to a Microsoft Dynamics 365 Sales Process. We create the Sales Process in the destination org before migration, configuring StageName and StageProbability for each stage. Closed-Won and Closed-Lost outcomes from Olqan map to Microsoft Dynamics 365 Sales Won - Lost statuses with the probability override applied at migration time.

Olqan

Ticket

maps to

Microsoft Dynamics 365 Sales

Case

1:1
Fully supported

Olqan Tickets migrate to Microsoft Dynamics 365 Sales Case. Ticket subject becomes Case Title; ticket status maps to Case Status; priority maps to Priority. Agent assignment resolves to Microsoft Dynamics 365 Sales User by email. Ticket conversations are stored as EmailMessage records linked to the Case, preserving the support thread timeline. If the Dynamics 365 org does not include Service Cloud licensing, Cases may not be available and Tickets migrate to custom fields on the Account or Contact instead.

Olqan

Project

maps to

Microsoft Dynamics 365 Sales

Opportunity or Custom Entity

lossy
Fully supported

Olqan Projects store tasks, time logs, assignees, and milestones with no direct Microsoft Dynamics 365 Sales equivalent. If the project tracks billable client work, we map the project record to a custom Dataverse table (Project__c) and link it to the Account. Tasks nested within the project migrate as records in a ProjectTask__c custom table linked to Project__c. If the customer does not require project tracking in Dynamics 365, we deliver the project data as a structured CSV inventory for reference.

Olqan

Employee

maps to

Microsoft Dynamics 365 Sales

SystemUser or Custom HR Table

lossy
Fully supported

Olqan Employee profiles (job title, department, start date, contact details, manager hierarchy) do not map to a standard Microsoft Dynamics 365 Sales object. If the destination org includes Dynamics 365 Human Resources, we migrate to the HR module. Otherwise we create a custom Dataverse table (Employee__c) with fields for each Olqan employee attribute. Reporting relationships from Olqan's manager field map to a self-referencing lookup on the custom table.

Olqan

Custom Fields

maps to

Microsoft Dynamics 365 Sales

Custom Fields

1:1
Mapping required

Olqan custom fields on Contact, Company, Deal, Ticket, and Project migrate to Microsoft Dynamics 365 Sales custom attributes (CustomFields or custom __c fields on the equivalent Dataverse table). We detect field type during export parsing — text, number, date, picklist, checkbox — and map to the corresponding Dataverse attribute type. Any custom field that has no valid destination in Microsoft Dynamics 365 Sales schema is documented in a Custom Fields Inventory with data type, current values, and a recommendation for a custom field or notes field placement.

Olqan

User / Owner

maps to

Microsoft Dynamics 365 Sales

User

1:1
Fully supported

Olqan user accounts across CRM, project, HR, and ticket modules map to Microsoft Dynamics 365 Sales User records. We match by email address as the unique identifier. Users without a matching Dynamics 365 User go to a reconciliation queue for the customer's admin to provision. Assignee and owner references on Deals, Tickets, and Projects resolve via this User lookup before record import proceeds.

Olqan

Attachment

maps to

Microsoft Dynamics 365 Sales

Annotation or SharePoint

1:1
Fully supported

File attachments on Olqan Deals, Projects, Tickets, and Tasks migrate as Notes (Annotation records) in Microsoft Dynamics 365 Sales , linked via objectid and objecttypecode to the parent record. We preserve the original filename, upload date, and file body. Large attachments above 5 MB are handled as SharePoint file references if the Dynamics 365 org has SharePoint integration enabled, otherwise stored as Annotation with a size warning raised during scoping.

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.

Olqan logo

Olqan gotchas

Medium

No mobile app for iOS or Android

Medium

Limited third-party integration ecosystem

Low

Mixed-object exports require post-processing

Low

Newer platform with evolving feature set

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

  • Olqan exports bundle multiple object types into a single file

    Olqan's export functionality may combine records from its CRM, project, HR, and finance modules into a single CSV or JSON download. We parse this mixed export into discrete object streams — Contacts, Companies, Deals, Tickets, Projects, Employees, Time Logs, Invoices — before mapping. Ambiguous record types are flagged for the customer to confirm before we commit data to Microsoft Dynamics 365 Sales . Skipping this step results in Contacts imported as Accounts or Deals without an AccountId lookup, requiring manual correction in the destination org.

  • Olqan has no documented public API

    Olqan does not publish a REST or GraphQL API for third-party data extraction, which means migration relies on CSV or JSON exports from the Olqan interface. We coordinate with the customer to extract all module data in parallel, then validate record counts and field completeness before processing. If an export is incomplete or missing fields, we flag the gap and pause migration until the customer provides a corrected export. Large datasets with incomplete exports may require multiple extraction rounds.

  • Dynamics 365 field validation and required field constraints can block import

    Microsoft Dynamics 365 Sales enforces required field rules and field-level security that vary by org configuration. Contact requires Last Name and an Account lookup; Opportunity requires Name, AccountId, and StageName. If Olqan data lacks any required Dynamics 365 field — for example, a Contact without a last name — the record is rejected during import. We run a pre-migration data quality scan, populate missing required fields with placeholder values flagged in a reconciliation report, and coordinate with the customer's admin to temporarily relax validation rules during the bulk load window.

  • HR and finance objects have no native Microsoft Dynamics 365 Sales destination

    Olqan stores Employee profiles, Time Logs, and Invoices within its unified workspace. Microsoft Dynamics 365 Sales does not include HR or financial objects; these require either a separate Dynamics 365 Human Resources or Finance license, a custom Dataverse table, or manual re-entry. We include these objects in the migration scope only when the customer has a destination plan (HR module, Finance module, or custom Dataverse). Otherwise we deliver the HR and finance records as a structured data inventory and flag them as outside the CRM migration scope.

  • Pipeline stage mapping requires manual configuration before migration

    Olqan's pipeline stages are defined per deal pipeline and vary by organization. Microsoft Dynamics 365 Sales requires a Sales Process with a defined stage sequence before Opportunities can be created. We configure the Sales Process and stage mapping table in the destination Sandbox before production migration, but this requires the customer to confirm which Olqan stages map to which Dynamics 365 stages and what probability values apply. If the customer has multiple Olqan pipelines, we create multiple Record Types and Sales Processes to keep stage values scoped per business line.

Migration approach

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

  1. Multi-module export coordination

    We work with the customer to extract data from every Olqan module used — CRM (Contacts, Companies, Deals), project management (Projects, Tasks), HR (Employees), finance (Invoices, Time Logs), and support (Tickets). Because Olqan has no public API, exports are coordinated manually. We validate record counts across modules, check for missing required fields, and parse any mixed-export files into isolated object streams before designing the migration mapping.

  2. Schema design in Microsoft Dynamics 365 Sales Sandbox

    We deploy the destination schema to a Microsoft Dynamics 365 Sales Sandbox (Full Copy or Partial Copy) before production migration. This includes Account, Contact, Opportunity, Case, and any custom Dataverse tables required for Olqan Projects, Employees, or custom fields. We configure Sales Processes, Record Types, and stage-probability mapping tables during this phase. The customer reviews and approves the schema design before we proceed to data migration.

  3. User and owner reconciliation

    We extract every distinct Olqan user referenced as an owner or assignee on Deals, Tickets, Projects, and Tasks, and match by email against the destination Microsoft Dynamics 365 Sales User table. Unmatched users are held in a reconciliation queue. The customer's admin provisions any missing Users before we begin record import, because OwnerId references are required on Opportunity and Case records.

  4. Production migration in dependency order

    We migrate records in strict dependency order: Accounts (from Olqan Companies) first, then Contacts with AccountId resolved, then Opportunities linked to Account and Owner, then Cases, then custom entity records. Each phase emits a row-count reconciliation report showing records inserted, updated, and rejected before the next phase begins. Attachments and Notes migrate after their parent records are confirmed in the destination.

  5. Cutover and automation inventory delivery

    We freeze Olqan write access during cutover, extract a final delta of any records modified during the migration window, and apply it to Microsoft Dynamics 365 Sales . We then enable Microsoft Dynamics 365 Sales as the system of record. We deliver a written inventory of every Olqan automation, workflow, and project-task hierarchy with a Power Automate or model-driven app rebuild recommendation. We do not rebuild workflows inside the migration scope.

Platform deep dives

Context on both ends of the pair

Olqan logo

Olqan

Source

Strengths

  • Combines CRM, project management, HR, finance, and ticketing in a single platform
  • Intuitive interface with low learning curve for non-technical users
  • Responsive customer support willing to build custom features
  • Automation capabilities across multiple business functions
  • Lifetime deal options available for cost-conscious buyers

Weaknesses

  • No mobile app limits accessibility for remote or field-based teams
  • Third-party integration ecosystem is limited compared to established CRMs
  • Platform is relatively new with some features still maturing
  • Documentation coverage may be incomplete for advanced or edge-case scenarios
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 Olqan 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

    Olqan: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Olqan 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 Olqan to Microsoft Dynamics 365 Sales migrations complete in four to six weeks for straightforward CRM scopes under 20,000 Contacts and 5,000 Deals with no custom objects. Migrations that include Projects, Employees, custom fields across multiple objects, or invoice data requiring custom Dataverse tables move to eight to twelve weeks because of mixed-export parsing, custom schema design, and multi-object dependency ordering.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Olqan.
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