Confidence thresholds
Nothing low-confidence is guessed. Anything the system is unsure of is held, not pushed through.
What you get
Scellus turns a defined operational problem into a managed workflow. We design the workflow, run it with your team, monitor the exceptions, and improve the outcome over time.
What you're buying
Buying software means a tool is handed over and left for you to run. We work the other way: we run the outcome for you. You are not paying for a model, a script, or a project that ends at go-live. You are paying for the work itself, done every day, with someone accountable for it.
Operating truth
Building it is not running it.
A delivered system drifts the moment an inbox changes, a format shifts, or an edge case appears. We stay on the other side of go-live, where the workflow either keeps producing the result or it does not.
The operating lifecycle
Eight steps. The first seven get the workflow running. The last one never ends.
We trace the real workflow, where documents enter, and where the work stalls.
You receive A documented map of the process as it actually runs.
We mark the leakage points: rekeying, duplicates, missed follow-ups, blind checks.
You receive A shortlist of the failures worth fixing first.
We design the workflow as blocks, each with an owner, an input, and an output.
You receive A scoped design with named owners and clear handoffs.
We build the extraction, the checks, the routing, and the exception queues.
You receive A working system, tested against your own documents.
We connect it to the systems you already run, in the formats your team uses.
You receive A workflow wired into your inboxes, drives, and ledger.
We set the confidence thresholds, the review queues, and the sign-off points.
You receive Defined places where a person decides before anything moves.
We baseline the work, then track cycle time, error rate, and exceptions resolved.
You receive A measured starting point and a reporting cadence.
We run the queue daily, handle exceptions, and improve against the numbers.
You receive An operated workflow, not a handover and a goodbye.
Division of labour
This is the line that removes the autonomous-AI ambiguity. The system never owns an outcome on its own.
Run the workflow daily and keep the queue moving
Name a process owner and an SME contact
Handle exceptions, mismatches, and low-confidence items
Make the calls only your team can make
Maintain the integrations and the audit trail
Grant and govern access to your systems
Reduce the error rate and report against the baseline
Set the thresholds and approve the outcomes
Improve the workflow as volume and edge cases shift
Keep us close to the work as the operation changes
What we own
The workflow runs every day it is meant to. Keeping it running is our job, not a ticket you file.
When an inbox, a feed, or a system changes, we keep the connections working before they break the queue.
Mismatches, missing records, and low-confidence reads are routed, chased, and resolved, not left to pile up.
We measure the errors at the start and drive them down, against a baseline you can see.
A regular report on volume, exceptions, ageing, and outcomes, so the work stays visible to the people who own it.
Where humans stay in the loop
Will the AI make mistakes? It is not given the chance to make the ones that matter. Judgement stays with your people.
Nothing low-confidence is guessed. Anything the system is unsure of is held, not pushed through.
Held items land in a named queue with the source document attached, ready for a person to decide.
The decisions that need authority, approvals, payments, releases, wait for the right person to sign off.
Operating cadence
We run the queue every day, work the exceptions every week, report against the baseline every month, and keep improving the workflow in between.
Daily
We capture, read, check, and route the day's work, so the queue is current and the exceptions are surfaced.
Nothing waits unseen.Weekly
Held items, mismatches, and edge cases are worked through with your owner, and recurring causes are fixed.
The hard cases get owned.Monthly
Volume, cycle time, error rate, and exceptions resolved are reported against the baseline we set at the start.
Outcomes stay visible.Continuous
As volume shifts and new edge cases appear, we adjust the blocks, the thresholds, and the routing.
The workflow keeps up.What we need from you
Access to the systems the workflow touches, granted and governed by your team.
A subject-matter contact who knows how the work actually runs, exceptions and edge cases included.
A process owner with the authority to set thresholds and approve outcomes.
Sample documents that reflect the real spread, not just the clean ones.
Decision rights made explicit: who signs off, and where the line sits.
A walkthrough ▪ Matter Readiness
Before
A new matter opens. Documents arrive by email, portal, and post. Someone keys the parties, checks for conflicts by eye, and chases the missing forms. Status lives in one person's head, and the file is not ready when the deadline lands.
After
Documents are captured into one queue, parties and key dates are extracted, conflicts and missing items are flagged, and the file is assembled to a checklist. A person signs off what needs judgement; the rest is ready, on time, with a trail.
Outcomes we measure
We baseline each measure at the start and report the movement. No fabricated figures. Your operation sets the numbers.
Risk handling
We name what can go wrong before it does, and design the checks that catch it.
Changes are reversible. If a step misbehaves, we step back to the last known-good state.
We run alongside your current process first, then take load as the numbers earn it.
Every step is logged: what was read, what was checked, who approved, and when.
Start with the process that costs you the most time, the documents it runs on, and the people who own it. We will map it, show you the blocks, and scope the first workflow to build and operate. Book a Workflow Review.