CRM migration
Field-level mapping, validation, and rollback between Azuga Fleet and Microsoft Dynamics 365 Sales . We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Sales .
Azuga Fleet
Source
Microsoft Dynamics 365 Sales
Destination
Compatibility
12 of 12
objects map 1:1 between Azuga Fleet and Microsoft Dynamics 365 Sales .
Complexity
BStandard
Timeline
48–72 hours
Overview
Azuga Fleet organizes its data around vehicles, drivers, trips, geofences, fuel events, and SafetyCam footage — a telematics-first data model. Dynamics 365 Sales natively models Accounts, Contacts, Leads, and Opportunities with no concept of a vehicle or driver record. There is no out-of-the-box Azuga Fleet import in Dynamics 365; every object requires custom table creation, field mapping, and relationship setup within Dataverse. FlitStack AI extracts Azuga Fleet data via the REST API v4 endpoints (vehicles, drivers, trips, alerts, geofences, fuel, equipment) and maps them into Dynamics 365 custom tables on the Dataverse layer. Driver score history migrates as custom Number fields on the Driver (custom Contact-equivalent) table. Trip records map to custom Trip tables with odometer start/end, route geometry, and duration. Safety alerts become Activity records. Geofences are stored as custom boundary fields or Notes on the Vehicle table. Automation rules, driver reward programs, SafetyCam live-stream configuration, and OEM telematics activation settings are not data — they are platform configuration and do not migrate. We export Azuga workflow definitions as a reference document for rebuilding in Power Automate. API rate limits (200 TPS global per Azuga v4) govern the extraction speed, and we batch records accordingly to avoid throttling.
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
Azuga Fleet platform overview
Scorecard, SWOT, gotchas, and pricing for Azuga Fleet.
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 Azuga Fleet 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.
Azuga Fleet
Vehicle
Microsoft Dynamics 365 Sales
Fleet_Vehicle__c (custom Dataverse table)
1:1Azuga vehicles map 1:1 to a custom Fleet_Vehicle__c table in Dynamics 365. Every Azuga vehicle field (VIN, make, model, year, license plate, current odometer) becomes a column in the custom table. The Azuga vehicle ID is stored as Source_System_ID__c for delta-run de-duplication. Vehicles are owned by the system user resolved from the Azuga group/zone assignment.
Azuga Fleet
Driver
Microsoft Dynamics 365 Sales
Fleet_Driver__c (custom Dataverse table)
1:1Azuga drivers are not Contacts in the CRM sense — they are operational personnel. FlitStack creates a custom Fleet_Driver__c table as the driver-of-record. The driver record links to one or more Fleet_Vehicle__c records via a custom many-to-many junction table (Vehicle_Driver_Assignment__c). Azuga driver fields (name, license number, phone, email, hire date) map directly.
Azuga Fleet
Trip
Microsoft Dynamics 365 Sales
Fleet_Trip__c (custom Dataverse table)
1:1Azuga trip records (start time, end time, start odometer, end odometer, distance, route geometry, fuel consumed, average speed) map to a custom Fleet_Trip__c table. Each trip is linked to the originating Fleet_Vehicle__c and, where the driver is identified, to Fleet_Driver__c. Trip route geometry (polyline) is stored as a custom text field since Dynamics 365 does not have a native geospatial type.
Azuga Fleet
Alert / Safety Event
Microsoft Dynamics 365 Sales
Fleet_Safety_Event__c (custom Dataverse table)
1:1Azuga safety alerts — speeding, harsh braking, harsh acceleration, distracted driving, seatbelt off — become Fleet_Safety_Event__c records. Each event carries the event type, timestamp, vehicle reference, driver reference, speed or G-force value, and the Azuga SafetyCam clip URL as a text link. Events map to the ActivityParty model for owner tracking.
Azuga Fleet
Fuel Event
Microsoft Dynamics 365 Sales
Fleet_Fuel_Event__c (custom Dataverse table)
1:1Azuga fuel fill-up events (odometer, gallons, cost, date, location) migrate to Fleet_Fuel_Event__c linked to Fleet_Vehicle__c. Fuel cost per mile is recalculated in Dynamics 365 using the Trip distance field. Dynamics 365 native currency fields handle cost — FlitStack maps Azuga's decimal cost value directly to a Currency field.
Azuga Fleet
Geofence
Microsoft Dynamics 365 Sales
Fleet_Geofence__c (custom Dataverse table) + Note on Vehicle
1:1Azuga geofences are structured boundary polygons with enter/exit event logs. The geofence definition (name, type, lat/lng vertices) migrates as a custom Fleet_Geofence__c record. The boundary geometry is stored as a serialized text field (JSON) since Dynamics 365 has no native polygon type. Each geofence enter/exit event becomes a Fleet_Geofence_Event__c record linked to the geofence and the triggering vehicle.
Azuga Fleet
Equipment
Microsoft Dynamics 365 Sales
Fleet_Equipment__c (custom Dataverse table)
1:1Azuga equipment tracker records (serial number, equipment type, status, last known location, assignment) map to a custom Fleet_Equipment__c table. Equipment links to the assigned Fleet_Vehicle__c via a lookup field. Last known location is stored as separate Latitude__c and Longitude__c decimal fields for map visualization in Dynamics 365.
Azuga Fleet
Driver Score
Microsoft Dynamics 365 Sales
Fleet_Driver__c.Score_Current__c and Fleet_Driver_Score_History__c (custom table)
1:1Azuga's 0–100 driver score has no Dynamics 365 equivalent. The current score migrates as Score_Current__c on Fleet_Driver__c. Historical score snapshots (score + snapshot date per driver) are bulk-inserted into a separate Fleet_Driver_Score_History__c table so Power BI reports can render trend lines over time. Azuga's score breakdown (speeding events, braking events, idle time percentages) is stored as child records in the history table.
Azuga Fleet
Group / Zone
Microsoft Dynamics 365 Sales
Fleet_Zone__c (custom Dataverse table)
1:1Azuga groups and zones (logical collections of vehicles and geofences) map to a custom Fleet_Zone__c table. Zone assignments for vehicles are stored as a Fleet_Vehicle_Zone_Assignment__c junction record. Dynamics 365's native Territory entity is not used because Azuga zones map to operational groupings (depot, region, job site) rather than sales territories.
Azuga Fleet
Notification / Template
Microsoft Dynamics 365 Sales
No equivalent — export for rebuild reference
1:1Azuga's notification templates (email, SMS, in-app alerts for speeding, geofence breach, maintenance due) have no Dynamics 365 counterpart. We export the template names, trigger conditions, and recipient rules as a structured JSON file. Your Dynamics 365 admin rebuilds these in Power Automate using the Fleet_Vehicle__c and Fleet_Safety_Event__c tables as triggers.
Azuga Fleet
SafetyCam Configuration
Microsoft Dynamics 365 Sales
No equivalent — preserved as Note on Fleet_Vehicle__c
1:1Azuga SafetyCam settings (camera type, orientation, live stream enabled, event recording threshold) are Azuga-platform configuration, not data. The SafetyCam clip URLs stored in safety event records do migrate as text links. The physical camera configuration is exported as a vehicle annotation note for reference but cannot be activated in Dynamics 365.
Azuga Fleet
Report / Dashboard
Microsoft Dynamics 365 Sales
No equivalent — underlying data migrates, reports rebuilt in Power BI
1:1Azuga fleet reports (fuel cost by vehicle, driver score leaderboard, geofence compliance) are platform-stored definitions. The underlying data (vehicles, trips, fuel events, driver scores) migrates to Dataverse custom tables. Reports are rebuilt using the migrated tables as Power BI datasets — we provide a sample PBIX template linked to the Fleet_Vehicle__c and Fleet_Driver__c tables.
| Azuga Fleet | Microsoft Dynamics 365 Sales | Compatibility | |
|---|---|---|---|
| Vehicle | Fleet_Vehicle__c (custom Dataverse table)1:1 | Fully supported | |
| Driver | Fleet_Driver__c (custom Dataverse table)1:1 | Fully supported | |
| Trip | Fleet_Trip__c (custom Dataverse table)1:1 | Fully supported | |
| Alert / Safety Event | Fleet_Safety_Event__c (custom Dataverse table)1:1 | Fully supported | |
| Fuel Event | Fleet_Fuel_Event__c (custom Dataverse table)1:1 | Fully supported | |
| Geofence | Fleet_Geofence__c (custom Dataverse table) + Note on Vehicle1:1 | Fully supported | |
| Equipment | Fleet_Equipment__c (custom Dataverse table)1:1 | Fully supported | |
| Driver Score | Fleet_Driver__c.Score_Current__c and Fleet_Driver_Score_History__c (custom table)1:1 | Fully supported | |
| Group / Zone | Fleet_Zone__c (custom Dataverse table)1:1 | Fully supported | |
| Notification / Template | No equivalent — export for rebuild reference1:1 | Fully supported | |
| SafetyCam Configuration | No equivalent — preserved as Note on Fleet_Vehicle__c1:1 | Fully supported | |
| Report / Dashboard | No equivalent — underlying data migrates, reports rebuilt in Power BI1: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.
Azuga Fleet gotchas
API v1 deprecation with unannounced v4 sunset date
SafetyCam video files not accessible via API
Driver score algorithms differ across platforms
Per-vehicle pricing creates billing unit complexity
No documented bulk export for trip point logs
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
Pre-migration Dataverse schema setup
Before any data moves, FlitStack's solutions engineer reviews your Azuga account structure (vehicle count, driver count, active geofences, alert history retention) and creates the target Dataverse custom tables in your Dynamics 365 sandbox: Fleet_Vehicle__c, Fleet_Driver__c, Fleet_Trip__c, Fleet_Safety_Event__c, Fleet_Fuel_Event__c, Fleet_Geofence__c, Fleet_Geofence_Event__c, Fleet_Equipment__c, and the junction tables for vehicle-driver and vehicle-zone assignments. We deliver a schema setup manifest so your Dynamics 365 admin can review and approve the table and field design — including pick-list values, data types, and field-level security — before the first record is written.
Azuga API authentication and data extraction audit
FlitStack connects to Azuga using OAuth 2.0 credentials for API v4 and runs a pre-flight audit that inventories all record counts per endpoint (vehicles, drivers, trips, alerts, fuel events, geofences, equipment). This audit determines the total API call budget and identifies Azuga accounts on lower API tiers that may need a temporary rate-limit increase. We also identify records with missing required fields (vehicles without VIN, drivers without email) and surface them in a pre-cleanse report so your team can fill gaps before extraction begins — avoiding partial records in Dynamics 365.
Sample migration with field-level diff
A representative slice of 50–100 records per object (vehicles, drivers, trips, safety events) migrates to the Dynamics 365 sandbox first. FlitStack generates a field-level diff report comparing every source field value against the destination record so you can verify that VINs map correctly, driver scores land in Score_Current__c, geofence boundary JSON is preserved, and safety event timestamps use the original Azuga event time rather than the migration write time. You approve the sample before the full run is scheduled. Any mapping corrections are applied to the migration engine before the production run.
Full migration run with delta-pickup window
The full migration extracts all Azuga records in batched API calls, applies field transformations (geofence JSON serialization, driver score snapshot creation, vehicle-driver junction resolution), and bulk-inserts into Dynamics 365 using Dataverse ExecuteMultipleRequest for throughput. A delta-pickup window of 24–48 hours runs concurrent with your Azuga cutover — any vehicle location updates, new trips, or safety events created in Azuga during the cutover are captured and written to Dynamics 365 before the source system is deprovisioned. FlitStack logs every operation to an audit table and generates a post-migration reconciliation report showing record counts by object and any records that failed validation.
Post-migration deliverables and rebuild reference package
After the migration, FlitStack delivers the complete record set in Dynamics 365 plus a rebuild reference package containing: the Azuga notification template export (JSON), the driver reward program configuration export (JSON), a Power BI template (.pbix) linked to the migrated custom tables with pre-built driver score trend and fleet utilization visuals, and a geofence boundary JSON schema reference for the Power BI map layer. We schedule a handoff call with your Dynamics 365 admin and Power Automate developer to walk through the rebuild plan for workflows, notifications, and reward automations that could not migrate as data.
Platform deep dives
Azuga Fleet
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Sales
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Azuga Fleet and Microsoft Dynamics 365 Sales .
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Azuga Fleet and Microsoft Dynamics 365 Sales .
Object compatibility
All 8 core objects map 1:1 between Azuga Fleet 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
Azuga Fleet: 200 TPS maximum (per-endpoint, per-module, and global limits documented).
Data volume sensitivity
Azuga Fleet 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 Azuga Fleet to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.
Walk through your Azuga Fleet 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 Azuga Fleet
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.