CRM migration
Field-level mapping, validation, and rollback between Patent Hive and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Patent Hive
Source
Salesforce Sales Cloud
Destination
Compatibility
11 of 11
objects map 1:1 between Patent Hive and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
48–72 hours
Overview
Patent Hive typically stores IP management data — inventors, patent records, application statuses, jurisdiction details, and related documents — that has no direct Salesforce standard-object equivalent. Salesforce Sales Cloud natively supports Contacts, Accounts, Leads, Opportunities, and Tasks, but patent-specific data requires custom objects and fields. We map Patent Hive contacts directly to Salesforce Contacts, companies to Accounts, and create a Patent__c custom object with all metadata fields (title, filing date, jurisdiction, status, patent number). Inventor-to-patent relationships map to a junction custom object (Inventor_Patent__c) that links Contact records to Patent__c records. Filing history and status transitions migrate as custom datetime and picklist fields. Patent Hive workflows and IP-specific automations do not translate to Salesforce and must be rebuilt using Salesforce Flow or Process Builder. We extract Patent Hive data via its export API, transform it against your target Salesforce schema, and load using the Salesforce Bulk API with validation. A sample migration with field-level diff runs before the full cutover so you can verify mapping accuracy. Delta-pickup captures any changes made during the cutover window.
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.
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 Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Patent Hive
Inventor
Salesforce Sales Cloud
Contact
1:1Patent Hive inventor records map directly to Salesforce Contacts. Each inventor's name, email, address, and contact details translate to the standard Contact fields (FirstName, LastName, Email, Phone, MailingAddress). Inventor IDs are preserved as Source_System_ID__c for delta-run de-duplication. If Patent Hive stores inventor organization affiliation, that maps to AccountId via the existing Company/Account mapping.
Patent Hive
Company (as Patent Holder)
Salesforce Sales Cloud
Account
1:1Patent Hive company records — typically the patent holder or assignee organization — map to Salesforce Accounts. Company name, industry, address, and employee count translate directly. Parent-company hierarchies in Patent Hive map to Account.ParentId. Multi-company affiliations per patent require junction object handling.
Patent Hive
Patent Record
Salesforce Sales Cloud
Patent__c (Custom Object)
1:1Patent Hive patent records have no Salesforce standard object equivalent. We create a Patent__c custom object with fields for title (Name), patent number (Patent_Number__c), filing date (Filing_Date__c), grant date (Grant_Date__c), jurisdiction (Jurisdiction__c), status (Patent_Status__c), and renewal date (Renewal_Date__c). The custom object is created in your Salesforce org before migration; we deliver the setup plan as part of the engagement.
Patent Hive
Application
Salesforce Sales Cloud
Opportunity
1:1Patent Hive application records — representing patent applications in process — map to Salesforce Opportunities using a Record Type specific to IP pipelines. Application name becomes Opportunity.Name, filing fee maps to Amount, application date maps to CloseDate, and application status maps to StageName via value-mapping. Each jurisdiction's application stages map to Opportunity Stage values.
Patent Hive
Inventor-Patent Link
Salesforce Sales Cloud
Inventor_Patent__c (Junction Custom Object)
1:1Patent Hive's inventor-to-patent relationship with role and ownership percentage has no Salesforce standard equivalent. We create Inventor_Patent__c as a junction object with lookup fields to Contact (Inventor__c) and Patent__c (Patent__c), plus fields for Role (Role__c) and Ownership_Percentage__c. Multi-inventor patents generate one junction record per inventor.
Patent Hive
Filing History
Salesforce Sales Cloud
Task / Event
1:1Patent Hive filing history entries — Office Actions, Responses, Amendments — map to Salesforce Tasks with Type='IP Filing Event'. Original filing event timestamps, assigned examiners, and action descriptions preserve as Task fields. High-priority deadlines map to Salesforce Events with reminders.
Patent Hive
Document Attachment
Salesforce Sales Cloud
ContentVersion / ContentDocumentLink
1:1Patent Hive PDF attachments (patent documents, drawings, correspondence) re-upload to Salesforce Files via ContentVersion. Each file is linked to the corresponding Patent__c record via ContentDocumentLink. Salesforce's 25MB per-file limit applies; oversized files are flagged for pre-migration splitting and returned to you with recommendations for external PDF division before the migration run.
Patent Hive
Renewal / Maintenance
Salesforce Sales Cloud
Task (with custom Type)
1:1Patent Hive renewal and maintenance records map to Salesforce Tasks with Type='Renewal' or 'Maintenance'. Due dates map to ActivityDate, and renewal cost maps to a custom currency field. Recurring renewal tasks can be scheduled in Salesforce after migration. We recommend configuring Salesforce reminder notifications for each task to replace Patent Hive's automatic alerts.
Patent Hive
Jurisdiction
Salesforce Sales Cloud
Jurisdiction__c (Custom Picklist) or Custom Field
1:1Patent Hive jurisdiction values (USPTO, EPO, WIPO, CNIPA, etc.) map to a Jurisdiction__c custom picklist on Patent__c. Value-by-value mapping applies for all jurisdictions present in the source data. New jurisdictions discovered during migration are flagged for review and added to the picklist definition for validation before the full migration run.
Patent Hive
Owner / Assigned Attorney
Salesforce Sales Cloud
User
1:1Patent Hive owner and assigned attorney records resolve to Salesforce Users by email match. Unmatched owners are flagged before migration — your team either creates the Salesforce user or assigns records to a fallback owner. Owner change history preserves as a custom audit field.
Patent Hive
Workflow / Automation
Salesforce Sales Cloud
Flow / Process Builder (Salesforce)
1:1Patent Hive workflows (deadline alerts, renewal reminders, status-change triggers) have no Salesforce equivalent and do not migrate. We export workflow definitions as a structured JSON reference document for your Salesforce admin to rebuild in Flow. Deadline-based flows are the highest priority for rebuild.
| Patent Hive | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Inventor | Contact1:1 | Fully supported | |
| Company (as Patent Holder) | Account1:1 | Fully supported | |
| Patent Record | Patent__c (Custom Object)1:1 | Fully supported | |
| Application | Opportunity1:1 | Fully supported | |
| Inventor-Patent Link | Inventor_Patent__c (Junction Custom Object)1:1 | Fully supported | |
| Filing History | Task / Event1:1 | Fully supported | |
| Document Attachment | ContentVersion / ContentDocumentLink1:1 | Fully supported | |
| Renewal / Maintenance | Task (with custom Type)1:1 | Fully supported | |
| Jurisdiction | Jurisdiction__c (Custom Picklist) or Custom Field1:1 | Fully supported | |
| Owner / Assigned Attorney | User1:1 | Fully supported | |
| Workflow / Automation | Flow / Process Builder (Salesforce)1: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
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Audit Patent Hive data and deliver Salesforce schema setup plan
We extract a full inventory of Patent Hive objects, fields, pick-list values, attachment file sizes, and relationship cardinality. We cross-reference against Salesforce's standard objects (Contact, Account, Opportunity, Task) and identify every custom object and custom field needed (Patent__c, Inventor_Patent__c, Jurisdiction__c, Patent_Status__c, Ownership_Percentage__c, etc.). We deliver a schema setup plan — field names, data types, pick-list values, and field-level security — so your Salesforce admin creates the custom objects and fields before migration validation runs. This step typically takes 3–5 business days depending on data complexity.
Resolve inventor and owner relationships by email match
Patent Hive inventor records and assigned attorney/owner records are matched against Salesforce Users by email address. Contacts are created for inventors who do not yet have a Salesforce User account. Unmatched owners and attorneys are flagged in a pre-migration report with recommendations: either create the corresponding Salesforce User before migration or assign their Patent Hive records to a fallback owner. No Patent__c or Application record loads without a resolved owner so Salesforce's sharing rules apply correctly from day one.
Load Account and Contact records first, then custom objects
Salesforce requires Accounts before Contacts (via AccountId) and Patent__c records before Inventor_Patent__c junction records (via lookups). We sequence the migration load order to respect these foreign-key dependencies: (1) Accounts, (2) Contacts with AccountId resolution, (3) Patent__c records, (4) Inventor_Patent__c junction records linking Contact to Patent__c, (5) Opportunities for applications, (6) Tasks for filing history. Each stage gates the next — the migration halts and reports if a stage fails validation before proceeding.
Run sample migration with field-level diff before full commit
A representative slice — typically 100–500 records spanning inventors, companies, patents, applications, and filing history — migrates to your Salesforce sandbox first. We generate a field-level diff comparing source Patent Hive values to destination Salesforce values for every mapped field. You verify that jurisdiction pick-list values, ownership percentages, filing dates, and inventor links resolved correctly. The diff report confirms mapping accuracy before the full run commits to production. Any field with a mismatch above the configured tolerance threshold triggers a mapping adjustment before re-running the sample.
Execute full migration with delta-pickup and audit logging
The full migration runs against your Salesforce production org using the Bulk API 2.0 for high-volume record inserts. A delta-pickup window (typically 24–48 hours after the initial load) captures any Patent Hive records modified or created during the cutover period. Every operation — insert, update, link — is logged to an audit trail. If reconciliation reveals discrepancies, one-click rollback reverts the migration run so the issue can be corrected and the full run re-executed. Post-migration, we deliver a summary report with record counts by object, attachment file counts, error logs, and a list of any records that require manual review.
Platform deep dives
Patent Hive
Source
Strengths
Weaknesses
Salesforce Sales Cloud
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 Patent Hive and Salesforce Sales Cloud.
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
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 Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Patent Hive to Salesforce Sales Cloud 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 Salesforce Sales Cloud
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.