Sign inBook a briefing
Workflows and runs

Work that runs itself, and stops for people where it should.

Workflows start from the things that happen in your business: an email arrives, a hold is placed, a month ends. They run in queues you can watch, pause where a person must decide, and tell the right person when something goes wrong.

Started by events, email or schedulesPaused for people where it mattersTested before it goes live
nexus · runsSample data
Every run in the organisation, and the ones that went wrong
Runs. Seeing every run in the organisation and finding the ones that went wrong.Sample data
What people see

AI agents at work, with a person when it matters.

These screens come from HONESTAS, our insurance platform, which runs on Nexus. Every platform built on Nexus gets the same tools, in its own words.

What every agent is doing

  • Live, agent by agent
  • What needs a person, first
honestas · agents · the floorSample data
Every agent at work with what needs a person
The floor. What the agents are doing now.Sample data
What starts a workflow

Started by what happens in your business.

A new customs hold, an email to the billing inbox, a timer at month end. Triggers are listed in one place, per unit, with what each one starts.

What starts a workflow

  • Events, mail, records and timers
  • Listed per unit
  • Tested before they go live
nexus · what starts a workflowSample data
Every trigger in a unit, and adding a new one
What starts a workflow. Seeing every trigger in Rotterdam, and adding one for new customs holds.Sample data
People in the loop

Runs wait for a person where a person must decide.

Approvals that hold runs up are listed oldest first, with what each one is waiting for. Nothing waits silently, and alerts reach the right person when a run fails or waits too long.

  • Approvals listed oldest first
  • Alerts when a run fails or waits
  • Each decision on the record
nexus · waiting on a personSample data
Approvals holding runs up, oldest first
Waiting on a person. Clearing the approvals that hold runs up, oldest first.Sample data
At scale

Thousands of items at once, tested before they run.

Run a workflow over thousands of rows, try a change on a sample first, and move it from staging to production when it passes. Settings and secrets differ per environment, and nobody copies them by hand.

Batches and test runs

  • Large batches split and watched
  • Test runs on samples
  • Results compared before publishing
nexus · batches and test runsSample data
Running a workflow over 2,400 rows and testing a change
Batches and test runs. Running invoice matching over 2,400 rows, and testing a change before publishing it.Sample data
When things go wrong

One cause, not a hundred alerts.

Errors are grouped by cause, so the one problem behind most of a week’s failures is easy to find. Each run shows exactly where it stopped and why.

  • Errors grouped by cause
  • Each run explained step by step
  • Spending limits that stop runaway jobs
nexus · errors, groupedSample data
Failures grouped by cause
Errors, grouped. Finding the one cause behind most of this week’s failures.Sample data
Questions

About workflows and runs.

Do we need developers to build workflows?

No. Most workflows are put together on screen. Developers can write them as code too, and both go through the same review.

Can workflows call AI agents?

Yes, and AI agents can start workflows, always within the limits their owner set.

Book a briefing

Automate one process properly.

Bring the process your team does by hand every week. We will build it with you, with people in the loop where they belong.