Core platform

Automations

Instead of hard-wired reminders you write your own rules: one trigger, one action, done. Whoever wrote it can see beforehand what it would do today — and afterwards what it did.

Request a demoView pricingIn every installation
Trigger kindsDeadline · event · schedule
Deadline sources15
Actions5
LicenceIncluded in every edition

The follow-up list nobody has to keep any more

Automations are not a scripting editor and not a second product, but a short rule: pick a trigger, pick an action, name the recipients. Three trigger kinds cover what actually happens in a fleet — a deadline coming up, an event on a vehicle, a fixed schedule. The module is not licence-gated; the right to manage automations is enough.

What it does

What the module actually does

Deadlines from fifteen sources

Roadworthiness test, UVV inspection, safety inspection, tachograph, fire extinguisher, maintenance due date, seasonal tyre change, lease end, notice period on vehicle and device contracts, vehicle tax, insurance policy end, licence expiry, due licence check and due driver instruction. The rule fires a chosen number of days before or after.

Vehicle events

When a vehicle is created as planned, put into service or retired, an action can hang off that — the procurement note, the handover checklist, the de-registration.

Schedules without a deadline

Some things have no due date, only a rhythm: 'ask for odometer readings every 30 days'. Intervals from one to 365 days are free to choose.

Five actions

Send an email, send drivers an odometer reminder, raise an in-app notification, create a task in the vehicle file, or call a webhook. Only actions compatible with the chosen trigger are offered.

Recipients from the system, not from a list

Free addresses, the contacts of a CRM partner, or all fleet managers at once — plus an optional CC recipient on the same message rather than a second send.

Preview before the first run

Deadline rules answer, on demand, who they would write to today — with a count and samples. Only then do you arm them.

History per rule

Every run is recorded with its time and outcome: succeeded, failed, or skipped because there was nothing to do.

A skip log

The more important question is who an automatic message did not reach. A dedicated report names the case and the reason for the last 30 days — a driver without an email address, for instance.

Workflow

Run outcome

  1. 01Succeeded
  2. 02Skipped
  3. 03Failed

Frequently asked questions

No. Automations are part of the platform and included in every edition. They hang off a permission, not a licence flag: whoever may manage automations sees the area, everyone else does not.

For deadline rules, yes. The preview computes who the rule would write to in the current state and shows a count and samples — without sending. Schedule rules can additionally be triggered once by hand if you want to see a real run.

The case is skipped and the skip is recorded. That is what the skip report is for: it answers who the automation did not reach in the last 30 days and why — instead of leaving the impression that everyone was informed.

Yes, through the webhook action: the rule calls a URL you configure when it fires. That connects a ticket system, an intranet or your own interface without us having to build anything for it.

See this module with your own data

30 minutes, no sales pressure: we show the module in the context of your fleet — self-hosted in your data centre, GDPR-compliant, made in Germany.