Ordova Connect · Integrations

Works with your maintenance, GPS, ticketing and ERP systems.

Ordova owns the “what should happen right now” decision. Your asset, revenue, financial and employee systems stay the systems of record for what they already do well.

Integration architecture

13 systems Ordova connects to.

Select a system to see what flows into Ordova, what flows back out, and who owns the record.

Assets & maintenance

Vehicles & workforce

Operational orchestration layer

Ordova

Owns the “what should happen right now” decision. The underlying asset, revenue, financial and employee records stay where they are.

  • Plan
  • Schedule
  • Dispatch
  • Operate
  • Report

IBM Maximo

Into Ordova
Vehicle availability, work order status, maintenance schedule
Out of Ordova
Vehicle usage/mileage, fault reports from drivers
System of record
Maximo owns asset and maintenance master data

Revenue & finance

External signals

Passengers & reporting

Maintenance systems · example: IBM Maximo

Maintenance status goes straight to dispatch.

Two-way synchronisation of asset status and work orders. Maximo remains the system of record for maintenance and asset data; Ordova remains the system of record for operations and scheduling.

System of record · maintenance & assets

IBM Maximo

  • Asset master
  • Maintenance & schedules
  • Work orders
  • Vehicle availability
From Maximo into Ordova: Availability · work-order status · maintenance schedule From Ordova back to Maximo: Mileage / usage · driver fault reports

System of record · operations & scheduling

Ordova

  • Operations
  • Scheduling
  • Dispatch
  • Operational decisions
PlanningSchedulingDispatch
DriversPassengersOperations

IBM Maximo owns

  • Asset master data
  • Maintenance and schedules
  • Work orders
  • Vehicle availability

Ordova owns

  • Operations
  • Scheduling
  • Dispatch
  • Operational decisions

What the integration enables

  • Dispatchers see read-only, near-real-time availability (target lag 1–5 minutes)
  • Maintenance-overdue vehicles are blocked from the next-day assignable pool, automatically for hard safety thresholds, as advice for soft ones
  • Schedulers are notified of coverage gaps and offered substitute vehicles
  • Vehicle mileage and driver fault reports flow back to maintenance
  • Overnight bay sequencing with a prioritised work-order list from the day’s fault logs

Ordova does not replace Maximo, and a vehicle removed from the Ordova operational fleet is not deleted from Maximo. Integration specifics (authentication, endpoints, sync frequency) are agreed per deployment.

Ordova IBM Maximo integration screen in clearly labelled mock mode, showing connection, authentication and sync status with new Maximo assets available to add to the fleet.
Maximo Asset Integration in the Ordova application, shown in its clearly labelled mock mode in the demo environment Real Ordova screen · demo data

Integration resilience

What happens when a data feed fails.

Legacy AVL and telemetry data quality is the number-one implementation risk. Ordova is built to degrade safely rather than act on stale information.

01

Last-known-good fallback

If a feed such as Maximo is unavailable, Ordova falls back to last-known-good status with a visible “stale data” flag.

02

Safe automation

Auto-execution that depends on a stale feed is blocked until the feed is fresh again.

03

Idempotent messaging

All inbound and outbound messages use idempotency keys and retry with exponential backoff.

04

Reconciliation queue

Failed syncs queue for reconciliation and alert the integration owner.

Open by design. RESTful APIs for custom integrations and data exchange, and GTFS-realtime export for passenger information.

Reference

Which system owns which data.

Integration data flows into and out of Ordova, and which system owns the record
SystemData into OrdovaData out of OrdovaSystem of record
IBM MaximoVehicle availability, work order status, maintenance scheduleVehicle usage/mileage, fault reports from driversMaximo owns asset and maintenance master data
Fuel ManagementFuel inventory, transaction logsConsumption anomalies for investigationFuel system owns inventory data
IoT / TelemetryEngine health, fuel/energy use, harsh-event dataNoneTelemetry vendor (raw); Ordova interprets
AVL / GPSLive position, speedGeofence and route definitionsAVL vendor (raw telemetry); Ordova owns operational interpretation
HR / Workforce ManagementDriver certifications, leave, contractsActual hours worked, duty recordsHR owns employee master data
Mobile apps (driver / passenger)Driver check-ins, incident reportsDuty assignments, notificationsOrdova
Ticketing / AFCBoarding counts, revenueTrip/route reference dataAFC system owns revenue transactions
ERPCost centres, budget codesActual cost/utilization data for financial reportingERP owns the financial ledger
Payment SystemsFare transaction confirmationNonePayment processor
Traffic ManagementIncidents, closures, congestionNoneExternal authority
Weather APIsForecasts, alertsNoneExternal provider
Passenger Information SystemsNoneReal-time arrivals, disruption notices (GTFS-realtime)Ordova owns service-status truth
Government ReportingNoneCompliance reports, SLA metricsOrdova compiles; the Authority owns submission

IBM and Maximo are trademarks of International Business Machines Corporation. Naming a system category does not imply a certified integration with any specific vendor product.

Next step

Show us your systems and we’ll map the integration.

Bring your system inventory and we’ll show which records stay where, and what flows between them.