CRM migration

Migrate from tab32 to Nutshell

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

tab32 logo

tab32

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between tab32 and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

tab32 is a cloud-native dental practice management system built for DSOs, storing patient records, tooth-chart data, perio exam results, treatment plans, appointment schedules, insurance claims, and provider profiles across multi-location practices. Nutshell is a sales CRM for small-to-mid-market teams that organizes data as People, Companies, Leads, Deals, and Activities with a simple pipeline model and four flexible pipeline views (List, Map, Chart, Board). The migration maps tab32 patient records to Nutshell People, tab32 companies to Nutshell Companies, tab32 appointments to Nutshell Activities (Tasks), and tab32 treatment plans and clinical data to custom fields on Person records. tab32's Open Data Warehousing exports give FlitStack API access to structured patient data including insurance details, recall dates, and clinical notes. We sequence the migration by resolving tab32 provider IDs to Nutshell Users by email match, then migrate Companies first, then People, then Activities so foreign-key relationships resolve correctly. Automations, recall workflows, and treatment-plan rules in tab32 do not migrate — we export those definitions as rebuild references for your team to recreate in Nutshell's automation tools. A delta-pickup window captures any new appointments or patient updates during the cutover window.

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

tab32 logo

tab32

What's pushing teams away

  • Support response times of 24–48 hours frustrate practices during critical operations — one reviewer described waiting days for answers to simple questions during an onboarding window.
  • Training relies heavily on pre-recorded video content rather than live, scheduled onboarding sessions, creating access problems for practices operating outside standard business hours.
  • The platform is not user-friendly by default and requires a significant time investment even for tech-savvy teams, with one reviewer recommending competitors for better onboarding UX.
  • Add-on costs and tier-based feature gating reported by multiple sources push the realistic monthly cost above the advertised starting price, creating sticker shock for budget-conscious practices.
  • Feature discoverability is poor — staff report difficulty finding and configuring features even after initial training, suggesting the UI does not surface functionality in an intuitive way.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How tab32 objects map to Nutshell

Each row shows how a tab32 object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

tab32

Patient

maps to

Nutshell

Person

1:1
Fully supported

tab32 Patient records map 1:1 to Nutshell Person records. The patient's full name splits into firstName and lastName on the Nutshell Person. DOB, address, phone, and email transfer as standard fields. Insurance data and recall-interval fields become Nutshell custom fields on the Person record.

tab32

Practice / Location

maps to

Nutshell

Company

1:1
Fully supported

tab32 practice locations map to Nutshell Company records. Practice name, address, phone, and timezone transfer as standard Company fields. For DSOs with parent-company hierarchies, the top-level DSO becomes the parent Company in Nutshell and each location is a child Company linked via the parentId relationship.

tab32

Appointment

maps to

Nutshell

Activity (Task / Event)

1:1
Fully supported

tab32 appointments map to Nutshell Tasks (for tasks like follow-up calls) and Events (for scheduled visits). The appointment date and time become the Task due date or Event start/end time. Provider ID resolves to the Nutshell User by email match. CDT procedure codes, appointment type (hygiene, restorative, surgical), and operatory location become custom fields on the Activity record.

tab32

Treatment Plan

maps to

Nutshell

Note on Person record

1:1
Fully supported

tab32 treatment plans include procedure description, CDT code, treatment status (proposed, accepted, completed), estimated cost, and provider recommendation. These transfer as a structured Note on the associated Person record in Nutshell. Active treatment-plan status is preserved as a custom pick-list field on the Person so sales or ops teams can see ongoing care context at a glance.

tab32

Provider / Dentist

maps to

Nutshell

Nutshell User / Custom Field on Person

1:1
Fully supported

tab32 provider profiles (dentist name, specialty, NPI number) map to Nutshell User records via email match. When a provider is a treating clinician on a patient record without a corresponding Nutshell login, the provider name and specialty migrate as a custom field on the Person record so clinical attribution is preserved.

tab32

Insurance Record

maps to

Nutshell

Custom Fields on Person

1:1
Fully supported

tab32 stores insurance carrier name, group number, subscriber ID, subscriber relationship, and coverage percentages per patient. Nutshell has no native insurance fields, so FlitStack creates custom text and pick-list fields on the Person record: Insurance_Carrier__c, Insurance_Group_Number__c, Insurance_Subscriber_ID__c, and Coverage_Level__c (single/family).

tab32

Recall / Re-care Date

maps to

Nutshell

Custom Field on Person

1:1
Fully supported

tab32 recall intervals trigger re-care appointments (e.g., 6-month hygiene recall). The next recall date migrates as a custom date field (Next_Recall_Date__c) on the Person record in Nutshell. This enables ops teams to build task automations in Nutshell around recall follow-up without rebuilding from scratch.

tab32

Clinical Note / Charting Data

maps to

Nutshell

Note / Custom Fields on Person

1:1
Fully supported

tab32 tooth-chart and perio exam data are clinical records with procedure-level detail. Because Nutshell is a CRM and not a clinical system, this data migrates as structured Notes attached to the Person record. FlitStack maps perio pocket-depth readings to a Note with a standardized format (Tooth-Surface-Pocket-Depth) so clinical staff can review historical perio status in Nutshell.

tab32

Claim / Billing Record

maps to

Nutshell

Custom Fields on Person + Activity

1:1
Fully supported

tab32 insurance claim records include claim status (submitted, pending, paid, denied), amount billed, amount paid, and adjusted amount. Claim status and last-claim-date migrate as custom fields on the Person record. Each claim submission date becomes a Note or Task on the Person so the billing history is accessible to the ops team in Nutshell.

tab32

tab32 File / Attachment

maps to

Nutshell

Nutshell Attachment / Note with link

1:1
Fully supported

tab32 patient attachments (insurance cards, treatment consent forms, imaging referrals) are files associated with a patient record. FlitStack downloads these files and re-uploads them as attachments on the corresponding Nutshell Person record. File size limits follow Nutshell's attachment constraints. Files that exceed size limits are converted to hosted links stored as a Note.

tab32

Patient Balance / A/R

maps to

Nutshell

Custom Field on Person

1:1
Fully supported

tab32 tracks outstanding patient balances and accounts receivable. The current balance migrates as a custom currency field (Outstanding_Balance__c) on the Nutshell Person record. This is a reference field only — revenue cycle management is handled in the dental PMS or billing system, not in Nutshell's CRM context.

tab32

Lead / Prospective Patient

maps to

Nutshell

Nutshell Lead

1:1
Fully supported

tab32 prospective patients (leads from marketing campaigns, new-patient intake forms, or walk-in inquiries) map directly to Nutshell Lead records. Lead source, inquiry date, and referred-by information transfer as standard Nutshell Lead fields or custom fields if tab32 captures additional referral context.

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.

tab32 logo

tab32 gotchas

High

Data quality inheritance blocks clean migration

High

DSO multi-location structure requires explicit office mapping

Medium

Imaging data lives outside the standard export path

Medium

Fee schedule consolidation is a pre-migration prerequisite

Low

Training and support model assumes daytime availability

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • tab32 tooth-chart and perio data have no native CRM equivalent

    tab32 stores perio pocket-depth readings, tooth-surface conditions, and procedure-level clinical charting as structured clinical data. Nutshell is a sales CRM with no clinical object model. FlitStack migrates this data as structured Notes attached to the Person record and as custom fields for the most critical perio flags (e.g., Last_Perio_Exam_Date__c, Periodontal_Flag__c). The full tooth-chart bitmap cannot render inside Nutshell — it migrates as a Note with a text representation of the charting summary so clinical context is preserved but the graphical chart is not interactive in Nutshell.

  • tab32 recall workflow automations do not transfer to Nutshell

    tab32's recall engine automatically triggers re-care reminders based on the patient's recall interval (e.g., 6-month hygiene). Nutshell has no native recall engine — it has Tasks and email sequences. FlitStack migrates the next-recall date as a custom date field (Next_Recall_Date__c) on each Person record, and we export the tab32 recall-interval rules as a rebuild reference so your team can configure Nutshell Tasks or a third-party dental-automation tool (like treatment-reminder software) to replicate the recall workflow. This is pair-specific: the recall logic depends on tab32's interval engine which has no Nutshell equivalent.

  • Nutshell rate-limits find queries with non-stub responses

    The Nutshell JSON-RPC API rate-limits find queries (e.g., findPeople, findLeads) when they return full record data rather than stubs. The degree of rate-limiting may change depending on current conditions. FlitStack sequences bulk imports in batches and uses stub responses during the discovery phase to avoid triggering rate-limit errors. Get requests (e.g., getPerson) are also rate-limited but to a lesser extent. For migrations with large patient volumes (50,000+ records), FlitStack requests a higher rate-limit tier from Nutshell before the migration run begins.

  • Insurance and A/R data is snapshot-only post-migration

    tab32 tracks live insurance claim status and patient A/R balances that update in real time. Nutshell has no native insurance or billing objects, so these migrate as static custom fields on the Person record. Claim status and outstanding balances are a point-in-time snapshot taken at the migration cutover. Active claims in flight during cutover are captured in the delta-pickup window, but ongoing A/R aging, new claim submissions, and payments made after go-live must be managed in tab32 or a dental billing system — Nutshell does not sync live billing data without a custom integration.

  • Multi-location DSO data requires parent-Company hierarchy mapping

    DSOs with 5+ tab32 locations store each location as a separate practice with its own fee schedule, provider roster, and patient roster. Nutshell's Company object supports parent-child hierarchy via a parentId field. FlitStack maps the top-level DSO as the parent Company and each tab32 location as a child Company. The patient-to-location relationship is preserved by linking each Person record to its home Company via Nutshell's standard person-company association. If tab32 patients can be seen across multiple locations, FlitStack creates additional Person-Company associations in Nutshell to reflect cross-location patient history.

Migration approach

Six steps for a successful tab32 to Nutshell data migration

  1. Audit tab32 data export and map patient-to-person relationships

    FlitStack begins by querying tab32's API exports for all patient records, appointment histories, treatment plans, provider profiles, practice locations, and insurance records. We cross-reference patient-to-location relationships and provider IDs against the tab32 user roster. This audit produces a data-volume report and flags any records with missing email addresses (required for Nutshell User match) or incomplete insurance data. We deliver a pre-migration data-cleaning checklist if duplicate patients, outdated records, or incomplete addresses are found above a defined threshold.

  2. Create Nutshell custom fields and Company hierarchy

    Before data lands in Nutshell, FlitStack provisions the custom fields identified in the mapping plan: Insurance_Carrier__c, Insurance_Group_Number__c, Insurance_Subscriber_ID__c, Coverage_Level__c, Next_Recall_Date__c, Treatment_Status__c, Outstanding_Balance__c, Claim_Status__c, Original_Created_Date__c, Source_System_ID__c, and others. For multi-location DSO setups, we create the parent-Company hierarchy in Nutshell first so each child Company exists before patient records are linked to it. This step also includes setting up any Nutshell pick-list values (gender, subscriber relationship, claim status) that match tab32 enumerated values.

  3. Match tab32 providers to Nutshell Users and flag gaps

    tab32 provider IDs are matched to Nutshell Users by email address. FlitStack runs a pre-flight match against Nutshell's User list and generates a gap report showing which tab32 providers have no corresponding Nutshell User account. Your team either creates new Nutshell User accounts for those providers before the migration run, or FlitStack assigns their records to a designated fallback User and stores the provider name in a custom field on each affected Person record. No patient record migrates without a resolved owner.

  4. Migrate in dependency order with sample diff

    The migration runs in the correct foreign-key sequence: Companies first (establish the account hierarchy), then People (linking each Person to a Company via the person-company association), then Activities (Tasks for appointments, Notes for treatment plans and clinical data). A representative sample migration (typically 100–300 patient records with appointments) runs first. FlitStack generates a field-level diff comparing source values in tab32 against the migrated values in Nutshell so you can verify recall-date mapping, insurance field population, provider ownership, and treatment-plan Note formatting before the full run commits.

  5. Execute full migration with delta-pickup cutover

    The full dataset migrates against Nutshell's production instance. A delta-pickup window of 24–48 hours captures new patient records created, appointments scheduled, or treatment plans updated in tab32 during the cutover window. FlitStack logs every record created, updated, or skipped with a reason code. After the delta window closes, we run a reconciliation count comparing total records in tab32 at cutover against total records in Nutshell and surface any gaps for manual review. One-click rollback is available if reconciliation fails.

Platform deep dives

Context on both ends of the pair

tab32 logo

tab32

Source

Strengths

  • Fully cloud-native on Google Cloud Platform with no server infrastructure required and no per-practice hardware footprint.
  • Purpose-built for DSO-scale multi-location management with centralized reporting, fee schedule normalization, and office-level permission structures.
  • Bundled patient engagement suite: two-way texting, automated reminders, e-forms, e-statements, and mobile payments in one platform without per-feature add-on pricing.
  • Open Data Warehousing API provides transparent access to the practice data warehouse for BI and analytics integrations.
  • AI voice charting and AI-driven perio exam dictation are first-to-market clinical features that reduce manual documentation burden.

Weaknesses

  • Support responsiveness lags at 24–48 hours for routine queries, making the platform difficult to use during onboarding and operational troubleshooting.
  • Steep learning curve even for technically sophisticated teams — one reviewer explicitly recommended competing platforms for better live training support.
  • Pricing lacks transparency with reported hidden add-on charges pushing realistic costs above advertised tiers, particularly at enterprise scale.
  • Poor feature discoverability in the UI means staff frequently cannot locate or configure capabilities they have paid for without external consulting help.
  • Customer reviews are sparse on major platforms, making independent evaluation difficult — the available reviews show a bimodal pattern of enthusiastic long-term users and frustrated switchers.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

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 tab32 and Nutshell.

  • 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

    tab32: Not publicly documented.

  • Data volume sensitivity

    A

    tab32 exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your tab32 to Nutshell 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 tab32 to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most tab32-to-Nutshell migrations complete within 48–72 hours of clock time for under 10,000 patient records. Larger DSO setups with multiple locations, 50,000+ records, or extensive custom-field schemas extend to 5–10 days. The longest step is typically creating the Nutshell custom fields and Company hierarchy before data lands — FlitStack can parallelize this with the data audit so the overall timeline is driven by record volume and the number of custom fields required.

Adjacent paths

Related migrations to explore

Ready when you are

Move from tab32.
Land in Nutshell, 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