Fuel measurement provenance
Record whether a value comes from CAN, a tank sensor, an estimate or a transaction feed. Avoid presenting calculated values as direct measurements.
Connect supported vehicle readings, fuel transactions and energy data around a clear measurement model for mixed fleets.
Plan your integrationTank level, fuel consumed, fuel purchased and battery energy describe different things. Combining them without a shared definition creates misleading results. Fleetly integration planning identifies each source and its measurement boundaries so operational teams can investigate cost and efficiency with appropriate confidence.
Record whether a value comes from CAN, a tank sensor, an estimate or a transaction feed. Avoid presenting calculated values as direct measurements.
Map permitted fuel-card or purchase records to the correct vehicle and period. Investigate unmatched transactions before treating them as vehicle consumption.
Keep vehicle energy use, charger-delivered energy and billed energy distinct. Compare equivalent work and include source coverage.
Analyse fuel or energy use alongside distance, vehicle class and duty cycle. Review gaps, calibration and operational changes before attributing a trend.
Select a stage to see what needs to happen and why it matters.
List vehicle, sensor, transaction and charging data with units and ownership.
List vehicle, sensor, transaction and charging data with units and ownership.
Resolve vehicle references and timing before combining records.
Flag implausible readings, missing distance and unmatched transactions for review.
Calculate agreed measures within comparable vehicle and duty-cycle groups.
Review context with fleet and finance teams and measure the effect of the agreed change.
These are scoping considerations, not field names or a published API schema. Confirm the exact contract for your implementation.
| Data area | Why it matters | What to validate |
|---|---|---|
| Fuel level | Describes the amount or proportion in the tank. | Check sensor calibration and units. |
| Fuel used | Represents consumed fuel over a period or cumulative reading. | Validate source, resets and distance coverage. |
| Purchase record | Records a commercial fuel or energy transaction. | Match vehicle, time, quantity and cost. |
| Energy reading | Represents energy at a defined measurement boundary. | Distinguish charger delivery from vehicle consumption. |
Mark what you have prepared and use the remaining items to shape your discussion. This checklist stays in this page session.
Preparation only; this is not a compatibility assessment or production approval.
No. Investigate measurement quality, vehicle movement, refuelling and other context before reaching a conclusion.
Not without a justified method. Purchase timing and consumption timing differ, especially across short reporting periods.
Use a common operational output and a transparent cost basis. Keep litres and energy units distinct rather than blending them into one raw measure.
No universal compatibility is implied. Provide the source and interface details so the required integration can be assessed.
Features and integration methods depend on the agreed devices, interfaces, permissions and enabled modules. Request the current technical documentation before implementation; never include passwords or access tokens in an initial enquiry.