CRM migration
Field-level mapping, validation, and rollback between Patent Hive and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Patent Hive
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
9 of 10
objects map 1:1 between Patent Hive and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
5–10 business days
Overview
Patent Hive is a specialized intellectual-property tracking system — typically configured for UAE-based inventors and research institutions — that stores applicant records, patent filing metadata, and status-change history. Dynamics 365 Sales is Microsoft's CRM built on Dataverse, handling Accounts, Contacts, Leads, Opportunities, and custom tables with a typed field model and role-based security. The two platforms share no native object parity: Patent Hive's inventor/applicant records map to Dynamics 365 Contact or Account entities depending on whether the filer is an individual or organization, while patent filing metadata becomes a set of custom fields or a linked custom table. We extract Patent Hive data via its REST API or CSV export, apply type-aware transformations (date formats, currency fields, multi-select pick-lists), and load into Dynamics 365 Sales using Dataverse bulk-create operations with a field-level diff before the full run. Workflows, automations, and approval chains in Patent Hive are not migratable — we export their definitions as a JSON specification for your Dynamics 365 admin to rebuild in Power Automate or Dynamics workflows.
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
Patent Hive platform overview
Scorecard, SWOT, gotchas, and pricing for Patent Hive.
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 Patent Hive 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.
Patent Hive
Applicant / Inventor
Microsoft Dynamics 365 Sales
Contact
1:1Individual inventors and applicants map directly to Dynamics 365 Contact. The Contact record holds name, email, phone, and address fields pulled from the Patent Hive applicant profile. A custom field captures the Patent Hive internal ID for traceability and delta-run deduplication.
Patent Hive
Organization Applicant
Microsoft Dynamics 365 Sales
Account
1:1Corporate or institutional applicants that filed as an organization map to Dynamics 365 Account. Company name, domain, industry, and employee-count fields populate from Patent Hive's organization record. Parent-child hierarchies in Patent Hive translate to Account.ParentAccountId.
Patent Hive
Filing / Patent Record
Microsoft Dynamics 365 Sales
Custom Table: Patent_Filing__c
1:1Patent Hive filings have no direct Dynamics 365 equivalent — they become a custom Dataverse table (new_patentfiling) with fields for application number, filing date, jurisdiction, status, and examiner. The table links to Contact (inventor) and Account (assignee) via lookup fields.
Patent Hive
Filing Status
Microsoft Dynamics 365 Sales
Custom Pick-list Field on Patent_Filing__c
1:1Patent Hive filing statuses (Filed, Under Examination, Office Action, Granted, Abandoned) map to a custom pick-list on the new_patentfiling table. Each value maps one-to-one; any statuses not present in Dynamics are flagged for admin review before migration runs.
Patent Hive
Examiner / Case Officer
Microsoft Dynamics 365 Sales
User (OwnerId on Patent_Filing__c)
1:1Patent Hive examiner references resolve by email match against Dynamics 365 Users. Unmatched examiners are flagged as a pre-migration checklist item — either invite them to Dynamics or assign their filings to a fallback owner before the full run.
Patent Hive
Attachment / Filing Document
Microsoft Dynamics 365 Sales
SharePoint Document Location + Note
1:1PDFs, office-action letters, and filing receipts from Patent Hive download to local storage, then re-upload to a SharePoint document library linked to the new_patentfiling record via DocumentLocation. A Note record on the filing points to the SharePoint URL for in-app preview.
Patent Hive
Status Change Log / Event History
Microsoft Dynamics 365 Sales
Custom Activity: Task (Regarding → Patent_Filing__c)
many:1Each chronological event in Patent Hive's filing history (status change, examiner note, response filed) merges into a single Task record with Subject describing the event type, Description holding the event detail, and ActualEndDate set to the event timestamp. Original event owner maps to Task.OwnerId.
Patent Hive
Priority / Flag
Microsoft Dynamics 365 Sales
Custom Two-Option Field: new_ispinned
1:1Patent Hive's high-priority flag on a filing becomes a boolean two-option field (new_ispinned) on new_patentfiling. This requires creating the field in the Dynamics 365 solution before data load.
Patent Hive
Jurisdiction / Filing Office
Microsoft Dynamics 365 Sales
Custom Pick-list: new_jurisdiction
1:1UAE, PCT, USPTO, EPO, and other jurisdiction codes from Patent Hive migrate to a custom pick-list field. The value set is enumerated from Patent Hive at discovery — if new jurisdictions appear post-discovery, they are flagged for value set expansion.
Patent Hive
Patent Hive System ID
Microsoft Dynamics 365 Sales
Custom Field: new_sourcepatenthiveid
1:1Every record in Dynamics 365 receives a new_sourcepatenthiveid custom field storing the original Patent Hive record GUID. This field is indexed, used for de-duplication on delta runs, and enables rollback reference.
| Patent Hive | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Applicant / Inventor | Contact1:1 | Fully supported | |
| Organization Applicant | Account1:1 | Fully supported | |
| Filing / Patent Record | Custom Table: Patent_Filing__c1:1 | Fully supported | |
| Filing Status | Custom Pick-list Field on Patent_Filing__c1:1 | Fully supported | |
| Examiner / Case Officer | User (OwnerId on Patent_Filing__c)1:1 | Fully supported | |
| Attachment / Filing Document | SharePoint Document Location + Note1:1 | Fully supported | |
| Status Change Log / Event History | Custom Activity: Task (Regarding → Patent_Filing__c)many:1 | Fully supported | |
| Priority / Flag | Custom Two-Option Field: new_ispinned1:1 | Fully supported | |
| Jurisdiction / Filing Office | Custom Pick-list: new_jurisdiction1:1 | Fully supported | |
| Patent Hive System ID | Custom Field: new_sourcepatenthiveid1: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.
Patent Hive gotchas
Patent Hive is a government program, not software
Hive project management confusion
No public API documentation discovered
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
Export Patent Hive records and audit schema
FlitStack pulls a full export from Patent Hive via its REST API or CSV bulk export — covering all applicant profiles, organization records, filing metadata, attachments, and status-change history. We profile the export to identify custom properties, pick-list value sets, attachment URLs, and any records with missing required fields. The audit output is a field inventory with data-type annotations used to build the Dynamics 365 field-creation checklist.
Create Dynamics 365 custom fields and solution structure
Your Dynamics 365 admin creates the new_patentfiling custom table, all custom fields (new_nationality, new_applicationnumber, new_status, new_jurisdiction, new_ispinned, new_sourcepatenthiveid, new_originalcreatedate, etc.), and SharePoint document library locations. FlitStack delivers the exact field schema including API names, data types, pick-list options, and required-level specifications so creation is a straightforward checklist rather than a design exercise, minimizing back-and-forth during setup.
Resolve parent entities and validate lookup integrity
Dynamics 365 requires Accounts and Contacts to exist before the Patent_Filing__c table can accept lookups to them. We load all Applicant Contacts and Organization Accounts first, then validate that every filing's inventor and assignee references resolve to an existing Dynamics record. Unresolved references surface in an exception report; your team resolves them (create missing records or reassign) before the filing load begins.
Run sample migration with field-level diff
A representative slice — typically 100–300 records across applicants, organizations, and filings — migrates first under production-like conditions. We generate a field-level diff comparing source values against destination values for every mapped column, flagging any truncation, format change, or dropped value at the row and field level. You review the diff and sign off before the full run commits.
Execute full migration with delta-pickup window
The full dataset loads into Dynamics 365 Sales via Dataverse bulk-create API calls, with records processed in dependency order (Organizations → Contacts → Patent_Filings → Activities → Attachments). A delta-pickup window of 24–48 hours after the main run captures any new Patent Hive filings or status changes made during cutover. FlitStack generates an audit log of every insert, update, and skip, and one-click rollback reverts the environment to its pre-migration state if reconciliation fails.
Platform deep dives
Patent Hive
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Patent Hive and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Patent Hive and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Patent Hive and Microsoft Dynamics 365 Sales .
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
Patent Hive: Not applicable — no public API surface exists..
Data volume sensitivity
Patent Hive 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 Patent Hive to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Patent Hive 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 Patent Hive
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.