Send us the task
Processes 01 Limits 02 Scale 03 Architecture 04 Depth 05 Reliability 06 Cases 07 Engagement 08 Questions 09 Send us the task

Atoms / Services / Complex business automation

Discipline 02 — since 2014

The processes everyone else calls unautomatable.

Low-code and no-code are having their moment. We build what those platforms cannot carry: whole departments replaced by systems that run millions of operations a day across dozens of internal systems — including the ones with no API and no documentation.

Twelve years, 400+ automated processes, 12M+ operations executed a day. Have a task or a problem you need solved? Send it over, whatever its size — a great many of our clients arrived with something small and stayed for years. You get an answer within 24 hours.

Departmentprocess stack / liveRunning
LAYER 01 · INTAKE Mail · PDF · EDI · portals · calls LAYER 02 · JUDGEMENT Rules nobody ever wrote down LAYER 03 · SYSTEMS ERP · CRM · WMS · legacy · Excel LAYER 04 · HANDOFFS Approvals · queues · SLA clocks LAYER 05 · CONTROL Reconciliation · audit · reporting ATOMS ENGINE Ingest & understand Decision engine System adapters Stateful orchestration Audit & proof
Observe → Model → Execute → Prove12M+ ops / day
400+

processes automated end to end

120+

systems integrated, many without APIs

12M+

operations a day on a single system

12+

years on processes others refused

VerticalsLogistics · Finance · Retail · Manufacturing · Insurance · Telecom
Hardest classCross-department processes over undocumented legacy systems
EntrySend us any task or problem — an answer within 24 hours
Where we work01 / 10

The processes nobody wants to quote.

We automate the flows that cross five departments and seven systems, carry real money or real liability, and have spent years being held together by people, spreadsheets and institutional memory.

Order-to-cashCommercial

Intake, validation, pricing rules, stock allocation, invoicing and dunning across systems that were never designed to talk to each other.

Volume · exceptions

Document operationsBack office

Contracts, invoices, customs and shipping paperwork arriving as scans, mail bodies and thirty inconsistent supplier formats.

Unstructured input

System-to-systemIntegration

The department whose entire job is retyping data from one screen into another because the two systems have no interface.

Legacy · no API

Claims & triageService ops

Classification, routing, evidence gathering and decisioning at volumes where a queue is measured in weeks, not hours.

Judgement at scale

ProcurementSupply

Supplier catalogues, quotes, three-way matching and approval chains that stall on one person's inbox for four days.

Approvals · matching

ReconciliationFinance

Month-end closes assembled by hand from exports, where the reconciling itself is the job and the errors surface a quarter later.

Control totals · audit

Onboarding & KYCCompliance

Regulated multi-step workflows with evidence requirements, expiry clocks, four-eyes approval and a full audit trail.

Regulated · traceable

Your processUntested

The one a low-code team returned as impossible. Two weeks, fixed fee, a working pilot on your real systems.

Bring it to us

We work inside systems the client owns or is authorised to operate, every action is logged and reversible, and nothing goes live without a rollback path and a measured shadow run against the humans doing it today — the same rules on every engagement, written into the contract.

Where low-code stops02 / 10

Six walls, six answers.

Zapier, Make, Power Automate and n8n are good tools, and we recommend them when they fit. They fail on the same six things every time — and those six things are exactly what a department-scale process is made of. Here is all six, and what we do about each.

01 — VolumeCeilings

Priced and throttled per task

Per-operation pricing, execution timeouts and concurrency caps make a platform that is cheap at 10 000 runs a month absurd at ten million a day — and it stops long before the invoice does.

What we doEngineered services with the throughput and cost per operation as design inputs, running on infrastructure sized for the load rather than on someone else’s per-task meter.

02 — StateTransactions

No memory, no transactions

Real processes wait days for an approval, resume after a failure and must never post an invoice twice. A chain of stateless triggers has no way to guarantee any of that.

What we doExplicit state machines with idempotent steps, compensating transactions and replay — a step can fail at any point without leaving the business half-done.

03 — ExceptionsThe other 20%

Everything that is not the happy path

The demo automates the 80% that is easy. The 20% left over is where the cost, the risk and the entire headcount actually live — and it quietly routes back to a human inbox.

What we doException taxonomy built from your real history, with an operator console, confidence thresholds and a measured straight-through rate that we commit to.

04 — SystemsLegacy

Systems with no connector, ever

A 1998 ERP, a terminal application, a licence-locked accounting system, a supplier portal with no interface. No marketplace connector is coming for any of them.

What we doWe build the adapter: internal APIs, direct database work, protocol-level integration, and controlled UI automation only where nothing else exists.

05 — JudgementTacit rules

Decisions nobody wrote down

“Nina knows which of these to reject.” The logic is real, it is worth money, and it exists only as fifteen years of one person's pattern-matching over messy input.

What we doWe extract the decision from history and from the people who make it, encode it as versioned policy, use models only where they earn their place, and keep every decision explainable.

06 — OwnershipAudit

A black box the auditor rejects

Business-critical logic spread across 300 opaque scenarios in a vendor's cloud, editable by anyone, with no version control, no test suite and no answer to “why did it decide that in March?”

What we doVersioned code, infrastructure as code, tests, versioned policies and a per-decision audit trail. Every decision is reviewable, and we keep it that way for as long as we run it.

Scale03 / 10

Millions of operations, whole departments, every day.

Automating one task is a demo. The engineering is in carrying an entire function — including its worst days, its month-end peak and its exceptions — for years, at a cost per operation that makes the change worth making.

Operating envelope

What a single system sustains

Not a helper beside the team — the process itself, running unattended, with humans left only on the decisions that genuinely need them. Volume, peak behaviour and the exception budget are fixed on day one, not discovered in month four when the queue starts growing.

Peak throughput
12M+ / day
Longest flow shipped
340+ steps
Straight-through rate
97 %
Headcount released
120+ FTE

Where the volume goes

Typical daily profile

System reads & writes7.1M ops
Documents parsed & normalised310k docs
Decisions taken automatically1.9M
Validation & reconciliationevery step
Escalated to a human2.8%

Illustrative profile of one production system. Your envelope is fixed in the design phase and written into the SLA.

Architecture04 / 10

Built to survive the day everything goes wrong.

Every automation we ship runs on the same contour. Blocks change per process; the property that does not change is that a failure anywhere is detected, contained and replayed — never silently posted into a production system.

Automation contourrev. 07
Reference architecture of an Atoms automation system An orchestration layer drives state, retries and compensation. Work arrives from inputs, is understood and normalised, decided against versioned policy, executed against target systems, then proved through audit and reconciliation. An observability layer measures every stage and feeds corrections back into decisioning and execution. LAYER 00 Orchestration state machines · idempotent steps · compensation · SLA timers · retries · replay INPUTS The work Mail & documentsPortals & EDI System eventsPeople LAYER 01 Understand Document extractionNormalisation Entity resolutionInput validation confidence scoring LAYER 02 Decide Versioned policyRules & models ThresholdsHuman-in-the-loop explainable output LAYER 03 Act System adaptersTransactional writes Rollback pathsRate & load shaping LAYER 04 Prove Per-step audit logReconciliation Exception consoleDashboards CROSS-CUTTING Observability per-step metrics · straight-through rate · SLA breach alerting · on-call · drift detection · safe stop EXCEPTION LEARNING POLICY UPDATE
ERPSAP · 1C · MS Dynamics
CRMSalesforce · HubSpot
OpsWMS · TMS · MES
ExchangeMail · EDI · SFTP
LegacyTerminal · desktop
DirectYour database
Why we are number one at this05 / 10

Anyone can wire two apps. We take the department.

The difference between an integrator and an automation engineering team shows up months after go-live — in whether the process still runs unattended, and whether anyone can prove what it did and why.

Dimension
Low-code / typical vendor
Atoms
Scope
A task inside someone's day, with the rest of the job untouched.
The whole process end to end, with the target operating model and the released headcount agreed before the build.
Exceptions
The happy path is automated; everything unusual falls back to a human inbox.
Exception taxonomy built from real history, an operator console for the rest, and a committed straight-through rate.
Legacy systems
“There is no connector for that,” so the process stays manual at exactly the point that matters.
We build the adapter — API, database, protocol, or controlled UI automation where genuinely nothing else exists.
Failure
A half-finished run leaves a duplicate invoice and a reconciliation problem nobody notices for weeks.
Idempotent steps, compensating transactions and replay; a failed run is contained, alerted and resumable.
Volume
Fine in the pilot; per-task pricing and runtime limits make production impossible.
Throughput and cost per operation are design inputs, fixed in the SLA before the build starts.
After go-live
The project closes, the team disperses, and the system quietly decays until something breaks badly enough to be noticed.
We run it. Hosting, monitoring, on-call, upstream changes and new features — month after month, by the people who built it.
01

The exception path is the project

Every process looks simple until you count the ways it goes wrong. We start from the last twelve months of real cases — the malformed input, the missing counterparty, the supplier who sends a photograph of a fax — and design for that distribution rather than the version described in the process document. That is why our straight-through rates hold in month nine.

02

We replace functions, not tasks

The value is not in shaving twenty minutes off a job. It is in a function that runs unattended: intake, decision, execution and control, with people left on the judgement calls that actually deserve a person. We agree the target operating model with you before the build, including what happens to the team — reassignment, attrition or reduction is your decision, made openly rather than discovered.

03

Cost per operation is the real constraint

At department scale, the recurring line — compute, document processing, model calls, licences — decides whether the automation is worth having. We design the execution model per process, use the expensive machinery only where it earns its place, and report cost per thousand operations from day one.

04

We run what we build, for years

Tests, runbooks, infrastructure as code, versioned policies and a documented decision model. Shipping is the start of it, not the end: hosting, monitoring, on-call, upstream changes, tuning and new features all sit inside one monthly arrangement, handled by the same engineers who designed the thing. A system we will still be running in year eight has to be engineered to be operated, not merely delivered — and most of our clients are on their third or fourth system with us.

Reliability06 / 10

What we commit to once it runs the business.

An automation that carries a department is a production system with an uptime, not a project that was delivered once. These are the commitments in the support agreement; tiers and windows are set per project against how critical the process is.

CommitmentTargetWhat it means in practice

Straight-through rate

95 %+

The share of cases completed with no human touch, measured continuously against the agreed target rather than asserted. When it drops, you see it on the same dashboard we do.

Process monitoring

24 / 7

Queue growth, SLA breaches, error spikes, decision drift and silent stalls are detected by us and raised to you — not discovered by an operations manager at month-end.

Action integrity

Every run

Idempotent execution, reconciliation against the target systems, and a full per-step audit trail. A failing case is contained and flagged, never half-posted.

Engineering response

From 4 h

Incident tiers with named windows. A system upgrade, a changed form, a new supplier format or a policy change is routine work covered by the retainer, not a change request.

Recovery

Defined RTO

Checkpoints, compensation paths, replay queues and a documented manual fallback, so an upstream outage costs a window of latency — not a week of untraceable state.

Availability

99.9 %

Measured on completed runs against schedule and reported monthly. You get the same dashboard we watch.

Selected work07 / 10

Three processes that had already failed.

Each of these came to us after a low-code build stalled, an RPA farm became unmaintainable, or an integrator returned the process as impossible. Clients are under NDA — the engineering detail we walk through against your own case.

01 — Logistics2024

A 90-person document desk, run by nine

Shipping, customs and supplier paperwork in 40+ formats, parsed, checked against the ERP and posted, for a European freight group.

What was hardScans and photographs rather than data, per-country document rules, a customs system with no interface, and a rejection cost measured in detained containers.

Documents / day
240k
Straight-through
96%
FTE released
81
Error rate
−94%
02 — Retail finance2025

Order-to-cash across seven systems with no bridges

Full commercial cycle — intake, credit checks, allocation, invoicing and dunning — unified across an ERP, two CRMs, a WMS and a 20-year-old accounting core.

What was hardNo API on the accounting core, contradictory master data between systems, month-end peaks at eight times average load, and a previous low-code build that had been double-posting invoices for months.

Operations / day
3.1M
Cycle time
−87%
Systems joined
7
Downtime, 12 mo
0
03 — Insurance2025

Claims triage where the rules were never written down

Intake, classification, evidence gathering and first-line decisioning for a claims department of 60, with full audit traceability for the regulator.

What was hardDecision logic that existed only in the heads of four senior assessors, free-text and photographic evidence, and a regulatory requirement to explain every automated decision.

Claims / day
45k
Auto-decided
91%
Handling time
−78%
Audit findings
0
How we start08 / 10

We run your process before either side signs a build.

On a real department process, a quote written from a brief is a guess — the spread between the described version and the actual one is routinely tenfold. So we prove it on your real systems first, for a fixed fee.

1Brief

The process and the decision

Which process, which systems, what volume, what the exceptions actually look like, and what changes for the business if it runs itself. Half the time the scope narrows and gets cheaper right here.

OutputProcess map & exception profile

2Pilot

Working proof, fixed fee

Two to four weeks on your real systems and your real cases: one slice running end to end, measured straight-through rate, measured cost per operation — and the honest risks.

OutputRunning pilot + risk list

3Design

Operating model and SLA

Target operating model, exception handling, decision policy, throughput, straight-through target and running cost — written into the contract, not into a slide.

OutputFixed scope & fixed price

4Build

Weekly working increments

Every week ships something that runs in your environment, shadowing the current team before it takes over. Monitoring, runbooks and documentation are built alongside it, not bolted on at the end.

OutputA system running in production

5Operate

Monitoring and response

On-call, handling system upgrades and changed formats, policy tuning and extensions. Routine changes sit in the retainer; large ones are quoted first.

OutputA process you stop thinking about

Engagement09 / 10

How we contract, and who we are wrong for.

Automation prices by exception complexity and by how hostile the systems are, not by step count. So we price in two steps, and we say no early when the work is not ours.

Model

Two steps, both fixed

First task — one small piece of work, days rather than weeks, quoted before it starts and often all anyone needsFixed price
Pilot — two to four weeks on your real systems; one slice running, measured straight-through rate and cost per operationFixed fee
Build — operating model, exception handling, throughput, SLA and price fixed after the pilotFixed price
Operate — hosting, monitoring, on-call, system-change handling, policy tuning, small extensionsMonthly

You start on whichever rung fits, and most clients start with one small first task. From the Operate rung onward it is a single monthly arrangement covering hosting, monitoring, on-call and continued development, so nobody on your side has to build an operations team around it. Infrastructure runs on ours or inside your own perimeter — whichever your security and finance people prefer.

Not our work

Say no early, honestly

  • Connecting two SaaS tools with a webhook. Zapier does that for $20 a month and we would be the expensive way to get there.
  • Processes nobody inside the company is willing to own. Without a decision-maker, an automation becomes shelfware in month three.
  • Automating access to systems the client is not authorised to use, or anything that reads as circumventing another party's controls.
  • Selling RPA seats by the licence. We take responsibility for a working process, which requires owning the design.

If your process is real but not our kind of work, we will say so in the first reply and point you at someone better suited — including a low-code platform when that is genuinely the right answer. That costs us nothing and saves you a quarter.

Legal & governance

Automation your risk
team can sign off.

Systems act only inside the client's own perimeter and under credentials the client authorises, with segregation of duties preserved, every action logged and every automated decision explainable. Access, retention and deletion controls are designed into the process rather than bolted on.

GDPR alignment and internal-control requirements are implemented through technical and organisational controls. Confirming the lawful basis, the regulatory treatment and the approval authority for a specific process and jurisdiction remains with the client’s legal and risk teams — we give them the documentation to do it.

01 — ScopeSystems the client owns or is authorised to operate
02 — ControlEvery action logged, reversible and attributable
03 — PrivacyData minimisation and purpose limitation by design
04 — ContractNDA and DPA signed before technical detail is shared
Questions10 / 10

What gets asked about hard processes.

If yours isn’t here, put it in the form — we answer in writing, within 24 hours, and without a discovery call first. Most questions get a straight yes or no rather than a proposal.

We already have Make and n8n. Why would we need you?
If your process fits them, keep them — we will tell you so, and we use those tools ourselves for the simple half of a landscape. We are for what happens after: millions of operations a day, a system with no connector in any marketplace, a case that has to wait four days for an approval and resume correctly, a decision an auditor will ask you to explain, and an exception rate that decides whether the automation replaces a team or just annoys it.
Another team said this process cannot be automated. Is that true?
Usually it means the process is expensive rather than impossible, and the previous team priced it as if the happy path were the whole job. That distinction is exactly what the pilot settles: two to four weeks on your real systems and real cases, a fixed fee, and a measured answer — straight-through rate, exception profile, throughput and cost per operation. Twelve years in, the question is almost never whether it can be done — it is what it costs to build and what it costs to keep running. You get both numbers in weeks rather than after a year.
Our core system is twenty years old and has no API.
That is the normal case, not the exception. In order of preference we use an internal or undocumented interface, direct database work under agreed constraints, file and protocol-level exchange, and controlled UI automation only where nothing else exists — with the fragile paths isolated behind an adapter so a system upgrade is a contained repair rather than a rebuild. We also tell you plainly when an integration is going to be brittle, and what it will cost to keep running.
What happens to the exceptions — and to the people?
Exceptions get a designed home: a taxonomy built from your real history, confidence thresholds that route uncertain cases to a person, and an operator console that makes reviewing them fast instead of a return to manual work. On people, we agree the target operating model with you before the build — how many roles the system carries, what the remaining human work is, and what happens to the team. That is your decision to make, and we would rather you make it openly at the start than discover it at go-live.
Can it really run millions of operations a day?
Yes, and the throughput number on its own is the easy part. What takes engineering is holding it at a cost per operation that keeps the automation worth having, while month-end peaks at eight times average load and one upstream system rate-limits you. Both figures are measured during the pilot and fixed in the SLA before the build starts.
We have an RPA farm nobody can maintain. Will you take it over?
Often, yes — a good share of our work starts as someone else's automation estate. We audit it for a fixed fee and come back with one of three answers: stabilise it, keep the process model and rebuild the execution layer, or replace. We will tell you which even when the honest answer is that the existing work is worth keeping and you need less from us than you thought.
How do we prove to an auditor what the system did?
Every case carries a per-step audit trail: the input it saw, the policy version in force, the decision and its reason, the actions taken in each target system, and who approved what. Policies are versioned like code, so “why was this decided that way in March” is a query rather than an investigation. Reconciliation against the target systems runs continuously, not at year-end.
How fast can we start?
A written feasibility assessment within three days of the brief, and the paid pilot itself usually starts within two weeks. Emergency work on a broken production automation is scheduled faster when we have the capacity — say so in the form and we will tell you honestly.

Bring us the hard process

Tell us which process
beat the last team.

Send the process, the systems it touches and the volume it carries. You get a straight answer: whether it is automatable, what specifically makes it hard, and roughly what it costs to build and to run. No deck, no discovery call before there is anything to discover.

  • A substantive written reply within 24 hours, whatever the size
  • Feasibility assessment within three days of the brief
  • NDA signed before we go into technical detail
  • If it isn’t our kind of work, we say so immediately

By sending you agree to our privacy policy. Briefs are never shared and you will not be added to a mailing list.