CRM migration

Migrate from Azuga Fleet to Microsoft Dynamics 365 Sales

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 logo

Azuga Fleet

Source

Microsoft Dynamics 365 Sales

Destination

Microsoft Dynamics 365 Sales  logo

Compatibility

100%

12 of 12

objects map 1:1 between Azuga Fleet and Microsoft Dynamics 365 Sales .

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Azuga Fleet logo

Azuga Fleet

What's pushing teams away

  • Customers on G2 and Capterra report frequent technical glitches with location tracking accuracy and alert delays that erode confidence in data integrity ahead of a migration cutover.
  • Per-vehicle pricing plus mandatory hardware costs scale poorly for large fleets, pushing enterprise customers toward flat-rate or unlimited-vehicle competitors like Samsara or Motive.
  • The reporting and data export UI is described as limited; fleet managers moving to more analytics-capable platforms find Azuga's export tooling insufficient for comprehensive data extraction.
  • Integration with non-native accounting, ERP, or HR systems is cited as a gap, forcing operations teams to manually rekey payroll, job costing, or compliance data during or after migration.

Choosing

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

What's pulling them in

  • Deep Microsoft 365, Teams, and Outlook integration makes Microsoft Dynamics 365 Sales a natural fit for Microsoft-first organizations already invested in that ecosystem
  • Sales Enterprise and Premium tiers offer unlimited custom tables and advanced AI-driven forecasting and predictive analytics not available in lower tiers
  • Professional tier pricing at $65 per user per month offers a lower entry cost than Salesforce for SMB teams with straightforward CRM needs
  • Flexible customization options allow businesses to build bespoke apps, tailor forms and views, and integrate with other Dynamics 365 modules
  • Microsoft Copilot AI tools are embedded directly into the sales workflow on Enterprise and Premium, automating routine tasks and providing deal intelligence

Object mapping

How Azuga Fleet objects map to Microsoft Dynamics 365 Sales

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

maps to

Microsoft Dynamics 365 Sales

Fleet_Vehicle__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Driver__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Trip__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Safety_Event__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Fuel_Event__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Geofence__c (custom Dataverse table) + Note on Vehicle

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Equipment__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

Fleet_Driver__c.Score_Current__c and Fleet_Driver_Score_History__c (custom table)

1:1
Fully supported

Azuga'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

maps to

Microsoft Dynamics 365 Sales

Fleet_Zone__c (custom Dataverse table)

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

No equivalent — export for rebuild reference

1:1
Fully supported

Azuga'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

maps to

Microsoft Dynamics 365 Sales

No equivalent — preserved as Note on Fleet_Vehicle__c

1:1
Fully supported

Azuga 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

maps to

Microsoft Dynamics 365 Sales

No equivalent — underlying data migrates, reports rebuilt in Power BI

1:1
Fully supported

Azuga 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.

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.

Azuga Fleet logo

Azuga Fleet gotchas

High

API v1 deprecation with unannounced v4 sunset date

High

SafetyCam video files not accessible via API

Medium

Driver score algorithms differ across platforms

Medium

Per-vehicle pricing creates billing unit complexity

Medium

No documented bulk export for trip point logs

Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales gotchas

High

Professional tier 15-table custom table limit blocks migrations

High

October 2024 pricing increase applies at renewal for all customers

Medium

Custom fields must be created in the UI before API writes

Medium

Power Platform request limits apply to bulk migrations

Medium

Activity records orphaned to inactive owners fail silently

Pair-specific challenges

  • Driver score is Azuga-specific and requires a custom Dataverse table to survive the migration

    Azuga's driver scoring model (0–100 composite score with sub-metrics for speeding, braking, idle time) has no native equivalent in Dynamics 365 Sales. Dynamics 365 has no concept of a driver performance record at the entity level. If you do not create a Fleet_Driver__c custom table with a Score_Current__c field before migration, Azuga driver score data has nowhere to land and will be lost. FlitStack pre-creates the custom table schema in your Dynamics 365 sandbox before extraction begins, so score data migrates on the first run rather than requiring a retroactive patch. The score history (snapshots over time) requires a separate child table since Dynamics 365 does not natively support multi-row temporal fields on a single record.

  • Azuga geofence boundary geometry requires transformation — raw JSON does not map to any Dynamics 365 field type

    Azuga geofences store boundary definitions as JSON with lat/lng vertex arrays for polygons or center+radius for circles. Dynamics 365 Sales has no geospatial field type — there is no Polygon__c or Geofence__c field. The boundary geometry must be serialized to a Text field (Fleet_Geofence__c.Boundary_Geometry__c), which means geofence visualization in Dynamics 365 requires a Power BI visual that deserializes the JSON string and renders it on a map layer. If your operations team relies on seeing geofence boundaries inside the CRM form (rather than in a separate report), that workflow must be re-scoped. FlitStack documents the JSON schema in the migration plan so your Power BI developer can build the deserialization layer before go-live.

  • SafetyCam clip URLs are text links, not embedded media — Dynamics 365 does not host video

    Azuga SafetyCam stores clip URLs pointing to Azuga's cloud storage for event-triggered video. When safety events migrate to Dynamics 365, the clip URL is stored as a text field (Fleet_Safety_Event__c.SafetyCam_Clip_URL__c). Dynamics 365 does not have a native video hosting or embedding layer for CRM records — clicking a clip URL opens the Azuga portal in a new tab if the Azuga account remains active. If you plan to decommission Azuga, clip URLs will break unless you download clips to a shared storage location (SharePoint, Azure Blob) and update the URLs. FlitStack can run a one-time clip download pass as an add-on task before the Azuga account is deprovisioned.

  • Azuga API v4 rate limits cap extraction throughput — large fleets require staged pulls

    Azuga v4 enforces a 200 TPS global limit and per-endpoint rate limits on its REST API. A fleet of 5,000 vehicles with six months of trip history, daily safety events, and fuel records can generate millions of API calls during extraction. FlitStack implements adaptive batch sizing — it monitors 429 Too Many Requests responses and reduces concurrency dynamically. The migration plan includes a pre-migration API audit that estimates total call count and schedules extraction in off-peak windows to avoid hitting limits mid-run. If your Azuga plan includes a lower API tier, we coordinate with your Azuga account team to request a temporary rate-limit increase before the migration window.

  • Azuga driver reward program configuration cannot migrate — Power Automate rebuild required

    Azuga's Social Telematics driver reward program (leaderboard ranking, achievement badges, reward redemption settings, point accumulation rules) is platform-stored configuration, not a data record. Dynamics 365 Sales has no native gamification engine — the reward program logic must be rebuilt in Power Automate using Fleet_Driver__c.Score_Current__c as the trigger and a SharePoint list or Dataverse table as the rewards ledger. FlitStack exports the Azuga reward program configuration (program rules, thresholds, badge names) as a structured JSON file during the extraction phase so your Power Automate developer has a rebuild reference. This is explicitly a post-migration rebuild task, not a data migration item.

Migration approach

Six steps for a successful Azuga Fleet to Microsoft Dynamics 365 Sales data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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

Context on both ends of the pair

Azuga Fleet logo

Azuga Fleet

Source

Strengths

  • Plug-and-play GPS hardware reportedly installs in under 20 seconds without professional fitting.
  • Gamified driver scoring with positive reinforcement differentiates from punitive safety-only platforms.
  • Published per-vehicle pricing starting at $25/month provides budget predictability for small fleets.
  • SafetyCam dual-facing AI dashcam bundles offer a single-vendor telematics plus video solution.
  • FleetMobile app gives drivers real-time shift management, timecard, and dispatch capabilities.

Weaknesses

  • API documentation is sparse; no publicly available OpenAPI spec URL or Swagger sandbox confirmed.
  • No documented bulk export endpoint for historical telemetry; data retention limits are unclear.
  • Hardware dependency creates a physical asset recovery problem when migrating off-platform.
  • Timecard data is not accessible via public API, limiting automated HR or payroll integration.
  • Pricing beyond BasicFleet requires custom quotes, making cross-platform cost comparison difficult.
Microsoft Dynamics 365 Sales  logo

Microsoft Dynamics 365 Sales

Destination

Strengths

  • Native integration with Microsoft 365, Teams, Outlook, and SharePoint for unified productivity workflow
  • Unlimited custom tables and complex workflows on Enterprise tier enable deep customization for complex sales processes
  • AI-driven predictive analytics and deal intelligence on Enterprise and Premium tiers help sales teams prioritize pipeline
  • Dataverse unified data layer provides a consistent API and data model across all Dynamics 365 and Power Platform apps
  • Strong security model with Field-Level Security and Record Ownership rules for governance-conscious enterprises

Weaknesses

  • Sales Professional tier caps custom tables at 15, creating a migration ceiling for highly customized SMB environments
  • October 2024 pricing increases of $15 per user across all tiers apply to existing customers upon renewal
  • Implementation typically requires costly certified partners, adding 30–50% to total project cost
  • Updates and platform releases can disrupt customizations and plugins, requiring regression testing after each wave
  • Non-Microsoft integrations require additional configuration or middleware, limiting flexibility for heterogeneous tech stacks

Complexity grading

How hard is this migration?

Standard CRM migration. All 8 core objects map 1:1 between Azuga Fleet and Microsoft Dynamics 365 Sales .

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Azuga Fleet and Microsoft Dynamics 365 Sales .

  • Object compatibility

    A

    All 8 core objects map 1:1 between Azuga Fleet and Microsoft Dynamics 365 Sales .

  • 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

    Azuga Fleet: 200 TPS maximum (per-endpoint, per-module, and global limits documented).

  • Data volume sensitivity

    B

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

Estimator

Estimate your Azuga Fleet to Microsoft Dynamics 365 Sales 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 Azuga Fleet to Microsoft Dynamics 365 Sales data migrations

Answers to the questions buyers ask most during Azuga Fleet to Microsoft Dynamics 365 Sales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

A typical Azuga Fleet to Dynamics 365 migration takes 5–10 business days for a small fleet (under 500 vehicles) with standard field mapping. Larger fleets of 2,000–10,000 vehicles with SafetyCam event history, fuel records, and geofence data extend to 3–4 weeks. The longest planning step is Dataverse custom table design — FlitStack handles that in days 1–2 of the engagement so extraction can begin before schema is finalized. The delta-pickup window (24–48 hours) runs concurrently with your Azuga cutover, adding no additional calendar days.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Azuga Fleet.
Land in Microsoft Dynamics 365 Sales , 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