CRM migration

Migrate from StreetSmart to Freshsales

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

StreetSmart logo

StreetSmart

Source

Freshsales

Destination

Freshsales logo

Compatibility

90%

9 of 10

objects map 1:1 between StreetSmart and Freshsales.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

StreetSmart customers typically migrate to Freshsales when they need broader CRM capabilities beyond field service scheduling—particularly Freddy AI-powered lead scoring, multi-pipeline deal management, and integrated email sequences that StreetSmart does not natively provide. The migration carries StreetSmart's core records (contacts, companies, deals) into Freshsales' Lead-Contact-Account-Opportunity object model. The primary translation challenges are mapping StreetSmart's custom fields to Freshsales' custom field schema, preserving contact-company association hierarchies, and handling any StreetSmart-specific properties that have no Freshsales equivalent. FlitStack AI uses scoped read access on StreetSmart to extract data via API, then maps and transforms each record before loading into Freshsales. We run a sample migration with field-level diff before committing to the full dataset, and we capture a delta window (24-48 hours) during cutover to catch in-flight changes. Workflows, sequences, and automation rules do not migrate—they must be rebuilt in Freshsales' workflow builder, and we provide an export of StreetSmart workflow definitions as a rebuild reference.

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

StreetSmart logo

StreetSmart

What's pushing teams away

  • Limited third-party integrations outside of mainstream ERP connectors — teams using niche or custom back-office systems find StreetSmart lacks out-of-the-box connectivity, requiring expensive custom development.
  • Customisation constraints on workflows and forms — businesses with non-standard service processes find the built-in workflow builder inflexible, especially for multi-step approval chains.
  • Reporting and analytics gaps — users note that built-in dashboards do not provide sufficient visibility into technician utilisation, SLA compliance, or revenue attribution, pushing them toward BI tools.
  • Customer support responsiveness — some reviewers flag delayed response times for technical issues, particularly when integrations break after platform updates.

Choosing

Freshsales logo

Freshsales

What's pulling them in

  • Lowest barrier to entry among major CRMs — the free tier supports up to 3 users and includes core CRM functionality before committing to per-seat pricing.
  • Built-in chat, email, and phone reduce reliance on third-party integrations for basic sales communication and contact management.
  • Freddy AI contact scoring and deal insights are included on Pro plans at a lower price than comparable HubSpot tiers.
  • Kanban pipeline views across Contacts, Accounts, and Deals provide visual deal management without requiring custom configuration.
  • Integration with the broader Freshworks ecosystem (Freshdesk, Freshchat, Freshservice) reduces tool sprawl for teams already using Freshworks.

Object mapping

How StreetSmart objects map to Freshsales

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

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

StreetSmart

Contact

maps to

Freshsales

Contact

1:1
Fully supported

StreetSmart contact records map directly to Freshsales Contact objects. Freshsales Contact requires an AccountId (lookup to Account); StreetSmart contacts without a primary company receive a default placeholder account or get mapped as Freshsales Leads based on lifecycle status. If the contact has activity history but no company link, it is flagged for review to ensure correct Lead status assignment in Freshsales.

StreetSmart

Contact (inactive / unqualified)

maps to

Freshsales

Lead

1:many
Fully supported

StreetSmart contacts marked as inactive or without engagement history route to Freshsales Lead rather than Contact. This split preserves Freshsales' distinction between raw leads and nurtured contacts, and prevents Freshsales lifecycle stage assignment on unqualified records. Records that lack a recent email, call, or meeting are automatically flagged as inactive, ensuring they do not consume Freshsales' contact tier quotas and remain available for reactivation if needed.

StreetSmart

Company

maps to

Freshsales

Account

1:1
Fully supported

StreetSmart company records map to Freshsales Account. Freshsales Accounts support parent-child hierarchies via a Parent Account lookup. StreetSmart company associations (one-to-many contacts) map as Account-Contact relationships in Freshsales, preserving the primary-company designation. If a StreetSmart company has multiple locations, each location can be represented as a separate Account under the parent, allowing granular territory reporting and per-site deal tracking within Freshsales.

StreetSmart

Deal / Service Record

maps to

Freshsales

Opportunity

1:1
Fully supported

StreetSmart service records and deal entries transform to Freshsales Opportunity. Freshsales Opportunity requires a required AccountId and optional ContactIds via Opportunity Contact Roles. Pipeline and stage assignment follows the first matching Freshsales pipeline stage based on StreetSmart service status. If no stage matches, a default stage is used and flagged for manual review.

StreetSmart

Pipeline / Stage

maps to

Freshsales

Sales Pipeline + Stage

1:1
Fully supported

StreetSmart pipeline stages map to Freshsales pipeline stages via value-by-value mapping. Each StreetSmart stage receives a corresponding Freshsales stage name, probability percentage, and forecast category. We preserve the original stage-entry timestamp as a custom datetime field for historical continuity. This mapping ensures that deal history reflects the original progression, allowing managers to review historical win/loss trends without manual re-entry.

StreetSmart

Activity / Engagement

maps to

Freshsales

Task / Event

1:1
Fully supported

StreetSmart call logs, emails, and meeting records map to Freshsales Tasks and Events. Calls and emails become Tasks with Type='Call' or Type='Email'. Meetings become Events with start/end times preserved. Original activity timestamps and owner assignments carry over via custom fields.

StreetSmart

Custom Property

maps to

Freshsales

Custom Field

1:1
Fully supported

Every StreetSmart custom property requires a corresponding Freshsales custom field created before migration. Field types are inferred from StreetSmart data (text, number, date, picklist). Picklist values are mapped value-by-value to Freshsales picklist options. Custom fields are scoped to the appropriate Freshsales module (Contact, Account, or Opportunity).

StreetSmart

Owner / User

maps to

Freshsales

Owner (User lookup)

1:1
Fully supported

StreetSmart owner IDs resolve to Freshsales users by email match. Unmatched owners are flagged before migration; you either invite them to Freshsales first or assign records to a fallback owner. No record lands in Freshsales without a valid OwnerId. If a Freshsales user account is created after the initial migration, a delta-run updates OwnerId references to reflect the new user.

StreetSmart

Attachment / File

maps to

Freshsales

Attachment

1:1
Fully supported

StreetSmart file attachments on contacts, companies, or deals are downloaded and re-uploaded as Freshsales Attachments. File size limits apply (Freshsales default 20MB per file for most plans). Inline images embedded in StreetSmart notes are extracted and rehosted separately. During re-upload, we preserve the original file name, MIME type, and upload timestamp, and we log each attachment in the migration audit trail for traceability.

StreetSmart

System ID / External ID

maps to

Freshsales

Source_System_ID__c (custom field)

1:1
Fully supported

StreetSmart internal record IDs are stored as a custom field on each Freshsales record for traceability, delta-run de-duplication, and cross-referencing. This allows FlitStack to identify which Freshsales record corresponds to which StreetSmart record during delta-pickup runs. We also use this ID mapping to generate reconciliation reports that compare record counts and field completeness between the source and destination after each migration phase.

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.

StreetSmart logo

StreetSmart gotchas

High

StreetSmart API requires explicit key provisioning

Medium

Work Order status enumeration may differ between StreetSmart editions

Medium

Attachment metadata stored outside the primary Work Order record

Low

Custom fields schema is not discoverable via public documentation

Freshsales logo

Freshsales gotchas

Medium

Freddy AI is Pro-tier only despite heavy marketing

High

Post-migration emails and sequences are disabled

Medium

Bot session credits are a one-time 500-session allocation

Medium

Phone credits charged per minute with no cap

Low

File storage limits scale with plan tier

Pair-specific challenges

  • StreetSmart billing transition creates migration urgency with a hard deadline

    All StreetSmart accounts must transition to IgniteTech billing by June 30, 2026. This creates a dual-pressure scenario: you must either commit to the IgniteTech billing relationship or accelerate your CRM migration timeline. FlitStack AI coordinates with IgniteTech's transition team to ensure StreetSmart API access remains available throughout the migration window. If your StreetSmart data export is delayed by the billing transition process, your migration timeline extends accordingly. We recommend initiating migration planning at least 8 weeks before the June 2026 deadline to avoid last-minute scheduling conflicts with IgniteTech's support queue.

  • Contact-company associations require pre-migration Account creation before contacts load

    Freshsales Contact requires an account_id lookup, and that Account record must exist before the Contact can be saved. StreetSmart allows contacts to exist without a company assignment or with multiple company associations. FlitStack sequences the migration so that StreetSmart companies migrate to Freshsales Accounts first, then StreetSmart contacts load with the matched AccountId. Contacts without a StreetSmart company association receive a default 'Unassigned Account' record. We validate foreign-key integrity before every load batch to prevent Freshsales from rejecting records due to missing AccountId.

  • Freshsales API rate limits constrain bulk load throughput

    Freshsales enforces API rate limits per plan tier, with the Growth plan limiting bulk import throughput significantly compared to Enterprise. Large StreetSmart datasets (50,000+ records) require batch sequencing with retry logic to handle Freshsales' 429 rate-limit responses gracefully. FlitStack implements exponential backoff and batch-size throttling based on your Freshsales plan tier's documented limits. We do not recommend using Freshsales' native CSV import for this migration because it does not preserve custom field type mappings or handle relationship resolution across objects—our API-based migration handles both.

  • Custom field type enforcement means data type mismatches must be resolved before migration

    Freshsales custom fields enforce data types strictly at the API level—a custom field defined as Number will reject string values. StreetSmart custom properties often store data loosely, so a field like 'deal_value' might contain 'N/A', '$50k', or numeric values interchangeably. FlitStack profiles every StreetSmart custom property before migration and surfaces type conflicts. You decide whether to clean source data, cast values to the target type, or store ambiguous values as text fields. This profiling step is included in the standard migration scope and prevents post-migration data loss that would otherwise require rework.

  • StreetSmart workflows do not map to Freshsales automation logic

    StreetSmart workflows operate as service-triggered rules tied to field service events—appointment reminders, technician dispatch logic, and service-status notifications. These do not translate to Freshsales' workflow engine, which is designed for CRM-style triggers: lead status changes, opportunity stage updates, and task creation. The automation logic is fundamentally different in intent and structure. FlitStack exports your StreetSmart workflow definitions as a reference document so your Freshsales admin can rebuild equivalent automation in Freshsales' workflow builder. We do not recommend attempting a direct workflow migration because the underlying triggers and actions are incompatible.

Migration approach

Six steps for a successful StreetSmart to Freshsales data migration

  1. Profile StreetSmart data and create Freshsales custom field schema

    FlitStack connects to StreetSmart via scoped read-access API to extract a full data export: contacts, companies, deals, activities, and custom property definitions. We profile every custom field for type consistency, value distributions, and null rates. Based on the profile, we generate a Freshsales custom field creation plan specifying field names, types, and picklist values for each StreetSmart custom property. Your Freshsales admin creates these fields before the migration runs, or FlitStack creates them via API if you grant write access.

  2. Resolve owners and validate user account mappings

    StreetSmart owner IDs are matched to Freshsales users by email address. We generate a pre-migration owner resolution report listing every unique StreetSmart owner and their Freshsales match status. Unmatched owners are flagged so your team can either invite them to Freshsales or designate a fallback owner. We require owner resolution to reach 100% before migration begins—no record migrates without a valid Freshsales OwnerId.

  3. Migrate Accounts first, then Contacts and Leads split, then Opportunities

    Freshsales enforces referential integrity: AccountId is required on Contact, and ContactRoles are required on Opportunity for contact associations. FlitStack sequences the migration in dependency order: (1) Companies → Accounts, (2) Contacts/Leads split by StreetSmart contact status, (3) Deals → Opportunities with pipeline and stage mapping. Activity records (calls, emails, meetings) load last, linked to their parent Contact or Opportunity. This sequence prevents Freshsales from rejecting records due to missing foreign keys.

  4. Run sample migration with field-level diff before full commit

    A representative sample—typically 200–500 records spanning each object type—migrates first. FlitStack generates a field-level diff comparing every source field value to its destination counterpart, flagging mismatches, dropped values, and formatting issues. You review the diff with our migration engineer and approve the mapping logic before the full run commits. This step catches mapping errors before they affect your entire dataset and typically takes 1–2 business days.

  5. Execute full migration with delta-pickup window and rollback plan

    After sample approval, the full StreetSmart dataset migrates to Freshsales via batched API loads. A delta-pickup window opens (typically 24–48 hours from go-live date) to capture any StreetSmart records created or modified during the cutover. FlitStack maintains an audit log of every record operation—create, update, skip, or error—with reasons. If reconciliation identifies critical discrepancies, a one-click rollback reverts Freshsales to its pre-migration state while your StreetSmart data remains intact for a second migration attempt.

Platform deep dives

Context on both ends of the pair

StreetSmart logo

StreetSmart

Source

Strengths

  • Real-time field data sync pushes job status, location, and signatures to the back office without manual re-entry.
  • Mobile app consolidates dispatch, status updates, photo capture, and signatures into one technician interface.
  • Dispatcher scheduling and route optimisation based on technician skill, location, and availability.
  • Pre-built integrations with mainstream ERP and accounting tools for invoicing and payroll handoff.
  • Approachable feature set for small-to-mid field-service shops that find enterprise FSM platforms too heavy.

Weaknesses

  • Integration ecosystem is narrow beyond mainstream ERP connectors; niche back-office tools need custom development.
  • Built-in workflow and form builder is inflexible for multi-step approval chains and non-standard service processes.
  • Reporting and analytics dashboards lack the depth needed for technician utilisation, SLA, and revenue attribution.
  • Customer-support response time is cited as inconsistent, particularly when integrations break after platform updates.
  • Limited public review and community footprint vs Jobber, Housecall Pro, or ServiceTitan, complicating buyer due diligence.
Freshsales logo

Freshsales

Destination

Strengths

  • Generous free tier for small teams with core CRM functionality without per-seat costs.
  • All-in-one sales CRM with built-in telephony, chat, and email reducing third-party tool dependency.
  • Freddy AI contact scoring and deal predictions available on Pro tier.
  • Multiple pipeline views with Kanban and list options across all plans.

Weaknesses

  • Reports lack depth compared to competitors like HubSpot, with limited customization options.
  • Integration setup is poorly documented with no clear guides for connecting third-party tools.
  • AI features gated behind $39/user/month Pro tier despite marketing emphasis on Freddy AI.
  • Bot sessions limited to 500 one-time allocation with no monthly refresh.

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 StreetSmart and Freshsales.

  • 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

    StreetSmart: Rate-limit thresholds are not publicly documented on the developer portal.

  • Data volume sensitivity

    B

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

Estimator

Estimate your StreetSmart to Freshsales 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 StreetSmart to Freshsales data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most StreetSmart-to-Freshsales migrations complete in 48–72 hours of clock time for datasets under 25,000 total records. The longest planning step is profiling StreetSmart custom properties and creating corresponding Freshsales custom fields before data loads. Datasets exceeding 200,000 records or involving more than 20 custom fields extend to 5–7 days due to batch sequencing, API rate-limit handling, and extended validation. We recommend 2–3 weeks of total project time including planning, schema setup, sample migration, and delta pickup.

Adjacent paths

Related migrations to explore

Ready when you are

Move from StreetSmart.
Land in Freshsales, 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