CRM migration
Field-level mapping, validation, and rollback between Team Tracker and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Team Tracker
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Team Tracker and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Team Tracker stores employee-centric data: team members, time entries, tasks, projects, departments, and activity logs including screenshots. Microsoft Dynamics 365 Sales operates on a CRM data model centered on Accounts, Contacts, Leads, and Opportunities, built on Dataverse with custom table extensibility. The migration maps Team Tracker's worker records to Contacts (for external-facing records) and resolves internal users against Dynamics 365 by email match. Projects migrate as either Accounts (if client-facing) or custom Project tables with the appropriate schema. Time entries become custom TimesheetActivity records or notes attached to the relevant Account or Contact. Screenshots and attachments re-upload to SharePoint via Dynamics 365's native document management. We surface workflow definitions as export files for your Dynamics 365 admin to rebuild in Power Automate, since automations do not migrate between platforms. The migration uses Team Tracker's export API and Dynamics 365's Dataverse Web API, sequenced so foreign keys resolve correctly. A pre-migration audit validates schema compatibility and flags any data quality issues before the migration window opens, ensuring a predictable cutover experience.
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.
Source platform
Team Tracker platform overview
Scorecard, SWOT, gotchas, and pricing for Team Tracker.
Destination platform
Microsoft Dynamics 365 Sales platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Sales .
Data migration guide
The complete Microsoft Dynamics 365 Sales migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Microsoft Dynamics 365 Sales migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Sales .
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Team Tracker object lands in Microsoft Dynamics 365 Sales , including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Team Tracker
Team Member / User
Microsoft Dynamics 365 Sales
Contact
1:1Team Tracker user records map to Dynamics 365 Contacts. Email, name, job title, phone, and department migrate as Contact fields. Users resolved by email match against existing Dynamics 365 Users; unresolved records land as new Contacts. Any unmatched users receive a custom needs_license flag so your admin knows which records require Dynamics 365 user provisioning before the delta-pickup window closes.
Team Tracker
Team Member / User
Microsoft Dynamics 365 Sales
SystemUser
1:1Team Tracker users who will log into Dynamics 365 must be provisioned as SystemUsers. The migration flags each user record with a needs_license flag so your admin assigns Dynamics 365 licenses before granting access. Existing SystemUsers in the target environment are identified by email match; records without a match require manual provisioning in Azure Active Directory before they can access Dynamics 365.
Team Tracker
Project
Microsoft Dynamics 365 Sales
Account
1:1Team Tracker projects that represent client accounts map to Dynamics 365 Accounts. Client-facing project names become Account names. Internal-only projects migrate as custom Project tables in Dataverse to preserve the hierarchical structure. We validate that client_name uniqueness across all projects maps cleanly to Account name constraints in Dynamics 365.
Team Tracker
Task
Microsoft Dynamics 365 Sales
Task (Activity)
1:1Team Tracker tasks map to Dynamics 365 Tasks. Subject, description, due date, priority, and status transfer as direct field mappings. Task ownership resolves by email match to the assigned Team Tracker user against Dynamics 365 Users. Unmatched task assignments are flagged for manual owner assignment in the target system after migration.
Team Tracker
Time Entry
Microsoft Dynamics 365 Sales
Custom: TimesheetEntry (Dataverse table)
1:1Time entries have no native Dynamics 365 equivalent. We create a TimesheetEntry custom table with columns for user (lookup to Contact), project (lookup to Account), date, duration, and notes. Original create timestamps and user attribution preserved as audit columns on the custom table for compliance and reporting continuity.
Team Tracker
Department / Group
Microsoft Dynamics 365 Sales
Custom: Department (Dataverse table)
1:1Team Tracker departments map to a custom Department table in Dataverse. Each Team Member record links to its Department via a lookup. If Dynamics 365 Business Unit isolation is required for data security, departments map to Business Units instead. We provide a mapping table showing how each Team Tracker department translates to the chosen approach.
Team Tracker
Screenshot / Activity Screenshot
Microsoft Dynamics 365 Sales
SharePoint Document (via Notes)
1:1Team Tracker screenshots re-upload to SharePoint attached to the relevant Contact or Account record. Inline screenshots in task notes are downloaded, re-hosted in SharePoint, and the share link inserted as a Note record with a reference URL pointing back to the originating entity. SharePoint storage capacity must be confirmed before migration runs for high-volume screenshot environments.
Team Tracker
Attendance Record
Microsoft Dynamics 365 Sales
Custom: AttendanceRecord (Dataverse table)
1:1Clock-in/clock-out timestamps migrate as AttendanceRecord entries linked to the Team Member (Contact). Attendance data does not map to standard Dynamics 365 entities; a custom table preserves the full clock history for compliance or HR-adjacent reporting. The migration preserves original timestamps and links each attendance record to the correct Contact via lookup.
Team Tracker
Idle Time Log
Microsoft Dynamics 365 Sales
Custom: IdleTimeEntry (Dataverse table)
1:1Team Tracker idle detection logs migrate as IdleTimeEntry records with user, date, idle duration, and discard flag. This data is reference-only in Dynamics 365 since idle tracking has no native CRM equivalent. The discard flag preserves the original include/exclude decisions from Team Tracker for audit continuity.
Team Tracker
Alert / Notification Rule
Microsoft Dynamics 365 Sales
Power Automate Flow (export definition)
1:1Team Tracker alert rules export as JSON definitions for manual rebuild in Dynamics 365 Power Automate. We deliver the exported rules with a mapping guide showing which trigger/action pairs map to Power Automate connectors. Idle-detection alerts require alternative approaches since Dynamics 365 lacks native idle-time event triggers.
Team Tracker
Productivity Report
Microsoft Dynamics 365 Sales
Power BI Report (reference only)
1:1Team Tracker productivity scores and reports do not have a direct Dynamics 365 equivalent. We export the underlying data (active time, task completion, app usage) to a staging table so your Power BI admin can rebuild dashboards from the migrated data.
Team Tracker
Custom Field (Team Tracker)
Microsoft Dynamics 365 Sales
Custom Column (Dataverse)
1:1Team Tracker custom fields and custom statuses migrate to corresponding Dataverse columns on the appropriate table. Field type mapping: text to Single-Line Text, picklists to Choice columns, numeric fields to Decimal or Whole Number, dates to Date Only or Date/Time columns.
| Team Tracker | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Team Member / User | Contact1:1 | Fully supported | |
| Team Member / User | SystemUser1:1 | Fully supported | |
| Project | Account1:1 | Fully supported | |
| Task | Task (Activity)1:1 | Fully supported | |
| Time Entry | Custom: TimesheetEntry (Dataverse table)1:1 | Fully supported | |
| Department / Group | Custom: Department (Dataverse table)1:1 | Fully supported | |
| Screenshot / Activity Screenshot | SharePoint Document (via Notes)1:1 | Fully supported | |
| Attendance Record | Custom: AttendanceRecord (Dataverse table)1:1 | Fully supported | |
| Idle Time Log | Custom: IdleTimeEntry (Dataverse table)1:1 | Fully supported | |
| Alert / Notification Rule | Power Automate Flow (export definition)1:1 | Fully supported | |
| Productivity Report | Power BI Report (reference only)1:1 | Fully supported | |
| Custom Field (Team Tracker) | Custom Column (Dataverse)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.
Team Tracker gotchas
Screenshot archives are not exported via data migration
Idle-time discard settings affect reported hours
Tier-gated custom fields create schema gaps
Geofence and GPS polling intervals may not map 1:1
Microsoft Dynamics 365 Sales gotchas
Professional tier 15-table custom table limit blocks migrations
October 2024 pricing increase applies at renewal for all customers
Custom fields must be created in the UI before API writes
Power Platform request limits apply to bulk migrations
Activity records orphaned to inactive owners fail silently
Pair-specific challenges
Migration approach
Extract Team Tracker data via export API
FlitStack AI initiates a bulk export from Team Tracker using their documented export endpoints. We pull all team members, projects, tasks, time entries, attendance records, idle logs, and screenshot metadata in parallel streams. Screenshot blobs download to a staging Azure Blob Storage account. Any API rate limits encountered are logged; the export pauses and resumes automatically when the limit window refreshes. The Team Tracker account remains read-accessed only during extraction — your team continues working without interruption.
Provision custom Dataverse tables for non-standard entities
Before data loads into Dynamics 365, we create the custom tables required for time-tracking data: TimesheetEntry, AttendanceRecord, IdleTimeEntry, and optionally a Project table for internal project hierarchies. Each table receives the correct column types, lookup relationships to Contact and Account, and Choice columns for status fields. We deliver the schema definition as a Dataverse solution XML so your admin can import it into the target Dynamics 365 environment and review column configurations before the migration runs.
Resolve owners and users by email match
Team Tracker user records are matched against Dynamics 365 SystemUsers by email address. Matched users receive task and time-entry ownership directly. Unmatched users (those not yet provisioned in Dynamics 365) are flagged and their records land as Contacts with a 'needs_license' custom field set to true. We generate a user-resolution report listing matched and unmatched records so your admin can provision missing users before the delta-pickup window closes.
Run sample migration with field-level diff
A representative slice of 100–500 records migrates first: a sample set of contacts, accounts (projects), tasks, time entries, and a few attendance records. We generate a field-level diff report showing the value in Team Tracker, the value loaded into Dynamics 365, and any transformation applied. You review the diff to confirm that time-entry dates, project-to-account mapping, and idle-duration calculations match expectations before the full run commits.
Execute full migration with delta-pickup window
The full dataset loads into Dynamics 365 via Dataverse Web API batches. After the initial load, a 24–48 hour delta-pickup window captures any records created or modified in Team Tracker during the cutover period. Screenshot blobs upload to SharePoint in parallel, with Note records created linking each file to the originating CRM record. An audit log records every create, update, and link operation. One-click rollback is available if post-migration reconciliation finds data integrity issues.
Platform deep dives
Team Tracker
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Team Tracker and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Team Tracker and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Team Tracker and Microsoft Dynamics 365 Sales .
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
Team Tracker: Not publicly documented.
Data volume sensitivity
Team Tracker 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 Team Tracker to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Team Tracker to Microsoft Dynamics 365 Sales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Team Tracker
Other ways to arrive at Microsoft Dynamics 365 Sales
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.