CRM

Availableapp.erp.io/crm/automations

Automations

Deterministic rules, not agents. A trigger, a condition, an action, and a log of every time it fired.

Shape
Trigger → condition → action
Deterministic
Yes — no model in the loop
Logged
Every run
Scope
Per workspace

How a rule is built

PartExamples
TriggerA lead arrives; an opportunity changes stage; a reply lands; a field changes; a date passes.
ConditionSource is X; value over £10,000; owner is unset; no activity for 14 days.
ActionAssign an owner; move a stage; add to a sequence; create a task; notify somebody; set a field.

Automations are deliberately not agents. They do exactly what they say, every time, and every run is logged with what fired and what it did. That makes them debuggable in a way that a model in the loop would not be, and it means an automation is safe to put on a path that matters.

app.erp.io/crm/automations
Automations
New automation
RuleTriggerActionRuns (30d)State
Route portal signupsLead createdAssign to Dana, add to onboarding sequence42On
Large deal alertOpportunity createdNotify Sam if value > £25,0006On
Stale opportunityNo activity 14 daysCreate a follow-up task for the owner19On
Reply stops sequenceReply receivedRemove from all sequences23On
Old routing ruleLead createdAssign to a former colleague0Off
The automations list, with run counts. A rule that never fires is usually a condition that never matches.

The rules worth writing first

  1. Assign every new lead to somebody. An unowned lead is an unworked lead. Round-robin or by source, but never nobody.
  2. Acknowledge inbound within the hour. An automatic first response buys you the day.
  3. Flag opportunities with no activity for two weeks. The most valuable report in any CRM is the list of deals nobody has touched.
  4. Notify on a large opportunity. So the person who should be involved is involved on day one.
  5. Stop sequences on reply. Almost always on by default; check that it is.
Review automations when people leave

A rule assigning leads to somebody who has left keeps firing and keeps assigning. Nothing errors — the assignment is valid, the person just is not there. A dormant rule with a live trigger is how leads disappear for a quarter. Check the list in the monthly access review.

What this does not do

No branching

A rule is one trigger, one condition set, one action set. There are no if/else trees.

No cross-module actions

Automations act inside CRM. They cannot raise an invoice or create a project.

No scheduled runs

Rules fire on events, not on a cron.

No sandbox or dry run

A rule is on or off. Test on a filtered condition first.

Questions

Can an automation send an email?

It can add a contact to a sequence, which sends. It does not compose free-form mail.

What happens if two rules conflict?

Both run. Order is not guaranteed, so avoid two rules setting the same field.

Is there a run log?

Yes, per rule.