Skip to content

How is workflow automation set up?

Updated

Workflow automation ties recurring reminders and alerts to ready-made templates instead of a blank rule engine: a T-1 reminder, a no-show counter, a document-expiry warning, an overdue-collection alert. A rule becomes active within minutes by entering just a threshold and a recipient — there is no free-text formula field.

Who uses it

Any business that doesn’t want to repeat the same reminder or the same warning by hand every day: hotels and restaurants sending booking reminders, fleet owners tracking document expiry, accounting teams that want to catch overdue collections early, appointment businesses trying to bring down their no-show rate.

How it works: four canonical templates, a code-level gate, visible state

Four ready templates set up in one click: a T-1 reminder before a trip or appointment, a counter that flags a repeat no-show, a warning for a document nearing or past its expiry, and a rule that flags an overdue collection. Every rule only asks for a firm-specific threshold and recipient — the unit (days/count/amount) is the firm’s own data and changes without a deploy.

A message action routes through bulk messaging’s send gate and consent ledger — automation never opens a second send path of its own. A commercial send to an unconsented recipient is blocked in code, not with a warning; every message action carries a required transactional/commercial classification, because a required message like a school attendance notice must never get stuck behind the same gate as a marketing campaign.

No run ever looks optimistic: an action only shows “sent” once the transport layer confirms it; “queued” and “failed” are separate, visible states. Every run is recorded as evidence — timestamp, rule version, recipient and result — and exports on demand; that evidence is what an audit asks to see. A rule bound to a closed module (say, a document rule while fleet is off) never runs silently; it shows on the panel as “inactive,” with the reason.

Example

Example: An appointment business sets up “automatic flag for a customer who no-shows 3 times”: threshold 3, window 90 days, action = a note on the customer card plus a task for the relevant staff member. When a customer is flagged for a third consecutive no-show, the rule fires; the system doesn’t make a decision on its own — it opens a task for a named person instead of closing the customer’s account automatically. The same business also sets up a document-expiry warning: if a vehicle’s insurance expires within 15 days, a warning appears on the panel.

How it is done in Rotenta

  1. An authorised user picks one of the four ready templates on the Settings rail item (T-1 reminder, no-show counter, document expiry, overdue collection).
  2. They enter the threshold and recipient in their own unit (days/count/amount); no free-text formula is needed, and the rule goes live within six clicks.
  3. If a message action is chosen, the transactional/commercial classification is a required field; the send routes through bulk messaging’s gate.
  4. An overdue-collection rule doesn’t sum amounts itself — it reads the aging/balance surface inside accounting.
  5. A document-expiry rule binds to the threshold job inside document tracking; renewing the document quiets the rule on its own.
  6. When a rule fires, the result shows on the target record (a trip card, a customer card) — not only hidden inside the automation screen.
  7. Run history exports as evidence by period from reports.

Frequently asked questions

Can I write my own rule with a free-text formula?

No, by design. Rules are built from the four ready templates by entering a threshold and recipient; this is a deliberate limit meant to avoid the “an interface that takes 3 days to learn” complaint common in the appointment sector.

Can automation send a message to an unconsented recipient?

No. Message actions route through bulk messaging’s consent gate; a send to an unconsented recipient is blocked in code, and automation never opens a second send path.

If I turn automation off, does it affect other modules?

No. The module closes independently; turning it off only stops automatic triggers — every other module’s flow stays unchanged.

What happens to a rule bound to a closed module?

It doesn’t run silently — it shows on the panel explicitly as “inactive,” with the reason. If fleet is closed, for example, a document-expiry rule shows inactive rather than never firing without explanation.

Can an automated rule apply a decision directly, like closing an account?

No. An adverse outcome touching personal data is never applied directly; the rule opens a task for a named person instead. See every connection in our module guide, or reach our team through contact.

More in this category

Get a quote

Leave your details and we'll get back to you the same day.

By submitting you acknowledge the Privacy Notice.