Data Connector data dictionary
Explore every table and column in the Data Connector, with a clear meaning for each one.
The Geotab Data Connector is a tool designed for fleet managers to import curated data sourced from their own fleets into their preferred BI or visualization tool without manually running MyGeotab reports. The topics in this article define the columns available in each data asset.
To connect your BI tool, see Connecting your BI tool. To see how the tables are used in ready-made dashboards, see Data Connector templates.
Data availability by rate plan
Review which Data Connector columns your rate plan includes and how far back your data goes.
Depending on your device's rate plan, some columns may or may not be available. The following table gives a general overview of feature availability per plan. For a comprehensive overview of all rate plan features, see Rate plans.
Table and column group | Base | Regulatory | Pro | ProPlus | GO Plan |
|---|---|---|---|---|---|
Table: Vehicle KPI | Partial | Partial | Yes | Yes | Yes |
Utilization columns (e.g. Driving, Idling, Number of Trips) | Yes | Yes | Yes | Yes | Yes |
Engine-status related columns (e.g. Fuel and Odometer) | No | No | Yes | Yes | Yes |
Fault-related columns | No | No | Yes | Yes | Yes |
Table: Latest Vehicle Metadata | Partial | Partial | Yes | Yes | Yes |
Engine-status related columns (e.g. Fuel and Odometer) | No | No | Yes | Yes | Yes |
Fault-related columns | No | No | Yes | Yes | Yes |
Table: Vehicle Groups | Yes | Yes | Yes | Yes | Yes |
Table: Safety Predictive Analytics and Benchmarks | Yes* | Yes* | Yes | Yes | Yes |
Tables: Maintenance Insights | No | No | Yes | Yes |
* Detected collisions will be unavailable on these rate plans.
Historical data
Historical data (KPI) is provided from January 1, 2023 onward. Some databases may have limited historical data availability, including but not limited to their tenure or active device plans with Geotab. For Safety Benchmarks and Maintenance Insights, historical data is also provided from January 1, 2023 onward.
Data assumptions
Learn how permissions, time zones, VINs, and units affect the data you see in the Data Connector.
Viewing permission: Users can only view data and rows that they have permission to access in MyGeotab.
When you change a permission setting in MyGeotab, it can take up to 10 minutes for the change to be reflected in the Geotab Data Connector.
When you change a device's group membership in MyGeotab, it can take up to 1 hour for the new group membership to be reflected in the Geotab Data Connector.
Currently, MyGeotab's fine-grain data clearances for specific metrics (such as fuel and engine measurements) are not reflected in the corresponding metrics in the Data Connector. Users can access all metrics listed in the data dictionary for the devices they have permission to view.
Time zone consideration:
For Vehicle KPI tables: Data is aggregated on a local-time basis, based on the time zone set for each device in MyGeotab. For devices with no specified time zone, the default time zone is America/New_York (UTC-4 during daylight saving time, otherwise UTC-5).
For Driver KPI tables: Data is aggregated on a local-time basis, based on the time zone set for each user in MyGeotab. For users with no specified time zone, the default time zone is America/New_York (UTC-4 during daylight saving time, otherwise UTC-5).
For Safety Benchmarks tables: Data is aggregated on a daily basis, based on UTC date.
Vehicle identification: Vehicle Identification Number (VIN) is decoded from the engine on a best-effort basis. If the engine-decoded VIN is not available, the user-entered VIN from the MyGeotab asset page may be used and displayed. Vehicle characteristics derived from the VIN are also limited by the validity of the decoded VIN and the availability of the VIN decoding rule.
Utilization metrics: Utilization metrics such as distance, total engine hours, drive time, idle time, and trip counts are calculated from the MyGeotab trip history. The aggregation is based on the trip start time.
Fuel and energy-related metrics: Fuel-related metrics such as fuel and energy distance, total fuel used, and idle fuel used are calculated on a trip-start-time basis.
In the hourly aggregate view, if a vehicle has a trip that starts at 2:15 PM and ends at 5:07 PM, fuel-related metrics may be null or 0 for the 2:00 PM to 4:00 PM time range. For the 5:00 PM reading, the fuel-related metrics for the entire trip are displayed.
Units: Metric units are used, unless otherwise indicated.
Vocation types
Review the vocation types that Geotab assigns to each vehicle.
Geotab uses a patented machine learning algorithm to determine the vocation (purpose) of each vehicle based on its collected data. Fleet managers can use this information for Origin/Destination analysis to see which types of jobs their vehicles perform.
The following table lists the vocation types and their descriptions.
Vocation Name | Description |
|---|---|
Long Haul | The vehicle has a very large range of activity and typically does not rest in the same location. The vehicle is also neither hub-and-spoke nor door-to-door. |
Regional | The vehicle has a wide range of activity, over the 150-air-mile threshold for short-haul exemption, but tends to rest in the same location often. The vehicle is also neither hub-and-spoke nor door-to-door. |
Local | The vehicle's range of activity is below 150-air-miles, and thus qualifies for the short-haul exemption under Hours of Service Regulations. In addition, the vehicle does not exhibit behavior in line with other vocations, such as hub-and-spoke and door-to-door. |
Door to Door | The vehicle makes significantly more stops than most per work day, but also tends to spend very little time per stop. |
Hub and Spoke | The vehicle spends many of its work days making multiple round trips from a singular location (a centralized hub). Typically, the vehicle averages over one round trip per working day, with these round trips accounting for the majority of its total mileage. |
Vehicle KPI tables
Review the Vehicle KPI tables and what each column means.
The Vehicle KPI tables provide an aggregated summary at an asset level. Based on the selected time aggregation level (daily or monthly), each row provides a summary for each asset. Data is available from January 1, 2023 onward.
Fuel and EV energy used data is only available from July 2023 onward.
Aggregation level:
By time: Daily and Monthly, based on the device-designated time zone (configured in MyGeotab)
By entity: Asset ID
Refresh frequency: Hourly.
Table names:
VehicleKpi_DailyVehicleKpi_Monthly
VehicleKpi_Daily
Column | Type | Description |
|---|---|---|
| STRING | The id of the telematics device, as designated on MyGeotab. |
| DATE | The local date of the day for the displayed data. The local timezone is defined in MyGeotab. |
| STRING | The timezone id used to capture the boundaries for the local date, for the device. |
| STRING | The serial number of the telematics device that was last connected to the DeviceId for the given local date. |
| STRING | The id for the vehicle (Vehicle Identification Number) that was last connected to the telematics device for the given local date. |
| FLOAT | The lowest value for the odometer (in km) measured for the specified VIN within the local date. |
| FLOAT | The highest value for the odometer (in km) measured for the specified VIN within the local date. |
| FLOAT | Total time (in seconds) that the DeviceId was actively in a trip, measured for trips that started within the local date. |
| FLOAT | Total time (in seconds) that the DeviceId was idling measured for trips that started within the local date. Individual trip idling time accrues when speed is 0 and ignition is on, and accounts for the beginning of the trip to the beginning of the next trip. |
| FLOAT | Total time (in hours) that the DeviceId's vehicle engine was on for all trips that began within the local date. Derived from DriveDuration + IdleDuration. |
| FLOAT | Total distance (in km) that the DeviceId has driven, measured within the local date by GPS position changes or odometer changes. |
| INTEGER | The number of trips for the DeviceId that began within the local date. |
| FLOAT | The last valid GPS longitude measured for the DeviceId within the local date. |
| FLOAT | The last valid GPS latitude measured for the DeviceId within the local date. |
| FLOAT | The duration (in seconds) the vehicle was stopped at the end of the trip. This also includes any idling done at the end of a trip. Measured for trips that started within the local date. |
| FLOAT | The distance (in km) the vehicle was driven during work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the vehicle was driven during work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the vehicle was stopped during work hours. Measured for trips that started within the local date. |
| INTEGER | Number of trips that started after work hours. Measured for trips that started within the local date. |
| FLOAT | The distance (in km) the vehicle was driven after work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the vehicle was driven after work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the vehicle was stopped after work hours. Measured for trips that started within the local date. |
| FLOAT | The total fuel used (in liters) for the DeviceId. Note that this field captures the total fuel used across all trips that began within this specific local date, meaning that it can capture more than a single day's worth of fuel usage when a trip ends on another day. |
| FLOAT | The total fuel used (in liters) for the DeviceId while the vehicle is stationary and not moving. Note that this field captures the idle fuel used across all trips that began within this specific local date, meaning that it can capture more than a single day's worth of fuel usage when a trip ends on another day. |
| FLOAT | The total energy used (in kWh) for the DeviceId while the vehicle is driving. Note that this field captures the total energy used across all trips that began within this specific local date, meaning that it can capture more than a single day's worth of energy usage when a trip ends on another day. |
| FLOAT | The distance (in km) that fuel and/or energy usage was accounted for. Note that this field captures the total distance accumulated across all trips that began within this specific local date (as long as fuel and/or energy readings were available). |
| INTEGER | The number of unique engine/vehicle fault codes for the DeviceId measured within the local date. Note that we currently measure faults through the OBDII and J1939 protocol, as well as custom reverse-engineered fault codes for select vehicle makes and manufacturers. |
| INTEGER | The number of unique fault codes for the DeviceId, originating from the telematics device itself, measured within the local date. This count includes faults such as device health and connectivity issues. |
| STRING | Identifies whether the telematics device is working properly and is measuring vehicle activity (GPS/Engine Status/Faults) within the local date. |
VehicleKpi_Monthly
Column | Type | Description |
|---|---|---|
| STRING | The ID of the telematics device, as designated on MyGeotab. |
| DATE | The first day of the calendar month, based on the local timezone set on the DeviceId on MyGeotab. |
| STRING | The last seen timezone id for the month, used to capture the boundaries for the local dates, for the device. |
| STRING | The serial number of the telematics device that was last connected to the DeviceId for the given local month. |
| STRING | The Vehicle Identification Number of the vehicle that was last connected to the telematics device for the given local month. |
| FLOAT | The lowest value for the odometer (in km) measured for the specified VIN within the local month. |
| FLOAT | The highest value for the odometer (in km) measured for the specified VIN within the local month. |
| FLOAT | Total time (in seconds) that the DeviceId was actively in operation (without idle) measured for trips that started within the local month. |
| FLOAT | Total time (in seconds) that the DeviceId was idling measured for trips that started within the local month. Individual trip idling time accrues when speed is 0 and ignition is on, and accounts for the beginning of the trip to the beginning of the next trip. |
| FLOAT | Total time (in hours) that the DeviceId's vehicle engine was on for all trips that began within the local month. Derived from DriveDuration + IdleDuration. |
| FLOAT | Total distance (in km) that the DeviceId has driven, measured within the local month by GPS position changes or odometer changes. |
| INTEGER | The number of trips for the DeviceId that began within the local month. |
| FLOAT | The last valid GPS longitude measured for the DeviceId within the local month. |
| FLOAT | The last valid GPS latitude measured for the DeviceId within the local month. |
| FLOAT | The duration (in seconds) the vehicle was stopped at the end of the trip. This also includes any idling done at the end of a trip. Measured for trips that started within the local month. |
| FLOAT | The distance (in km) the vehicle was driven during work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the vehicle was driven during work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the vehicle was stopped during work hours. Measured for trips that started within the local month. |
| INTEGER | Number of trips that started after work hours. Measured for trips that started within the local month. |
| FLOAT | The distance (in km) the vehicle was driven after work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the vehicle was driven after work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the vehicle was stopped after work hours. Measured for trips that started within the local month. |
| FLOAT | The total fuel used (in liters) for the DeviceId. Note that this field captures the total fuel used across all trips that began within this specific local month, meaning that it can capture more than the single month's worth of fuel usage when a trip ends in another month.. |
| FLOAT | The total fuel used (in liters) for the DeviceId while the vehicle is stationary and not moving. Note that this field captures the idle fuel used across all trips that began within this specific local month, meaning that it can capture more than the single month's worth of fuel usage when a trip ends in another month. |
| FLOAT | The total energy used (in kWh) for the DeviceId while the vehicle is driving. Note that this field captures the total energy used across all trips that began within this specific local month, meaning that it can capture more than the single month's worth of fuel usage when a trip ends in another month. |
| FLOAT | The distance (in km) that fuel and/or energy usage was accounted for. Note that this field captures the total distance accumulated across all trips that began within this specific local month (as long as fuel and/or energy readings were available). |
| INTEGER | The number of unique engine/vehicle fault codes for the DeviceId measured within the local month. Note that we currently measure faults through the OBDII and J1939 protocol, as well as custom reverse-engineered fault codes for select vehicle makes/manufacturers. |
| INTEGER | The number of unique fault codes for the DeviceId, originating from the telematics device itself, measured within the local month. This count includes faults such as device health and connectivity issues. |
| STRING | Identifies whether the telematics device is working properly and is measuring vehicle activity (GPS/Engine Status/Faults) within the month. |
Vehicle metadata and group tables
Review the vehicle and group tables, and what each column means.
LatestVehicleMetadata
The Vehicle Latest Metadata table provides additional context and grouping potential for the other aggregated summary tables. Each row captures metadata about the vehicle and the device, allowing a connection to other aggregated summary tables using VIN and DeviceId.
Aggregation level:
By entity: VIN and DeviceId
Refresh frequency: Hourly
Table names:
LatestVehicleMetadata
If a telematics device was associated with more than one vehicle, there can be more than one row for that device in the SerialNo column. Use the DateFrom and DateTo columns to determine which vehicle is currently assigned (when the DateTo field is the placeholder date 2050-01-01). If an active telematics device fails to associate a vehicle's VIN with the device, an extra row with no VIN is displayed in the Vehicle Latest Metadata table with a DateTo date of 2050.
Column | Type | Description |
|---|---|---|
| STRING | The Vehicle Identification Number (VIN) is a 17 character alphanumeric string for the vehicle that is connected to the telematics device. This field is null if the device is unable to read the VIN. |
| STRING | The name of the telematics device, as designated on MyGeotab. |
| STRING | The ID of the telematics device, as designated on MyGeotab. |
| STRING | This is a string to identify whether the telematics device is working properly and is measuring vehicle activity within the last 24 hours. |
| STRING | The timezone name that is used to convert the UTC timestamp to the local datetime. |
| STRING | The timezone offset associated to the |
| STRING | The serial number of the telematics device installed in the vehicle. |
| TIMESTAMP | The UTC timestamp for when we observed the telematics device associated to the specified VIN. If the device is disconnected and reconnected to the same VIN, this will be the latest reconnection timestamp. If the VIN is empty or null, the DateFrom date represents the first timestamp of when the telematics device was associated with the MyGeotab database. |
| TIMESTAMP | The ending UTC timestamp for when we observed the telematics device associated to the specified VIN. If the device is disconnected and reconnected to the same vehicle VIN, this field will be updated to the latest reconnection instance. If the VIN is empty or null, the DateTo date represents the last timestamp of when the telematics device is associated with the MyGeotab database. A DateTo date of 2050 represents indefinitely active. |
| STRING | Model year of the vehicle, decoded from the VIN. |
| STRING | Manufacturer of the vehicle, decoded from the VIN. |
| STRING | Model of the vehicle, decoded from the VIN. |
| STRING | Engine of the vehicle, decoded from the VIN. |
| STRING | Fuel type of the vehicle, decoded from the VIN. |
| STRING | Weight class of the vehicle, decoded from the VIN. |
| STRING | Geotab's patented, machine-learning label for the driving behavior/pattern of the vehicle. |
| STRING | Geotab's patented, machine-learning label for the driving behavior/pattern of the vehicle. This column is the detailed description about the vocation assigned. |
| STRING | The most-recent, comma-separated list of device plans active on the device. |
| TIMESTAMP | The UTC timestamp for the last valid measured odometer reading. |
| FLOAT | The most recent odometer value for the vehicle, in kilometres. This is sourced directly from device odometer readings when available, and estimated from trip distance data where direct readings are not supported by the vehicle or device configuration. |
| FLOAT | The most recent engine hours value for the vehicle. This is sourced directly from device engine status readings when available, and estimated from trip duration data where direct readings are not supported by the vehicle or device configuration. |
| TIMESTAMP | The UTC timestamp for the last measured engine status reading. |
| TIMESTAMP | The UTC timestamp for the last measured GPS reading. |
| FLOAT | The latitude for the last valid measured GPS reading. |
| FLOAT | The longitude for the last valid measured GPS reading. |
| INTEGER | The speed (in km/h) for the last valid measured GPS reading. |
| INTEGER | The number of unique engine/vehicle fault codes measured within the last 24 hours. Note that we currently measure faults through the OBDII and J1939 protocol, as well as custom reverse-engineered fault codes for select vehicle makes/manufacturers. |
| INTEGER | The number of unique fault codes, originating from the telematics device itself, measured within the last 24 hours. This count includes faults such as device health and connectivity issues. |
DeviceGroups
The Vehicle Groups table provides the mapping from the DeviceId and SerialNo to the MyGeotab groups that the device belongs to. For each device that is a member of a child group, or a member of multiple groups, this table has one row for every group that the device is connected to.
Aggregation level:
By entity: DeviceId
Refresh frequency: Daily
Table names:
DeviceGroups
For complex group trees in MyGeotab, up to 100 layers of depth are currently supported.
Column | Type | Description |
|---|---|---|
| STRING | The serial number of the telematics device installed in the vehicle. |
| STRING | The ID of the telematics device, as designated in MyGeotab. |
| STRING | The group ID (in MyGeotab) that the device belongs to. |
| BOOLEAN | This field is True if the telematics device is explicitly part of this group. This field is False if the telematics device inherited the group membership as a parent group. |
| STRING | The name of the group (in MyGeotab) that the device belongs to. |
Driver KPI tables
Review the Driver KPI tables and what each column means.
The Driver KPI tables provide an aggregated summary at a driver level. Based on the selected time aggregation level (daily or monthly), each row provides a summary for each driver. For drivers who accumulate driving activity across different assets, the Driver KPI tables include all driving activity for the driver ID in the same aggregate. Data is available from January 1, 2023 onward.
Aggregation level:
By time: Daily and Monthly, based on the user-designated time zone (configured in MyGeotab)
By entity: Driver ID
Refresh frequency: Hourly.
Table names:
DriverKpi_DailyDriverKpi_Monthly
DriverKpi_Daily
Column | Type | Description |
|---|---|---|
| STRING | The ID of the telematics driver, as designated on MyGeotab. |
| DATE | The local date of the day for the displayed data. The local timezone is defined in MyGeotab. |
| STRING | The timezone ID used to capture the boundaries for the local date, for the driver. |
| FLOAT | Total time (in seconds) that the DriverId was actively in operation (without idle) measured within the local date. |
| FLOAT | Total time (in seconds) that the DriverId was idling measured within the local date. |
| FLOAT | Total distance (in km) that the DriverId has driven, measured within the local date by GPS position changes or odometer changes. |
| INTEGER | The number of trips for the DriverId that began within the local date. |
| FLOAT | The last valid GPS longitude measured for the DriverId within the local date. |
| FLOAT | The last valid GPS latitude measured for the DriverId within the local date. |
| FLOAT | The duration (in seconds) the driver was stopped at the end of the trip. This also includes any idling done at the end of a trip. Measured for trips that started within the local date. |
| FLOAT | The distance (in km) the driver drove during work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the driver drove during work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the driver was stopped during work hours. Measured for trips that started within the local date. |
| INTEGER | Number of trips that started after work hours. Measured for trips that started within the local date. |
| FLOAT | The distance (in km) the driver drove after work hours. Measured for trips that started within the local date. |
| FLOAT | The duration (in seconds) the driver drove after work hours. Measured for trips that started within the local date |
| FLOAT | The duration (in seconds) the driver was stopped after work hours. Measured for trips that started within the local date. |
DriverKpi_Monthly
Column | Type | Description |
|---|---|---|
| STRING | The ID of the telematics driver, as designated on MyGeotab. |
| DATE | The first day of the calendar month, based on the local timezone set on the DriverId on MyGeotab. |
| STRING | The last seen timezone ID for the month, used to capture the boundaries for the local dates, for the driver. |
| FLOAT | Total time (in seconds) that the DriverId was actively in operation (without idle) measured within the local month. |
| FLOAT | Total time (in seconds) that the DriverId was idling measured within the local month. |
| FLOAT | Total distance (in km) that the DriverId has driven, measured within the local month by GPS position changes or odometer changes. |
| INTEGER | The number of trips for the DriverId that began within the local month. |
| FLOAT | The last valid GPS longitude measured for the DriverId within the local month. |
| FLOAT | The last valid GPS latitude measured for the DriverId within the local month. |
| FLOAT | The duration (in seconds) the driver was stopped at the end of the trip. This also includes any idling done at the end of a trip. Measured for trips that started within the local month. |
| FLOAT | The distance (in km) the driver drove during work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the driver drove during work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the driver was stopped during work hours. Measured for trips that started within the local month. |
| INTEGER | Number of trips that started after work hours. Measured for trips that started within the local month. |
| FLOAT | The distance (in km) the driver drove after work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the driver drove after work hours. Measured for trips that started within the local month. |
| FLOAT | The duration (in seconds) the driver was stopped after work hours. Measured for trips that started within the local month. |
Driver metadata and group tables
Review the driver metadata and driver group tables and what each column means.
LatestDriverMetadata
The Driver Latest Metadata table provides additional context and grouping potential for the other aggregated summary tables. Each row captures metadata about the driver, allowing a connection to other aggregated summary tables using DriverId.
Aggregation level:
By entity: DriverId
Refresh frequency: Hourly
Table names:
LatestDriverMetadata
Column | Type | Description |
|---|---|---|
| STRING | The driver ID as designated on MyGeotab. |
| STRING | The display name for the driver. |
| STRING | The first name for the driver. |
| STRING | The last name for the driver. |
| TIMESTAMP | The "active from" timestamp for the driver, signalling the start of the driver's account. |
| TIMESTAMP | The "active to: timestamp for the driver, signalling the termination of the driver's account. |
| STRING | The last seen timezone ID for the driver used for aggregation. |
| STRING | The designation or title of the employee, blank or null are equivalent and indicate no designation is assigned |
DriverGroups
The Driver Groups table provides the mapping from the DriverId to the MyGeotab groups that the driver belongs to. For each driver who is a member of a child group, or a member of multiple groups, this table has one row for every group that the driver is connected to.
Aggregation level:
By entity: DriverId
Refresh frequency: Daily
Table names:
DriverGroups
For complex group trees in MyGeotab, up to 100 layers of depth are currently supported.
Column | Type | Description |
|---|---|---|
| STRING | The driver ID as designated on MyGeotab. |
| STRING | The group ID (in MyGeotab) that the driver belongs to. |
| BOOLEAN | This field is True if the driver is explicitly part of this group. This field is False if the driver inherited the group membership as a parent group. |
| STRING | The name of the group (in MyGeotab) that the driver belongs to. |
Predictive safety tables
Review the predictive safety tables and what each column means.
Predictive safety analytics monitors driving behavior and focuses on driving events such as sudden acceleration, hard braking, sharp turns, and driving above the speed limit. Vehicles with similar driving behavior are grouped together and analyzed to calculate the rate of collision within each group. Likewise, drivers with similar driving behavior are grouped together and analyzed to calculate the rate of collision within each group. Benchmarking compares a fleet's safety performance with similar fleets in the system, allowing you to see how a fleet compares to industry standards.
Aggregation level: Daily
Refresh frequency: Daily at approximately 11:30 PM UTC, with a lag of up to 2 days
Table names:
FleetSafety_DailyVehicleSafety_DailyDriverSafety_Daily
FleetSafety_Daily
Column Name | Type | Description |
|---|---|---|
| DATE | The UTC date for the displayed data. |
| INTEGER | Number of collisions detected by Geotab's ML model on that day for the whole fleet. |
| STRING | Description of the peer group that was used to benchmark your fleet. |
| INTEGER | Number of fleets in your fleet's peer group. |
| INTEGER | Number of vehicles in your fleet's peer group. |
| FLOAT | The rank (percentile) of the fleet's harsh acceleration performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the fleet's harsh braking performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the fleet's harsh cornering performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the fleet's seatbelt performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the fleet's speeding performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the fleet's overall safety performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | Predicted number of collisions for the whole fleet for the next 1 million kilometers. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the fleet's peer group. It is equal to the average (mean) of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the fleet's peer group. It is equal to the 20th percentile of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Predicted number of collisions for the whole fleet for the next 1 million miles. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionM among the fleet's peer group. It is equal to the average (mean) of PredictedCollisionsPer1MillionM within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionM among the fleet's peer group. It is equal to the 20th percentile of PredictedCollisionsPer1MillionM within the peer group. |
VehicleSafety_Daily
Column Name | Type | Description |
|---|---|---|
| DATE | The UTC date for the displayed data. |
| STRING | The ID of the telematics device, as designated on MyGeotab. |
| STRING | The serial number of the telematics device installed in the vehicle. |
| STRING | The Vehicle Identification Number (VIN) is a 17-character alphanumeric string for the vehicle that is connected to the telematics device. This field is null if the device is unable to read the VIN. |
| FLOAT | The rank (percentile) of the device's harsh acceleration performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the device's harsh braking performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the device's harsh cornering performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the device's seatbelt performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the device's speeding performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the device's overall safety performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | Predicted number of collisions for the vehicle for the next 1 million kilometers. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the vehicle's peer group. It is equal to the average (mean) of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the vehicle's peer group. It is equal to the 20th percentile of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Predicted number of collisions for the vehicle for the next 1 million miles. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionM among the vehicle's peer group. It is equal to the average (mean) of PredictedCollisionsPer1MillionM within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionM among the vehicle's peer group. It is equal to the 20th percentile of PredictedCollisionsPer1MillionM within the peer group. |
| FLOAT | Predicted probability of the vehicle having at least one collision, for the next 100,000 kilometers. |
| FLOAT | Benchmark for CollisionProbabilityPer100ThousandKm among the vehicle's peer group. It is equal to the average (mean) of CollisionProbabilityPer100ThousandKm within the peer group. |
| FLOAT | Best performer for CollisionProbabilityPer100ThousandKm among the vehicle's peer group. It is equal to the 20-th percentile of PredictedProbability_KM within the peer group. |
| FLOAT | Predicted probability of the vehicle having at least one collision, for the next 100,000 miles |
| FLOAT | Benchmark for CollisionProbabilityPer100ThousandM among the vehicle's peer group. It is equal to the average (mean) of CollisionProbabilityPer100ThousandM within the peer group. |
| FLOAT | Best performer for CollisionProbabilityPer100ThousandM among the vehicle's peer group. It is equal to the 20th percentile of CollisionProbabilityPer100ThousandM within the peer group. |
DriverSafety_Daily
Column | Type | Description |
|---|---|---|
| DATE | The UTC date for the displayed data. |
| STRING | The ID of the Driver. |
| FLOAT | The rank (percentile) of the driver's harsh acceleration performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the driver's harsh braking performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the driver's harsh cornering performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the driver's seatbelt performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the driver's speeding performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | The rank (percentile) of the driver's overall safety performance. The higher this number, the better you rank compared to other fleets in your peer group. |
| FLOAT | Predicted number of collisions for the driver for the next 1 million kilometers. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the driver's peer group. It is equal to the average of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the driver's peer group. It is equal to the 20-th percentile of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionKm among the driver's peer group. It is equal to the 20th percentile of PredictedCollisionsPer1MillionKm within the peer group. |
| FLOAT | Predicted number of collisions for the driver for the next 1 million miles. |
| FLOAT | Benchmark for PredictedCollisionsPer1MillionM among the driver's peer group. It is equal to the average (mean) of PredictedCollisionsPer1MillionM within the peer group. |
| FLOAT | Predicted probability of the driver having at least one collision, for the next 100,000 kilometers. |
| FLOAT | Benchmark for CollisionProbabilityPer100ThousandKm among the driver's peer group. It is equal to the average (mean) of CollisionProbabilityPer100ThousandKm within the peer group. |
| FLOAT | Best performer for CollisionProbabilityPer100ThousandKm among the driver's peer group. It is equal to the 20-th percentile of PredictedProbability_KM within the peer group. |
| FLOAT | Predicted probability of the driver having at least 1 collision, for the next 100,000 miles. |
| FLOAT | Benchmark for CollisionProbabilityPer100ThousandM among the driver's peer group. It is equal to the average (mean) of CollisionProbabilityPer100ThousandM within the peer group. |
| FLOAT | Best performer for CollisionProbabilityPer100ThousandM among the driver's peer group. It is equal to the 20th percentile of CollisionProbabilityPer100ThousandM within the peer group. |
Fault monitoring tables
Review the fault monitoring tables and what each column means.
Geotab gathers fault codes from various sources and stores them in the FaultData entity within MyGeotab. There are two primary sources for these codes:
Diagnostic Trouble Codes (DTCs): These codes signal potential vehicle problems. While some are legally mandated, others are manufacturer-specific. Common DTC standards include OBDII for light and medium-duty vehicles and J1939 for heavy-duty vehicles.
GoDevice-specific faults: These codes flag issues with the GO device itself, or they may combine vehicle data to generate a fault code based on device logic.
Fault monitoring helps you understand whether a fault is persistent, the lifecycle of a fault, and the history of faults on a vehicle. These tables provide a clearer, more organized view of fault data, making it easier to:
Identify persistent faults: By combining instances of faults and applying logic to determine that a fault cycle has ended, you can see how long a fault has persisted and which faults are currently present in the vehicle.
Troubleshoot efficiently: The tables provide a concise summary of fault information, so you can quickly diagnose issues and take corrective action.
Understand vehicle history: Fault lifecycles show not only persistent faults but also a clear historical record of the vehicle's issues.
Analyze fleet-wide trends: Improved data organization helps you identify patterns and trends in fault data across your entire fleet, leading to better maintenance planning and reduced downtime.
Fault monitoring provides the data you need to visualize faults and how long the vehicle has been driving with each issue, in both mileage and time. Use AnyStatesDateTimeFirstSeen and AnyStatesDateTimeLastSeen as a starting point, because they represent the entire fault cycle. Use the IsPersistentCycle column to determine which fault codes Geotab still considers active.
Columns with Pending, Active, and Confirmed faults provide more detailed information about the lifecycle of the DTC.
Aggregation level: Daily
Refresh frequency: Hourly
Table names:
FaultMonitoringFaultMonitoring_Daily
FaultMonitoring
Column Name | Column Description |
|---|---|
| Unique identifier of an asset in the MyGeotab database. |
| Unique identifier of the fault source in the MyGeotab database. |
| Decoded Fault Code. |
| Description of the Fault Code |
| Type of the FaultCode (e.g. OBDII, SPN, PID/SID etc.) |
| FailureMode of the FaultCode |
| FailureMode Description |
| Controller of the FaultCode |
| Controller Description |
| Component of the FaultCode |
| First DTCDateTime of the DTC Cycle |
| Last DTCDateTime of the DTC Cycle |
| Indication whether or not the DTC cycle is considered as persistent/on-going. If the cycle is persistent the last seen DTC is not yet set as the DTC cycle end and can still update. |
| DateTime of the first Pending DTC. |
| Odometer value of the first Pending DTC. |
| DateTime of the last Pending DTC. |
| Odometer value of the last Pending DTC. |
| Duration where the DTC cycle is in the pending state. |
| Distance driven with DTC cycle in pending state. |
| Count of all Pending DTCs inside the cycle. |
| DateTime of the first Active DTC. |
| Odometer value of the first Active DTC. |
| DateTime of the last Active DTC. |
| Odometer value of the last Active DTC. |
| Duration where the DTC cycle is in the active state. |
| Distance driven with DTC cycle in active state. |
| Count of all Active DTCs inside the cycle. |
| DateTime of the first Confirmed DTC. |
| Odometer value of the first Confirmed DTC. |
| DateTime of the last Confirmed DTC. |
| Odometer value of the last Confirmed DTC. |
| Duration where the DTC cycle is in the confirmed state. |
| Distance driven with DTC cycle in confirmed state. |
| Count of all Confirmed DTCs inside the cycle. |
FaultMonitoring_Daily
Provides the daily log of every fault cycle, between the times of AnyStatesDateTimeFirstSeen and AnyStatesDateTimeLastSeen.
Column Name | Column Description |
|---|---|
| Local date of the record in the timezone of the device/asset |
| Unique identifier of an asset in the MyGeotab database. |
| Unique identifier of the fault source in the MyGeotab database. |
| Decoded Fault Code. |
| Description of the Fault Code |
| Type of the FaultCode (e.g. OBDII, SPN, PID/SID etc.) |
| FailureMode of the FaultCode |
| FailureMode Description |
| Controller of the FaultCode |
| Controller Description |
| Component of the FaultCode |
Fault cycles
Learn how Geotab groups ignition cycles into fault cycles.
Fault cycles group ignition cycles and fault states together so you can track how long a fault has persisted on a vehicle.
Aggregate fault state cycles
Fault cycles are defined by combining consecutive ignition cycles and faults with the same state. The green boxes represent ignition cycles without a detected fault. All other colors represent a series of consecutive ignition cycles with faults in the corresponding state.
Aggregate fault cycles
Geotab combines consecutive fault state cycles for every vehicle to form a fault cycle. The end of the cycle is defined by ignition cycles where no fault is recorded. If enough consecutive ignition cycles without the fault are detected, Geotab defines the cycle as not persistent.
Any new fault of the same type on the same vehicle opens a new cycle with a new ID.
Visualizing fault monitoring
The following diagram shows how individual ignition cycle states in the input table are combined into aggregated fault cycles in the output table.
For the full list of fault monitoring data fields, see Fault monitoring tables.
Risk of breakdown (Beta)
Review the beta risk of breakdown model for OBD-II faults.
This data is currently under development and is a beta feature. It may change at any time and could produce unexpected results.
The risk of breakdown model correlates a fault's lifecycle with towing events. It calculates the percentage chance that a vehicle with an OBD-II fault will end in a towing event.
Fault severity levels
Geotab groups fault severity based on the relative chance of a tow:
| Severity | Chance of tow |
|---|---|
Low | 0-4% |
Medium | 4-8.5% |
High | 8.5-15% |
Critical | More than 15% |
Exception event tables
Review the exception event tables and what each column means.
Exception events are triggered by rules configured in MyGeotab, which monitor driving conditions such as speeding, harsh braking, zone stops, and other custom or stock rule types. The Exception Events tables aggregate exception event data on a daily basis, capturing each event's count, total duration, and total distance at both the asset and driver level.
Aggregation level:
By time: Daily, based on the device- or driver-designated time zone (configured in MyGeotab)
By entity: Device ID (asset-based) or Driver ID (driver-based)
Refresh frequency: Hourly for data from the most recent 30 days, and daily for data beyond the most recent 30 days, up to 180 days.
Table names:
DeviceExceptionEvent_DailyDriverExceptionEvent_Daily
DeviceExceptionEvent_Daily
Provides a daily aggregate of exception rule events at the device level. Each row captures the count, duration, and distance for a specific device and exception rule combination within a local date.
Column | Type | Description |
|---|---|---|
| STRING | The id of the telematics device, as designated on MyGeotab |
| DATE | The local date of the day for the displayed data. The local timezone is defined in MyGeotab |
| STRING | The timezone id used to capture the boundaries for the local date, for the device |
| STRING | The unique id representing the rule that triggered the Exception Event |
| STRING | The name of the rule |
| STRING | The exception rule base type of the rule; either Custom, Stock or ZoneStop |
| STRING | Denotes the state of the Exception Event (Valid, Starred, CoachingCompleted, Positive Recognition, SavedFromLater, DriverRecognition, Dismissed, NeedsCoaching, MarkedForCoaching etc.) |
| FLOAT | The distance (in km) traveled by the vehicle since the start of the Exception Event |
| FLOAT | The total duration (in seconds) of the Exception Event since it started. This could exceed 24 hours is the Exception Event continuously expanded over several days |
| INTEGER | The count of ExceptionEvents that happened between the ActiveFrom and ActiveTo timestamps |
| TIMESTAMP | The date and time when the first ExceptionEvent started |
| TIMESTAMP | The date and time when the first ExceptionEvent ended |
| TIMESTAMP | The date and time when the last ExceptionEvent started |
| TIMESTAMP | The date and time when the first ExceptionEvent ended |
DriverExceptionEvent_Daily
Provides a daily aggregate of exception rule events at the driver level. Each row captures the count, duration, and distance for a specific driver and exception rule combination within a local date.
Column | Type | Description |
|---|---|---|
| STRING | Unique id for the driver, as designated on MyGeotab |
| DATE | The local date of the day for the displayed data. The local timezone is defined in MyGeotab |
| STRING | The timezone id used to capture the boundaries for the local date, for the device |
| STRING | The unique id representing the rule that triggered the Exception Event |
| STRING | The name of the rule |
| STRING | The exception rule base type of the rule; either Custom, Stock or ZoneStop |
| STRING | Denotes the state of the Exception Event (Valid, Starred, CoachingCompleted, Positive Recognition, SavedFromLater, DriverRecognition, Dismissed, NeedsCoaching, MarkedForCoaching etc.) |
| FLOAT | The distance (in km) traveled by the vehicle since the start of the Exception Event |
| FLOAT | The total duration (in seconds) of the Exception Event since it started. This could exceed 24 hours is the Exception Event continuously expanded over several days |
| INTEGER | The count of ExceptionEvents that happened between the ActiveFrom and ActiveTo timestamps |
| TIMESTAMP | The date and time when the first ExceptionEvent started |
| TIMESTAMP | The date and time when the first ExceptionEvent ended |
| TIMESTAMP | The date and time when the last ExceptionEvent started |
| TIMESTAMP | The date and time when the last ExceptionEvent ended |
IFTA reporting tables
Review the IFTA tables and what each column means.
The International Fuel Tax Agreement (IFTA) reporting tables provide road-traversal and fuel-transaction data for IFTA reporting. DeviceJurisdictionTraversalSummary contains jurisdiction-level road traversal records. FuelTransaction contains fuel purchase records enriched with the jurisdiction in which each transaction occurred.
The IFTA reporting model uses two Geotab Data Connector assets with different row grain. These assets are intentionally separate and should not be treated as a one-to-one join.
Table names:
DeviceJurisdictionTraversalSummaryFuelTransaction
DeviceJurisdictionTraversalSummary
Aggregation level: Device ID, jurisdiction, road type, and entry time
By entity: DeviceId (asset-based)
By time: Entry time
Column | Type | Description |
|---|---|---|
| DATE | The UTC date of the traversal record. |
| STRING | Hexadecimal identifier for the device within a MyGeotab database. |
| STRING | VIN of the vehicle, if known. |
| STRING | The country where the travel occurred (for example, USA or CAN). |
| STRING | The state, province, or other jurisdiction where the travel occurred. |
| STRING | Type of road, including off-road or a road type from OSM_Ways. |
| TIMESTAMP | Timestamp of the entry event for this road segment. |
| TIMESTAMP | Timestamp of the exit event for this road segment. |
| FLOAT | Latitude of the starting location of the road segment. |
| FLOAT | Longitude of the starting location of the road segment. |
| FLOAT | Latitude of the destination location of the road segment. |
| FLOAT | Longitude of the destination location of the road segment. |
| FLOAT | Odometer reading upon entering the segment, in kilometres. |
| FLOAT | Odometer reading upon exiting the segment, in kilometres. |
| FLOAT | Time in seconds to traverse the road segment. |
| FLOAT | Distance calculated from odometer data, in kilometres. |
| FLOAT | Distance covered by linear interpolation between GPS points, in kilometres. |
FuelTransaction
Aggregation level: Fuel transaction ID and fuel transaction timestamp
By entity: Fuel transaction ID
By time: Fuel transaction timestamp
Column | Type | Description |
|---|---|---|
| STRING | Identifier for the vehicle associated with this fuel transaction. |
| STRING | Unique identifier for the fuel transaction record. |
| TIMESTAMP | Timestamp of when the fuel transaction was recorded. |
| STRING | Identifier for the driver associated with this fuel transaction. |
| STRING | The fuel cardholder name. |
| STRING | Vehicle identification number of the associated vehicle. |
| STRING | Description of the vehicle. |
| STRING | Licence plate of the vehicle. |
| STRING | Serial number of the device. |
| STRING | Provider of this transaction. |
| STRING | External reference to the transaction, typically an external identifier. |
| STRING | Site or merchant name where the transaction took place. |
| STRING | Product description given by the provider. |
| FLOAT | Driver-recorded odometer reading, in kilometres. |
| FLOAT | Volume of fuel purchased, in litres. |
| FLOAT | Cost of the fuel transaction. |
| STRING | Currency code. Default: USD. |
| STRING | Product type of this transaction. |
| STRING | Jurisdiction where the vehicle was located at the transaction time, derived from IFTA traversal records through last-known-value carry-forward. |
EV charge session table
Review the EV charge session table and what each column means.
The EV Charge Sessions table provides one row per charging stop for each electric vehicle. A vehicle can report several short charging sessions while it stays plugged in at one stop. The table combines these sessions into one row, with the total charging time, total energy, peak power, and battery level at the start and end of the stop.
Aggregation level:
By entity: DeviceId and charging stop
By time: UTC charge start time
Charging at one stop can spread over more than one day. For these stops, only charging sessions that start within 1 day of the requested dates are read. The start time, end time, and totals for that stop can change depending on the date range requested. To get complete results, request a date range that covers the whole stop.
Table name: ChargeSession
ChargeSession
Column | Type | Description |
|---|---|---|
| STRING | The ID of the telematics device, as designated on MyGeotab. |
| TIMESTAMP | The UTC timestamp of the trip stop where the vehicle charged. This field is null when the charge is not linked to a trip stop. Each such charge is returned as its own row. |
| STRING | The type of charging at this stop: AC, DC, or Unknown. When a stop has sessions of different types, the type follows this order: Unknown, then DC, then AC. For example, a stop with one AC session and one DC session shows DC. |
| TIMESTAMP | The UTC timestamp when the first charging session at this stop began. |
| TIMESTAMP | The UTC timestamp when the last charging session at this stop ended. |
| FLOAT | The total active charging time (in seconds) at this stop. Gaps between charging sessions are not included. |
| FLOAT | The total energy consumed during charging (in kWh) at this stop. A value of 0 means the session is still in progress or the vehicle cannot report energy. This field is null if the vehicle does not report energy. |
| FLOAT | The highest charging power (in kW) recorded during this stop. This field is null if the vehicle does not report charging power. |
| FLOAT | The highest AC input voltage (in volts) recorded during this stop. This field is null for DC-only stops, or if the vehicle does not report AC voltage. If a stop starts with a short AC session and then switches to DC, this field shows the voltage from that short AC session. |
| FLOAT | The battery state of charge (in %) when charging started at this stop. This field is null if the vehicle does not report battery level. |
| FLOAT | The battery state of charge (in %) when charging ended at this stop. This field is null if the vehicle does not report battery level. |
| FLOAT | The GPS latitude of the charging location, taken from the first charging session at this stop. |
| FLOAT | The GPS longitude of the charging location, taken from the first charging session at this stop. |
| FLOAT | The odometer reading (in km) at the start of the first charging session at this stop. This field is null if odometer data is not available. |