CRM migration

Migrate from FactBox to HighLevel

Field-level mapping, validation, and rollback between FactBox and HighLevel. We move data and schema; workflows are rebuilt natively in HighLevel.

FactBox logo

FactBox

Source

HighLevel

Destination

HighLevel logo

Compatibility

93%

14 of 15

objects map 1:1 between FactBox and HighLevel.

Complexity

BStandard

Timeline

24–72 hours of active migration time

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

FactBox logo

FactBox

What's pushing teams away

  • Limited public API documentation makes integration with other legal tech tools difficult and custom automation nearly impossible.
  • The platform appears geared toward smaller cases and solo practitioners; larger litigation teams may find collaboration features insufficient.
  • Reviews note the tool works well for organizing facts but lacks broader practice management capabilities some firms need.
  • Some users may outgrow the platform as case volume and complexity increase beyond what FactBox was designed to handle.

Choosing

HighLevel logo

HighLevel

What's pulling them in

  • Agencies choose HighLevel to consolidate CRM, email, SMS, scheduling, and funnels into one subscription, eliminating monthly bills for five to ten separate SaaS tools they previously stitched together.
  • The flat-rate pricing model bills per sub-account rather than per contact, so growing a contact database from 1,000 to 100,000 records does not trigger a billing surprise—a common pain point avoided by migrating customers.
  • White-label and sub-account capabilities let agencies resell HighLevel access to their own clients, turning a software cost center into a recurring revenue stream that justifies the subscription.
  • The platform ships a 14-day free trial with no credit card required, giving teams a low-friction entry point to validate fit before committing to the $97/month Starter tier.
  • Marketing agencies managing multiple client accounts use sub-accounts to maintain data isolation per client while operating under a single agency billing relationship with HighLevel.

Object mapping

How FactBox objects map to HighLevel

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

maps to

HighLevel

Contact

1:1
Fully supported

FactBox 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

maps to

HighLevel

Contact.Email

1:1
Fully supported

FactBox 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

maps to

HighLevel

Contact.Phone

1:1
Fully supported

FactBox 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

maps to

HighLevel

Company

1:1
Fully supported

FactBox 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

maps to

HighLevel

Opportunity

1:1
Fully supported

Each 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

maps to

HighLevel

Opportunity.StageName

1:1
Fully supported

FactBox 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

maps to

HighLevel

Custom Object (Fact)

1:1
Fully supported

FactBox'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

maps to

HighLevel

Custom Object Field

1:1
Fully supported

FactBox 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)

maps to

HighLevel

OpportunityContactRole

many:1
Fully supported

FactBox 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

maps to

HighLevel

HighLevel Files

1:1
Fully supported

FactBox 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

maps to

HighLevel

Opportunity Custom Fields

1:1
Fully supported

FactBox 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

maps to

HighLevel

Contact Custom Fields

1:1
Fully supported

FactBox 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

maps to

HighLevel

Opportunity.Created_At__c (custom)

1:1
Fully supported

HighLevel 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

maps to

HighLevel

HighLevel User

1:1
Fully supported

FactBox 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

maps to

HighLevel

Source_System_ID__c (custom)

1:1
Fully supported

Every 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.

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.

FactBox logo

FactBox gotchas

Medium

Annual subscription does not auto-renew

High

Limited public API documentation

Medium

File attachment handling requires separate migration

HighLevel logo

HighLevel gotchas

High

Sub-account architecture creates isolated data silos per client

High

Usage-based telecom and AI costs are not in the subscription price

Medium

Workflows have no native equivalent in most destination CRMs

Medium

API rate limits cap bulk migration throughput at 100 requests per 10 seconds per sub-account

Low

White-label configuration and branding assets do not export via API

Pair-specific challenges

  • FactBox has no native pipeline or workflow concept — HighLevel pipelines and stages must be designed from scratch

    FactBox tracks case status as a flat field on each case record. HighLevel uses a pipeline-stage model where each Opportunity belongs to a pipeline and has a stage value controlling probability and forecasting. Migrating FactBox cases into HighLevel requires creating a pipeline first and mapping each FactBox status value to a named stage within that pipeline. We deliver a pipeline design document as part of the migration plan, so your team can configure the pipeline structure before data lands in HighLevel.

  • FactBox custom properties on cases require HighLevel custom field creation before migration

    Every FactBox custom property (e.g., court jurisdiction, opposing counsel name, statute of limitations) needs a corresponding custom field in HighLevel before migration can run. HighLevel custom fields are created through the UI or API, and field types must match (text, number, pick-list, date). We inventory all FactBox custom properties during discovery and deliver a field creation checklist specifying name, type, and pick-list values — this is the longest pre-migration planning step for FactBox accounts with more than 20 custom properties.

  • Document attachments re-upload to HighLevel Files without native link preservation to FactBox citations

    FactBox links documents to facts and cases using internal citation IDs. HighLevel Files stores documents attached to contacts, companies, or opportunities. When we re-upload FactBox documents to HighLevel Files, we preserve the file name and re-link the document to the corresponding contact or opportunity record — but HighLevel's file sharing and permissions model differs from FactBox's evidence-linkage model. Documents that are case exhibits or evidence may need your team to add a note in HighLevel linking the file back to the specific fact record.

  • HighLevel's API rate limits apply during bulk migration — large FactBox datasets require chunked processing

    HighLevel API 2.0 enforces 100 requests per 10 seconds and 200,000 requests per day per sub-account. For migrations with more than 10,000 contacts or cases, we chunk the API calls to stay within these limits. The delta pickup window (24–48 hours) also consumes API quota. If your FactBox dataset is large and you need the migration completed on a tight timeline, we coordinate with your HighLevel sub-account to request a temporary rate limit increase through HighLevel's support team.

  • FactBox party-to-case N:N associations require OpportunityContactRole records in HighLevel

    FactBox allows a single party (person) to be linked to multiple cases, and a single case to have multiple parties — a many-to-many relationship. HighLevel natively supports this through OpportunityContactRole: a junction between Contact and Opportunity. We map each FactBox party-case link to an OpportunityContactRole record and store the role type (plaintiff, witness, opposing counsel) in the role field. If FactBox uses party roles that HighLevel doesn't support natively (e.g., co-counsel), we use a custom pick-list on the OpportunityContactRole or a note field for reference.

Migration approach

Six steps for a successful FactBox to HighLevel data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

Context on both ends of the pair

FactBox logo

FactBox

Source

Strengths

  • Fact-centric data model directly supports litigation workflow from document intake to trial preparation.
  • Automatic fact extraction from uploaded documents speeds up case organization significantly.
  • Physical data security with biometric readers, 2-factor access, and armed guards protects sensitive case data.
  • Immediate productivity—attorneys report being productive on day one without training or technical support.

Weaknesses

  • Minimal public API documentation limits integration options and custom automation capabilities.
  • Collaboration features may be insufficient for large litigation teams handling complex, multi-party cases.
  • The platform appears optimized for smaller matters; enterprise-scale case management features may be limited.
HighLevel logo

HighLevel

Destination

Strengths

  • Consolidates CRM, marketing automation, email, SMS, scheduling, and funnels into one platform at a predictable flat monthly rate.
  • Supports unlimited contacts and unlimited users on all paid tiers, removing per-record billing anxiety as databases grow.
  • Offers white-label and sub-account capabilities that let agencies resell access and manage multiple client environments under one billing relationship.
  • Includes built-in review management, reputation monitoring, and AI agents as native features rather than third-party add-ons.
  • Exports Contacts and Companies via a scalable async bulk CSV system that handles multi-million-row datasets without blocking the UI.

Weaknesses

  • The breadth of features creates a steep learning curve; advanced automations and Workflow configuration require significant time investment that smaller teams may not recover.
  • The platform charges usage-based fees for telecommunications and AI features that are not included in the base subscription, leading to bill surprises.
  • Recurring user reports on Reddit and G2 describe bugs, errors, and slow support response times that disrupt live marketing and sales operations.
  • Sub-account architecture, while powerful for agencies, adds migration complexity when identifying which client data lives in which isolated environment.
  • The platform is designed for agencies and SMBs; larger enterprises requiring deep reporting, custom objects at scale, or complex role-based access may outgrow its capabilities.

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 FactBox and HighLevel.

  • 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

    FactBox: Not applicable — no public API endpoints are published..

  • Data volume sensitivity

    B

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

Estimator

Estimate your FactBox to HighLevel 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 FactBox to HighLevel data migrations

Answers to the questions buyers ask most during FactBox to HighLevel migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your FactBox to HighLevel migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most FactBox to HighLevel migrations complete in 24–72 hours of active migration time for under 10,000 records. Larger setups with heavy custom field usage, high document attachment volumes, or more than 5,000 case records extend to 3–7 days. The longest pre-migration step is designing the HighLevel pipeline structure and creating custom fields — that planning phase typically takes 1–3 business days and is separate from active migration time.

Adjacent paths

Related migrations to explore

Ready when you are

Move from FactBox.
Land in HighLevel, 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