CRM migration
Field-level mapping, validation, and rollback between Bizstim Business Management Software and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Bizstim Business Management Software
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Bizstim Business Management Software and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Biztim Business Management Software to Nutshell is a structural migration across two fundamentally different product philosophies. Biztim is an appointment-scheduling and practitioner-management platform built for tutoring businesses, organizing data around Clients, Practitioners, and per-session availability windows. Nutshell is a sales CRM for small and medium enterprises that structures data around People, Companies, and Deals with a visual pipeline and activity timeline. We extract data from Biztim through its paginated REST API (Enterprise account required), map practitioner and staff records to Nutshell Users, transform service definitions to Nutshell Products, and preserve client availability data as structured notes since Nutshell does not expose a native scheduling or practitioner wage object. We do not migrate appointment calendars, practitioner wage configurations, or automated reminders as functional records; these require manual rebuild or custom field setup in Nutshell after cutover. Workflows, automations, and SMS reminder sequences have no direct Nutshell equivalent and are documented for the customer's admin to rebuild.
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 Bizstim Business Management Software 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.
Bizstim Business Management Software
Client
Nutshell
Person
1:1Biztim Client records map to Nutshell Person objects. The Client email, phone, address, and status fields map directly to Nutshell Person fields. Client availability rules (minTime, maxTime, slotDuration, sessionLimit) are extracted as structured availability data and written to a custom field migration_availability__c on the Person record since Nutshell does not expose a native practitioner scheduling or client availability object. Any binary attachments or file uploads stored within client records are identified during scoping and migrated as separate note attachments.
Bizstim Business Management Software
Practitioner
Nutshell
User
1:1Biztim Practitioner records map to Nutshell User accounts. The practitioner_id, practitioner name, contact details, and assignment preferences migrate directly. Practitioner payment rates (practitioner_wage fields) have no native Nutshell equivalent and are stored in a custom field practitioner_wage__c on the User record. The Staff object in Biztim is a parallel record set to Practitioner; we consolidate Staff and Practitioner as a single migration object, deduplicating by staff_id and keeping the merged record set.
Bizstim Business Management Software
Service
Nutshell
Product
1:1Biztim Service records map to Nutshell Product entries. The service name, cost, session count (group_num), and practitioner wage defaults transfer to the Nutshell Product name, unit price, quantity, and a custom field practitioner_wage_default__c. Service group hierarchy (group_id linking services to service_group_names) is preserved by writing a custom field service_group__c on each Product so that bundled service packages retain their structural relationship. The Services GET endpoint returns a maximum of 100 records per page; we paginate through all pages, tracking the total count from response metadata.
Bizstim Business Management Software
Payment
Nutshell
Invoice (custom fields)
1:1Biztim Payment records (amount, date, currency, client association via practitioner_id) map to a structured invoice record in Nutshell. Nutshell does not have a native billing or invoicing object in its standard CRM tiers, so we write payment data as a custom object (migration_payment__c) or as structured notes on the related Person record, depending on the customer's Nutshell tier. Currency fields transfer as-is; no currency conversion is performed.
Bizstim Business Management Software
Calendar / Availability Slots
Nutshell
Note (custom field migration_availability__c)
lossyClient records in Biztim carry minTime, maxTime, slotDuration, and sessionLimit fields that define individual availability windows. These availability rules have no direct Nutshell equivalent. We extract them as structured key-value data and write to a custom field migration_availability__c on the Person record during migration. The customer's admin recreates these as manual availability notes or integrates a dedicated scheduling tool post-migration.
Bizstim Business Management Software
Practitioner Wage Settings
Nutshell
User custom field practitioner_wage__c
lossyBiztim stores practitioner payment rates as practitioner_wage fields on the Practitioner record. Nutshell has no native practitioner wage object. We map these values to a custom field practitioner_wage__c on the Nutshell User record during migration. This is a manual-designated custom field that the customer provisions in their Nutshell workspace before the production migration phase.
Bizstim Business Management Software
Note / Attachment
Nutshell
Note
1:1Biztim free-text notes and comments stored within Client records migrate as Nutshell Note records linked to the Person object. Binary file attachments or uploaded documents referenced within client records must be identified during scoping because the Biztim API does not expose file storage endpoints. If files are referenced in the note body via URL, we preserve the link in the Nutshell Note; if the files are binary blobs, we flag them for manual extraction and re-upload.
Bizstim Business Management Software
Service Group
Nutshell
Product custom field service_group__c
lossyBiztim service_group_names table entries link services to their bundle groups via group_id. We preserve these group definitions as a custom field service_group__c on each Nutshell Product record. This allows the customer's admin to identify bundled service packages and recreate them as grouped or kit-style offerings in Nutshell after migration.
| Bizstim Business Management Software | Nutshell | Compatibility | |
|---|---|---|---|
| Client | Person1:1 | Fully supported | |
| Practitioner | User1:1 | Fully supported | |
| Service | Product1:1 | Fully supported | |
| Payment | Invoice (custom fields)1:1 | Fully supported | |
| Calendar / Availability Slots | Note (custom field migration_availability__c)lossy | Mapping required | |
| Practitioner Wage Settings | User custom field practitioner_wage__clossy | Fully supported | |
| Note / Attachment | Note1:1 | Fully supported | |
| Service Group | Product custom field service_group__clossy | 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.
Bizstim Business Management Software gotchas
API access requires an Enterprise account
1000 requests per hour rate limit per method per API key
Services endpoint returns a maximum of 100 records per page
No public bulk export or backup endpoint
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Discovery and API access confirmation
We audit the source Biztim account across plan tier, record volumes (Clients, Practitioners, Services, Payments), and engagement history. We confirm that an Enterprise licence is active and that an API key is accessible; if not, we surface this as a prerequisite action item before extraction begins. We extract a full object count from each endpoint to feed the migration timeline and cost estimate, and we identify any client records with file attachments that require manual intervention during scoping.
Nutshell workspace provisioning and custom field design
We provision the customer's Nutshell workspace and design the custom field schema. This includes practitioner_wage__c on User, service_group__c on Product, migration_availability__c on Person, and any migration_payment__c custom object needed for payment history. We configure Nutshell Users for each Biztim Practitioner record, setting roles and access levels. We import Biztim Products into Nutshell Product entries, preserving pricing and service group associations, before any Person records are loaded so that product lookups resolve correctly at insert time.
Extraction from Biztim with rate-limit handling
We run the Biztim extraction using paginated REST API calls in dependency order. We begin with Practitioner and Service records (no inbound dependencies), then extract Client records with their availability rules and practitioner assignments, and finally pull Payment history. We apply the 1000 requests per hour rate limit with exponential backoff and segment extraction across off-peak windows. For accounts exceeding the per-key rate limit, we request a secondary API key to parallelise the workload. Each extraction phase emits a row-count reconciliation report before the next phase begins.
Sandbox migration and mapping validation
We perform a full test migration into the customer's Nutshell workspace using the extracted data. We validate field mapping correctness on a random sample of 25-50 records per object type, confirm that practitioner-to-user resolution is complete, verify that service bundle group associations are preserved, and check that availability data is legible in the migration_availability__c custom field. Any mapping corrections are applied before the production migration phase begins. This step also serves as a dry run for the production cutover sequence.
Production migration in dependency order
We execute the production migration in record-dependency order: Users (first, as OwnerId references are required on most objects), Products (second, for product lookups), People (from Biztim Clients, with availability and practitioner assignment), and Payment history (as migration_payment__c records or structured notes). We apply a write-freeze notice to the customer two weeks before cutover. Any records created or modified during the production migration window are caught by a delta reconciliation pass before final sign-off.
Cutover, handoff, and practitioner-wage documentation
We deliver a full record-count reconciliation report comparing source Biztim record totals against Nutshell destination totals for each object type. We deliver the practitioner-wage and service-group field inventory so the customer's admin knows exactly which custom fields hold Biztim-native data and how to use them post-migration. We do not rebuild Biztim workflows, SMS reminder sequences, or automated invoicing rules; we deliver a written inventory of active automated flows that the customer's admin rebuilds in Nutshell's workflow builder. We provide a one-week hypercare window for reconciliation issues raised during the first week of Nutshell live operations.
Platform deep dives
Bizstim Business Management Software
Source
Strengths
Weaknesses
Nutshell
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 Bizstim Business Management Software and Nutshell.
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
Bizstim Business Management Software: 1000 requests per hour per HTTP method per API key.
Data volume sensitivity
Bizstim Business Management Software 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 Bizstim Business Management Software to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Bizstim Business Management Software to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Bizstim Business Management Software
Other ways to arrive at Nutshell
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.