CRM migration

Migrate from Giva eHelpDesk to Microsoft Dynamics 365 Sales

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

Giva eHelpDesk logo

Giva eHelpDesk

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

92%

11 of 12

objects map 1:1 between Giva eHelpDesk and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Giva eHelpDesk is organized around a ticket-centric service model: tickets, customers (end-users), knowledge-base articles, asset records, and macros. Dynamics 365 Sales (built on Dataverse) uses a fundamentally different structure: Accounts, Contacts, Leads, Opportunities, and Cases. FlitStack AI maps Giva ticket records to Dynamics Cases, Giva customers to Contacts or Accounts, and Giva knowledge-base articles to Notes attached to those records. SLA policy names and breach timestamps from Giva migrate as custom fields on Dynamics Cases since no native equivalent exists. Giva workflows, macros, and scheduled automated tasks do not have a direct migration path — we export their definitions as reference documents for your Dynamics admin to rebuild in Power Automate. We access Giva via its REST export API, transform data against the Dynamics Sales table schema, and load via the Dataverse Web API with pagination and rate-limit handling built in. The migration pipeline runs in read-only mode against Giva, preserving live operations while data is extracted, transformed, and loaded into Dynamics. A pre-migration schema inventory catalogs every Giva field and maps it to its Dynamics counterpart, including custom fields and pick-list value sets. After validation in a sandbox environment, the production load captures a final delta window to capture any tickets created during cut-over, ensuring that the Dynamics CRM reflects the latest Giva state at go-live.

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

Giva eHelpDesk logo

Giva eHelpDesk

What's pushing teams away

  • Limited ecosystem integrations with tools like Slack and Firebase disrupt workflows and force teams to maintain workarounds or supplementary systems.
  • Frequent updates introduce server connection issues and time delays that frustrate agents who expect reliable real-time access during their shifts.
  • Less suited for enterprise scale — organizations with large agent counts or complex multi-department structures find Giva's reporting depth and customization insufficient.
  • The inability to move tickets between Service Desks and the lack of questionnaire copy functionality are specific workflow gaps that drive dissatisfaction among multi-team support organizations.
  • UI and reporting inconsistencies across updates mean teams cannot always trust that dashboards and exports behave predictably over time.

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

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

Giva eHelpDesk

Ticket (Request/Incident)

maps to

Microsoft Dynamics 365 Sales

Incident (Case)

1:1
Fully supported

Giva tickets map 1:1 to Dynamics 365 Cases (Incident table). The ticket's subject, description, priority, and status transfer as Case Title, Description, Priority, and StatusCode. Original Giva ticket ID preserved as Giva_Ticket_ID__c custom field for traceability and delta-run deduplication. This custom field also supports reporting on migration completeness and helps identify any records requiring post-migration verification.

Giva eHelpDesk

Customer (End User)

maps to

Microsoft Dynamics 365 Sales

Contact + Account

many:1
Fully supported

Giva customers who are individuals map to Dynamics Contacts. Customers with company-level records map to Dynamics Accounts with the contact record nested under the account via the PrimaryContactId lookup. If a Giva customer lacks a company association, FlitStack attaches the Contact to a default 'Unassigned Account' record.

Giva eHelpDesk

Agent

maps to

Microsoft Dynamics 365 Sales

SystemUser

1:1
Fully supported

Giva agents are resolved to Dynamics SystemUser records by email match. Unmatched agents are flagged pre-migration — your team either provisions them as Dynamics users first or assigns their ticket history to a fallback owner. Agent role (Admin/Agent) is not a native Dynamics concept; role information is preserved as a custom pick-list field on the SystemUser record.

Giva eHelpDesk

Category / Department

maps to

Microsoft Dynamics 365 Sales

Custom field (Category__c) + Business Unit

1:1
Fully supported

Giva's Department and Category pick-lists on tickets have no direct Dynamics equivalent. We migrate the category label as a custom pick-list field (Ticket_Category__c) on the Case. If your Giva setup uses department-based security isolation, the corresponding Dynamics Business Units must be configured separately post-migration — we document the mapping plan.

Giva eHelpDesk

SLA Policy

maps to

Microsoft Dynamics 365 Sales

Custom fields on Incident

1:1
Fully supported

Dynamics 365 Sales has no SLA table in the base CRM. Giva SLA policy name, response-time goal in hours, and breach status migrate as three custom fields on the Case: SLA_Name__c (text), SLA_Response_Hours__c (number), and SLA_Breached__c (boolean). Your admin can use these in Power BI reports or Power Automate escalation flows.

Giva eHelpDesk

Knowledge Base Article

maps to

Microsoft Dynamics 365 Sales

KnowledgeArticle + Note

1:1
Fully supported

Giva KB articles (title, body, category, view count) map to Dynamics KnowledgeArticle records with ArticlePublicNumber, Title, and Content body fields. Article attachments migrate as Notes on the related Account or Contact record. KB articles must be published in Dynamics after migration — we set StateCode to Draft and flag them for review.

Giva eHelpDesk

Asset Record

maps to

Microsoft Dynamics 365 Sales

Product or Custom Asset Entity

1:1
Fully supported

Giva asset records (asset tag, serial number, assigned user, location) have no native Dynamics equivalent. We map them to a custom 'Customer_Asset__c' table in Dataverse with a lookup to the related Contact or Account. Asset assignments migrate as OwnerId on the custom asset record, matched by the assigned end-user's email.

Giva eHelpDesk

Macro / Automated Response

maps to

Microsoft Dynamics 365 Sales

Power Automate Flow (manual rebuild)

1:1
Fully supported

Giva macros contain response templates with conditional logic tied to ticket categories. Dynamics 365 Sales has response templates (Email Templates) but no macro logic engine. FlitStack exports every macro's name, trigger condition, and response body as a JSON document — your Dynamics admin uses this as a rebuild reference for Power Automate flows.

Giva eHelpDesk

Scheduled Task

maps to

Microsoft Dynamics 365 Sales

Power Automate Cloud Flow (manual rebuild)

1:1
Fully supported

Giva scheduled tasks automate ticket opening or escalation at defined intervals. These have no Dynamics 365 Sales equivalent. We document each scheduled task's name, recurrence pattern, and action sequence as a reference file. Rebuilding in Power Automate is a configuration step outside our data migration scope.

Giva eHelpDesk

Ticket Attachment / File

maps to

Microsoft Dynamics 365 Sales

Annotation (Note) / SharePoint

1:1
Fully supported

Giva file attachments on tickets migrate as Annotations (Notes with file attachments) attached to the corresponding Dynamics Case. File size limits from the Dataverse platform apply (default 128MB per file). If your Dynamics environment uses SharePoint document management, files can be migrated to SharePoint locations with the Case as the parent record.

Giva eHelpDesk

SLA Timer / History Log

maps to

Microsoft Dynamics 365 Sales

Custom Timeline Entity

1:1
Fully supported

Giva records SLA response-time history as a log on each ticket. Dynamics Cases have no built-in SLA history timeline. We migrate the most recent SLA breach event as SLA_Last_Breach_Date__c on the Case. Full SLA history is preserved as a custom 'SLA_History__c' table with CaseId lookup, timestamp, and breach type for reporting continuity.

Giva eHelpDesk

Custom Fields on Ticket

maps to

Microsoft Dynamics 365 Sales

Custom Fields on Incident

1:1
Fully supported

Giva allows custom fields on tickets beyond the standard set (e.g., contract type, billing code). Each custom field is created as a matching custom field in Dynamics on the Incident table with the appropriate data type (text, number, pick-list, date). Pick-list value maps are preserved from Giva's field configuration.

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.

Giva eHelpDesk logo

Giva eHelpDesk gotchas

High

No documented public API for bulk data export

Medium

Knowledge base articles are decoupled from ticket objects

Medium

AI Copilot settings and trained knowledge bases cannot be transferred

Low

Cross-Service Desk ticket moves are not supported by Giva

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

  • SLA policies have no native Dynamics 365 Sales counterpart

    Giva enforces SLA policies as first-class objects with response-time goals and breach detection built into the ticket lifecycle. Dynamics 365 Sales does not include an SLA table in the base CRM installation — SLA enforcement requires either the Dynamics 365 Customer Service hub (separate license) or a custom Power Automate solution. FlitStack migrates SLA name, response-hour goal, and breach flag as custom fields on the Case record. Your team must decide whether to invest in a Power Automate SLA timer flow or accept custom-field reporting as the SLA visibility layer. This is a structural gap between Giva's service-desk model and Dynamics 365 Sales' sales CRM model.

  • Giva macros and scheduled tasks require full manual rebuild in Power Automate

    Giva macros bundle a trigger condition (category equals X), a response template, and optional ticket-field updates into a reusable automation object. Dynamics 365 Sales has email templates but no macro logic engine. There is no migration path for macro definitions — the automation logic is not stored as data that exports via API. FlitStack exports macro names, trigger conditions, and response body text as a JSON reference document. Your Dynamics admin rebuilds each macro as a Power Automate cloud flow. Scheduled task automation in Giva (e.g., auto-open a follow-up ticket every 30 days) similarly has no equivalent in Dynamics 365 Sales and must be rebuilt. Budget admin time for this rebuild phase separately from data migration.

  • Giva department and category routing does not translate to Dynamics Business Units

    Giva tickets carry Department and Category pick-list values that drive ticket routing and agent assignment inside Giva. Dynamics 365 Sales routes records via Business Units tied to security roles and optionally Territory Management — a fundamentally different concept. Migrating Giva's category labels as custom fields on the Case is straightforward, but the routing logic that uses those categories needs a separate design in Dynamics. FlitStack delivers a Category-to-Business-Unit mapping document as part of the migration plan so your Dynamics admin can configure Business Units and security role scoping before the data lands.

  • Knowledge base articles require re-publishing and relationship rebuilding in Dynamics

    Giva KB articles are linked to tickets via a many-to-one relationship (multiple tickets can reference one KB article). In Dynamics, KnowledgeArticle records must be published individually and linked to Cases via the Subject field or a custom lookup. The Giva KB article body migrates to Dynamics but the article-to-ticket linkage does not automatically recreate — each article must be manually associated with its corresponding Case in Dynamics or built as a Power Automate flow to auto-link by subject keyword match. We set StateCode to Draft so articles appear in review mode before going live.

  • Dynamics 365 Sales API rate limits require pagination and back-off handling during large migrations

    The Dataverse Web API enforces request limits that vary by license tier (typically 60,000 requests per user per 24 hours for standard users). Giva's export API may return records in pages of 100–200 items. FlitStack implements cursor-based pagination against Giva's export endpoints and applies Dataverse API quota-aware throttling with exponential back-off during the load phase. Large Giva datasets (200,000+ tickets) require multiple migration windows or batch sequencing — we surface API throttling events in the audit log so you have a complete record of throughput and any retry activity.

Migration approach

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

  1. Export Giva data via REST API and profile schema

    FlitStack connects to your Giva eHelpDesk instance using your API credentials and exports all standard objects: tickets, customers, agents, knowledge-base articles, and asset records. We capture the full schema including custom fields, pick-list value sets, and any active macro definitions. The export runs in read-only mode against Giva — your team continues working normally. We produce a schema inventory showing every Giva field, its data type, and whether it has a direct or custom mapping in Dynamics 365 Sales.

  2. Design Dynamics custom field schema and entity model

    Before loading data, FlitStack creates the custom fields, pick-lists, and custom entities (Customer_Asset__c, SLA_History__c) needed in Dynamics Dataverse to host Giva's non-standard fields. We also document the Department-to-Business-Unit mapping and the category-to-security-role routing plan. This schema plan is delivered for your Dynamics admin to review and apply — no data moves until the destination schema is confirmed ready. The schema also defines any required option sets and relationship lookups, ensuring referential integrity before the migration run.

  3. Resolve agent-to-user mappings by email and prepare fallback owners

    Giva agent email addresses are matched against existing Dynamics 365 Sales users by the InternalEMailAddress attribute. Agents without a matching Dynamics user are flagged in a pre-flight report with their Giva role and assigned ticket count. Your team either provisions them as Dynamics users before the migration window or designates a fallback owner (e.g., an IT admin user) to receive their historical records. No ticket migrates without a resolved OwnerId.

  4. Run sample migration with field-level diff on 100–500 records

    A representative slice of tickets (spanning all Giva categories, priority levels, and SLA policies) migrates to a Dynamics sandbox environment first. FlitStack generates a field-level diff comparing source values against the destination record values — covering Case Title, Priority, SLA fields, category mapping, and owner resolution. Your team validates that Giva SLA data appears correctly in the Dynamics custom fields and that the Knowledge Article state (Draft) is correct before committing to the full run.

  5. Execute full migration with delta-pickup window and audit log

    The full data migration runs against your Dynamics 365 Sales production environment. A delta-pickup window (typically 24–48 hours) captures any Giva tickets created or modified during the migration window — agents can keep working in Giva through cutover. Every API call, record created, and error is written to the FlitStack audit log. One-click rollback is available if the post-migration reconciliation reveals missing records or data integrity issues. After validation, we deliver the macro rebuild reference document and the Business Unit routing plan for your Dynamics admin to complete the configuration.

Platform deep dives

Context on both ends of the pair

Giva eHelpDesk logo

Giva eHelpDesk

Source

Strengths

  • HIPAA compliance with signed Business Associate Agreement for healthcare and regulated-industry deployments.
  • ITIL-aligned incident, problem, change, and service request management built into the core subscription.
  • Natural language and Boolean search across the knowledge base with synonym and root-word stemming capabilities.
  • SaaS deployment with no coding or programming required for initial configuration.
  • CMDB with hardware asset management and software license tracking linked to change requests.

Weaknesses

  • Limited ecosystem with sparse third-party integrations, particularly for modern collaboration tools like Slack and Firebase.
  • No free version available; pricing is not publicly documented and requires a sales contact for a quote.
  • Frequent updates have been reported to introduce server connection issues and time delays during agent use.
  • Reporting and dashboard depth varies across releases, making consistent analytics difficult for some organizations.
  • Absence of bulk API export means data extraction relies on paginated API calls or manual exports, which adds time to migration scoping.
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 Giva eHelpDesk 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

    Giva eHelpDesk: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Giva eHelpDesk 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 Giva-to-Dynamics migrations complete in 48–72 hours of clock time for under 25,000 ticket records. Larger setups with 200,000+ tickets or complex knowledge-base migrations extend to 5–10 days. The longest planning step is designing the custom field schema in Dynamics Dataverse for SLA fields, Giva category routing, and any custom asset entities — FlitStack delivers this schema plan before data moves. The Giva-to-Dynamics migration is a domain shift (service desk to sales CRM), so plan additional time for your admin to configure Business Units and Power Automate flows for rebuilt macros.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Giva eHelpDesk.
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