CRM migration
Field-level mapping, validation, and rollback between Teleos and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Teleos
Source
Nutshell
Destination
Compatibility
11 of 11
objects map 1:1 between Teleos and Nutshell.
Complexity
BStandard
Timeline
24–72 hours
Overview
Teleos is a veterinary practice management platform built around animal records, guardian contacts, appointment scheduling, prescription processing, and treatment planning — a data model that diverges substantially from Nutshell's People/Companies/Deals CRM structure. Migrating from Teleos to Nutshell requires flattening a veterinary domain into a sales-oriented CRM: animals and patients become custom-field-backed People records, guardians map directly to Nutshell People, appointments and prescriptions become Activities with custom datetime and text fields, and any Teleos custom fields get re-created in Nutshell under Company, Person, or Lead entities. FlitStack AI extracts data via Teleos's API (or structured export when API access is read-only), builds a field map against Nutshell's JSON-RPC API, pre-creates destination custom fields, and loads all records with original timestamps preserved. Workflows, e-prescribing logic, and treatment-plan templates are not transferable and must be rebuilt using Nutshell's automation tools. The migration carries everything stored natively in Teleos — contacts, animals, appointments, prescriptions, invoices, and any custom properties — into Nutshell's schema, leaving only platform-specific automation to manual 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 Teleos 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.
Teleos
Guardian / Client
Nutshell
Person
1:1Teleos guardian records containing client name, email, phone, and address information map directly to Nutshell Person fields using standard field mapping. Guardian IDs from Teleos are stored as Nutshell custom fields (Guardian_ID__c) to maintain traceability back to the original Teleos source record, enabling data validation and supporting delta-sync operations during migration.
Teleos
Guardian Address
Nutshell
Person address fields
1:1Guardian address components including street address, city, postcode, and country map directly to Nutshell Person address fields using standard field correspondence. Multi-line addresses are automatically parsed during the migration load process and assigned to the correct Nutshell address sub-fields (address, city, state, postalCode, country), ensuring proper formatting and geocoding capability in the destination system.
Teleos
Animal / Patient
Nutshell
Person (custom fields) or Company
1:1Teleos animal records have no direct Nutshell equivalent, requiring a custom mapping approach. We map animals to People records with species, breed, date_of_birth, weight, and medical_history stored as Nutshell custom fields. The primary guardian relationship is preserved through a custom Guardian_ID__c field linking each animal to its owner. Practices that treat animals as business entities can alternatively map them to Companies instead for scenarios involving breeding operations or animal-related businesses.
Teleos
Guardian–Animal Link
Nutshell
Person → Company relationship or Account link
1:1Teleos links each animal to one or more guardians, creating a one-to-many relationship between animal records and their owners. In Nutshell, the primary guardian becomes the primary Person record linked to the animal. The guardian relationship is captured via a custom Person field (Primary_Guardian_ID__c) that stores the guardian's Nutshell Person ID, enabling bidirectional lookup between animal records and their associated guardians. Additional guardian relationships beyond the primary are stored in secondary custom fields for post-migration reconciliation by the practice team.
Teleos
Appointment
Nutshell
Activity (Task or Event)
1:1Teleos appointment records containing date, time, veterinarian, species, reason, and status map to Nutshell Tasks or Events depending on the appointment type. Appointment-specific details including appointment type, veterinarian name, species, and reason are stored as custom fields on the Activity record to preserve clinical context. The appointment status (Scheduled, Completed, Cancelled, No-show) maps directly to Nutshell Task status values for proper workflow tracking and calendar synchronization after migration.
Teleos
Prescription
Nutshell
Activity (Task) with custom fields
1:1Teleos prescription records containing drug name, dosage, frequency, start_date, end_date, and prescribing veterinarian are stored as custom fields on a Task-type Activity linked to the animal's Person record. Each prescription becomes a separate Task to maintain the one-to-one relationship with clinical documentation. Multi-drug prescriptions where an animal has multiple medications are serialized into a single custom text field with drug names, dosages, and frequencies formatted for readability and future reference by the veterinary team.
Teleos
Invoice / Billing Record
Nutshell
Nutshell does not have a native invoice object
1:1Teleos invoices, line items, payment status, and amounts have no Nutshell equivalent. We preserve invoice data as a custom Activity with invoice_number, amount, payment_status, and line_items as custom fields — suitable for reporting but not for accounting reconciliation in Nutshell.
Teleos
Treatment Plan
Nutshell
Custom Object or Activity with custom fields
1:1Teleos treatment plans contain procedure names, scheduled dates, costs, and outcomes. We migrate these as custom field groups on the animal's Person record — plan name, procedure list, status, and cost totals are mapped to custom fields; detailed steps are preserved as a custom text block.
Teleos
Teleos Custom Properties (Animals)
Nutshell
Nutshell Person custom fields
1:1Any Teleos custom property defined on animal records—such as insurance_policy_number, microchip_id, vaccination_status, or breeder information—is re-created as a Nutshell Person custom field before migration begins. This ensures all custom data elements are available in Nutshell's schema before record loading starts. Pick-list values and dropdown options in Teleos are mapped to Nutshell choice-type custom fields with corresponding allowed values, preserving the original data structure and enabling filtering and reporting capabilities in the destination system.
Teleos
Teleos Custom Properties (Guardians)
Nutshell
Nutshell Person custom fields
1:1Teleos custom fields defined on guardian records—such as billing_preferences, referral_source, marketing_opt_in, or practice_notes—are re-created as Nutshell Person custom fields prior to data migration. Fields that contain free-form text content are converted to Nutshell text custom fields to preserve the complete original text. Structured values like dropdown selections, boolean flags, or numeric data become Nutshell choice-type custom fields or appropriate field types to maintain data integrity and enable filtering, segmentation, and reporting in Nutshell's CRM environment.
Teleos
User / Veterinarian
Nutshell
Nutshell User (team member)
1:1Teleos user accounts representing veterinarians, veterinary technicians, and administrative staff map to Nutshell Users representing team members who will access the CRM. FlitStack AI resolves each Teleos user by matching their email address against existing Nutshell users in the destination account. Unmatched users are flagged in a pre-migration resolution report so the practice team can create Nutshell accounts first or assign their Teleos records to a fallback Nutshell user before the migration run executes, preventing data loss for unmapped user references.
| Teleos | Nutshell | Compatibility | |
|---|---|---|---|
| Guardian / Client | Person1:1 | Fully supported | |
| Guardian Address | Person address fields1:1 | Fully supported | |
| Animal / Patient | Person (custom fields) or Company1:1 | Fully supported | |
| Guardian–Animal Link | Person → Company relationship or Account link1:1 | Fully supported | |
| Appointment | Activity (Task or Event)1:1 | Fully supported | |
| Prescription | Activity (Task) with custom fields1:1 | Fully supported | |
| Invoice / Billing Record | Nutshell does not have a native invoice object1:1 | Fully supported | |
| Treatment Plan | Custom Object or Activity with custom fields1:1 | Fully supported | |
| Teleos Custom Properties (Animals) | Nutshell Person custom fields1:1 | Fully supported | |
| Teleos Custom Properties (Guardians) | Nutshell Person custom fields1:1 | Fully supported | |
| User / Veterinarian | Nutshell User (team member)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.
Teleos gotchas
Catalog website pointed at the wrong company
No public API forces export-driven extraction
Channel-based UI configuration is per-workstation
Vet-XML records require special handling
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
Audit Teleos data inventory and define the animal-to-Nutshell mapping strategy
We extract a full data inventory from Teleos via API or structured export — animal records, guardian contacts, appointments, prescriptions, treatment plans, invoices, custom fields, and user accounts. FlitStack AI then delivers a pre-migration decision document: for each Teleos entity, we recommend whether it maps to a Nutshell standard object, a custom field on an existing object, or a custom object. The animal-record mapping decision (People vs. Company) is the critical path item that gates all downstream field mapping.
Pre-create Nutshell custom fields before data loading begins
Nutshell custom fields must exist before records can be written with custom field values. We create all required custom fields via the Nutshell API: Species__c, Breed__c, Date_of_Birth__c, Weight__c, Medical_History__c, Drug_Name__c, Dosage__c, Treatment_Plan_Name__c, Invoice_Number__c, Payment_Status__c, and any Teleos custom properties not covered by standard Nutshell fields. Field types (text, pick-list, date, date-time, number) are set based on Teleos source field types to avoid type-mismatch errors during load.
Resolve Teleos users and veterinarians against Nutshell team members
Teleos user accounts (veterinarians, admin staff) are matched against Nutshell users by email address. We generate a user-resolution report before migration: matched users map directly; unmatched Teleos users are flagged so your team can create Nutshell accounts first or assign their records to a fallback Nutshell user. No appointment or prescription record loads without a valid Nutshell user assignment for the responsible veterinarian.
Run a sample migration with field-level diff on 100–300 Teleos records
A representative slice — 50 animals, 50 guardians, 100 appointments, 50 prescriptions — migrates into a Nutshell staging environment first. We generate a field-level diff report showing each source field, the mapped Nutshell field, the loaded value, and any transformation applied. You review the diff and approve or adjust mappings before the full run commits. This step catches custom field type mismatches, guardian link resolution errors, and prescription serialization format issues before they affect your full dataset.
Execute full migration with delta-pickup window and audit log
The full Teleos dataset loads into Nutshell in sequenced batches — Companies/Guardians first, then People/Animals, then Activities (appointments, prescriptions), then custom-field-heavy records. A delta-pickup window (24–48 hours) captures any Teleos records modified or created during cutover. Every migration operation is written to an audit log. If reconciliation shows record count or field-population discrepancies, FlitStack AI provides a one-click rollback that removes migrated records and restores the target to its pre-migration state for a second attempt.
Platform deep dives
Teleos
Source
Strengths
Weaknesses
Nutshell
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 Teleos and Nutshell.
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
Teleos: Not applicable — no documented public API endpoints exist..
Data volume sensitivity
Teleos 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 Teleos to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Teleos 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 Teleos
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.