CRM migration
Field-level mapping, validation, and rollback between FactBox and HighLevel. We move data and schema; workflows are rebuilt natively in HighLevel.
FactBox
Source
HighLevel
Destination
Compatibility
14 of 15
objects map 1:1 between FactBox and HighLevel.
Complexity
BStandard
Timeline
24–72 hours of active migration time
Overview
FactBox organizes legal case data around facts, parties, and document-linked evidence — a fundamentally different model from HighLevel's contact-opportunity pipeline architecture. The migration carries FactBox contacts (parties), linked facts, case metadata, and custom fields into HighLevel's Contacts, Companies, and custom objects. Each FactBox case maps to a HighLevel Opportunity, with the case's status field becoming a pipeline stage pick-list value. Document attachments download from FactBox and re-upload to HighLevel's Files section linked to the corresponding contact or company. HighLevel's automations (workflows, triggers, and sequences) do not exist in FactBox, so this migration involves zero automation rebuild — only contact/company data and document re-linking. FlitStack sequences the migration as: Contacts and Companies first, then custom objects, then Opportunities with stage mapping, then Files. Owner resolution matches FactBox user emails to HighLevel user accounts. A 24–48-hour delta window captures any in-flight changes during the cutover. During the delta window, any new or modified FactBox records are fetched and applied to HighLevel, ensuring the destination system reflects the most recent source state at go-live. A final reconciliation report compares record counts and field values, allowing your team to sign off before switching user access.
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 FactBox object lands in HighLevel, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
FactBox
Contact / Party
HighLevel
Contact
1:1FactBox stores party records (plaintiffs, defendants, witnesses) as contacts. Each party maps directly to a HighLevel Contact. Party role information (plaintiff, defendant, witness) is preserved as a custom pick-list field (Party_Role__c) on the HighLevel contact record. The custom field is created in HighLevel before migration and populated with the appropriate role values for each contact.
FactBox
Contact / Party Email
HighLevel
Contact.Email
1:1FactBox party email addresses map to HighLevel Contact.Email. Multiple email addresses on a single FactBox party record are handled by storing the primary as Email and additional addresses in a custom Multi-Line Text field. If a party has more than one secondary email, each appears on a separate line in the custom field, preserving all contact details.
FactBox
Contact / Party Phone
HighLevel
Contact.Phone
1:1FactBox party phone numbers map to HighLevel Contact.Phone. Mobile and direct line distinctions in FactBox are preserved by mapping the primary to Phone and secondary to a custom Phone_2__c field. This ensures that both the main office line and mobile number are accessible on the contact record for follow‑up communication.
FactBox
Company / Firm
HighLevel
Company
1:1FactBox firms and organizations linked to parties map to HighLevel Companies. The company name, domain, industry, and address fields map directly. HighLevel does not have a firm-type distinction — all organizations land as Companies. Any additional attributes such as employee count or annual revenue are stored as custom fields on the Company record if present in FactBox.
FactBox
Case
HighLevel
Opportunity
1:1Each FactBox case becomes a HighLevel Opportunity. The case name maps to Opportunity Name. FactBox case number is stored as a custom field (Case_Number__c) on the Opportunity for reference. Case status values are mapped to HighLevel pipeline stage names — you define which pipeline the case Opportunity belongs to during migration setup.
FactBox
Case Status
HighLevel
Opportunity.StageName
1:1FactBox case status values (Active, Pending, Closed, Dismissed, etc.) map to HighLevel Opportunity StageName values via a value-by-value mapping. Each FactBox status gets a corresponding HighLevel stage. Probability and forecast category are assigned per stage in HighLevel. Stage mapping is documented in the migration plan, and your team can adjust stage probabilities post‑migration.
FactBox
Fact
HighLevel
Custom Object (Fact)
1:1FactBox's core entity — individual facts linked to cases — has no direct equivalent in HighLevel's standard objects. We migrate facts as a HighLevel Custom Object (FactBox_Fact__c) with fields for fact text, source document reference, linked case (Opportunity), and date created. The custom object is created in HighLevel before migration runs.
FactBox
Fact → Source Document
HighLevel
Custom Object Field
1:1FactBox facts cite source documents. The citation is preserved in the Fact custom object as a text field (Source_Document__c). During migration, the document is also re-uploaded to HighLevel Files and linked to the Fact record. The file link ensures that users can access the original document directly from the Fact record in HighLevel.
FactBox
Party → Case (association)
HighLevel
OpportunityContactRole
many:1FactBox links parties to cases (e.g., witness linked to case). This N:N association maps to HighLevel OpportunityContactRole records, which connect a Contact to an Opportunity. Role type from FactBox (witness, expert, opposing counsel) is stored in the OpportunityContactRole Role field.
FactBox
Document / File Attachment
HighLevel
HighLevel Files
1:1FactBox document attachments download from the source and re-upload to HighLevel's Files section. Each file is linked to the corresponding Contact, Company, or Opportunity (or the custom Fact record). HighLevel file size limits apply (default 25MB per file). If a file exceeds 25MB, FlitStack flags it and recommends splitting or linking externally.
FactBox
Case Custom Fields
HighLevel
Opportunity Custom Fields
1:1FactBox custom properties on cases (e.g., court jurisdiction, opposing counsel, filing date) map to custom fields on the HighLevel Opportunity. Each custom property requires a corresponding custom field in HighLevel before migration — we provide a setup plan specifying field name, type, and pick-list values.
FactBox
Contact Custom Fields
HighLevel
Contact Custom Fields
1:1FactBox custom properties on contacts (e.g., bar number, jurisdiction licensed, billing rate) map to HighLevel Contact custom fields. Field types are matched (text to text, number to number, pick-list to pick-list). Pick-list value mappings are applied where source and destination values differ.
FactBox
Case Created Date
HighLevel
Opportunity.Created_At__c (custom)
1:1HighLevel Opportunity.CreatedDate is set at migration time. The original FactBox case creation timestamp is preserved as a custom datetime field (Original_Created_Date__c) for reporting continuity and audit purposes. This preserves the original case filing date, enabling historical reporting and compliance tracking after the migration completes.
FactBox
FactBox User / Owner
HighLevel
HighLevel User
1:1FactBox users who are case owners resolve to HighLevel users by email match. Unmatched FactBox owners are flagged before migration — the team either creates a corresponding HighLevel user or assigns their records to a fallback owner. No Opportunity lands without a HighLevel owner.
FactBox
FactBox Internal ID
HighLevel
Source_System_ID__c (custom)
1:1Every migrated record stores its original FactBox internal ID as Source_System_ID__c. This enables delta-run de-duplication (if a record is modified in FactBox during cutover), cross-reference lookups, and audit traceability. The field also supports referencing the original record for support requests and ensures data lineage is maintained across system boundaries.
| FactBox | HighLevel | Compatibility | |
|---|---|---|---|
| Contact / Party | Contact1:1 | Fully supported | |
| Contact / Party Email | Contact.Email1:1 | Fully supported | |
| Contact / Party Phone | Contact.Phone1:1 | Fully supported | |
| Company / Firm | Company1:1 | Fully supported | |
| Case | Opportunity1:1 | Fully supported | |
| Case Status | Opportunity.StageName1:1 | Fully supported | |
| Fact | Custom Object (Fact)1:1 | Fully supported | |
| Fact → Source Document | Custom Object Field1:1 | Fully supported | |
| Party → Case (association) | OpportunityContactRolemany:1 | Fully supported | |
| Document / File Attachment | HighLevel Files1:1 | Fully supported | |
| Case Custom Fields | Opportunity Custom Fields1:1 | Fully supported | |
| Contact Custom Fields | Contact Custom Fields1:1 | Fully supported | |
| Case Created Date | Opportunity.Created_At__c (custom)1:1 | Fully supported | |
| FactBox User / Owner | HighLevel User1:1 | Fully supported | |
| FactBox Internal ID | Source_System_ID__c (custom)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.
FactBox gotchas
Annual subscription does not auto-renew
Limited public API documentation
File attachment handling requires separate migration
HighLevel gotchas
Sub-account architecture creates isolated data silos per client
Usage-based telecom and AI costs are not in the subscription price
Workflows have no native equivalent in most destination CRMs
API rate limits cap bulk migration throughput at 100 requests per 10 seconds per sub-account
White-label configuration and branding assets do not export via API
Pair-specific challenges
Migration approach
Discovery and schema design
FlitStack AI inventories your FactBox data: contacts, companies, cases, custom properties, document attachment counts, and party-to-case link volumes. We deliver a migration plan specifying the HighLevel pipeline and stage configuration needed, custom field definitions for all non-standard FactBox properties, and a custom object schema for the FactBox_Fact__c custom object. Your team approves the schema plan before any data movement begins.
Create HighLevel custom fields and custom objects
We create all required custom fields in HighLevel — on Contact, Company, and Opportunity — matching the types from the discovery inventory. The FactBox_Fact__c custom object and its fields are also created. This step requires a HighLevel admin to configure the pipeline with the stages mapped from FactBox case statuses. FlitStack provides the exact field names, types, and pick-list values so your admin can set this up directly or grant FlitStack admin access if preferred.
Owner resolution and user mapping
FactBox users assigned as case owners or attorneys are matched to HighLevel users by email address. We generate a user mapping report showing every FactBox owner and their matched HighLevel user. Any FactBox owner without a corresponding HighLevel account is flagged for your team to create the account or designate a fallback owner. No Opportunity is migrated without a resolved HighLevel owner.
Sample migration with field-level diff
A representative slice — typically 100–500 records spanning contacts, companies, cases, and facts — migrates first. We generate a field-level diff report comparing the source FactBox values against the destination HighLevel records. You verify the mapping for case status to stage, custom property translation, party-role assignments, and fact-to-case linkage before the full migration runs. This sample run also validates document re‑upload linking and owner resolution, ensuring that any mapping adjustments are identified before committing the full dataset.
Full migration with delta pickup and document re-upload
The full dataset migrates: Contacts and Companies first, then OpportunityContactRole links, then Opportunities with case status mapped to stage, then custom FactBox_Fact__c records with their source document references. Document attachments are downloaded from FactBox and re-uploaded to HighLevel Files, linked to the relevant contact, company, or opportunity. A 24–48-hour delta window captures any FactBox records modified during the cutover. Audit logs record every operation; one-click rollback is available if reconciliation identifies data integrity issues.
Platform deep dives
FactBox
Source
Strengths
Weaknesses
HighLevel
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 FactBox and HighLevel.
Object compatibility
2 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
FactBox: Not applicable — no public API endpoints are published..
Data volume sensitivity
FactBox 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 FactBox to HighLevel migration scoping. Not seeing yours? Book a call.
Walk through your FactBox to HighLevel migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave FactBox
Other ways to arrive at HighLevel
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.