
The paperwork,
and the proof.
Two jobs that look unrelated and are the same job: producing the documents that let work proceed, and establishing that work which reported success actually happened.
Compliance, documents & H&S
Unverifiable is never a pass.
Every failure this system has ever had reported success while failing. A message that returned an id and never arrived. A deploy that exited zero over an unchanged page. A watcher that ran flawlessly for six weeks and could not see the thing it was watching.
So one desk here exists purely to disbelieve the others. It checks at the far end — the actual inbox, the actual live page, the actual carrier record — and never accepts the actor's own log as evidence. It returns pass, fail, or unverifiable, and a fail reopens the job automatically.
Six things, every day, without being asked
Risk assessments and method statements
O&M manuals and handover packs
Confidentiality before drawings
Compliance calendar
Independent verification
Incident record
What this desk actually knows
Safety documentation
- Task-specific risk assessments and method statements written to the job, not a template with a logo dropped on it.
- COSHH assessments for the resins, solvents, adhesives and coatings a fabrication floor actually uses.
- CDM 2015 duty-holder awareness — who is the client, who is the principal designer, who is the principal contractor, and what each of them owes at what point.
- Pre-construction information in, health-and-safety file out.
Handover
- O&M manuals assembled through the job — as-builts, product data, warranties, care and cleaning, spares and lead times.
- Assembled as the work happens rather than reconstructed in a panic in the week after practical completion, which is when handover packs are normally written and why they are normally wrong.
Quality management
- Run to the shape of ISO 9001 — document control and revision status, nonconformance raised and closed, corrective action with a root cause rather than a shrug, internal audit on a cycle, management review that produces decisions.
- 🔴 We are not ISO registered and we do not claim to be. We build the discipline; certification is yours to pursue if you want the badge, and we will prepare you for it.
Verification
- Every unattended action produces a claim with a runnable check.
- The check is run by a desk with no stake in the answer, at the far end — the recipient's inbox, the live page, the carrier's own record.
- Verdicts are pass, fail, or unverifiable. Unverifiable reopens the job. It is never quietly rounded up.
The second column is the one that is unusual. Most automation reports its own success and is believed. Ours is disbelieved on principle, by something that did not do it.
How a job moves through
The work is claimed
Whatever ran states plainly what it says it did.
A check is written
Runnable by someone else, against the far end, not the log.
It is run
By a desk with no stake in the answer.
A verdict is returned
Pass, fail, or unverifiable.
A fail reopens it
Automatically. Not a note in a report nobody opens.
It becomes a test
So it has to be a new failure next time, not the same one.
What we are liable for, said plainly
Most suppliers bury this. We would rather you read it now than find it in a schedule after something has gone wrong.
Our financial liability is limited to the implementation fees paid for the work in question. We do not underwrite your commercial outcomes, and we do not carry the consequential loss of a system we operate on your behalf. Any supplier who tells you otherwise at this price is either not reading their own contract or not intending to honour it.
That is only half a position, though, and the other half is the part that matters. A cap on liability is worthless to you if you cannot tell whether the thing is working. So the trade we offer is this: we limit what we owe, and in exchange we make the system provable by you.
Professional indemnity and public liability cover appropriate to the engagement is put in place and confirmed in writing before work starts, and the certificates go into your tender pack. The cap above is contractual and sits in the engagement agreement, in clear English, in the same size type as everything else.
What “provable by you” means concretely
- Every automated action produces a check you can run yourself. Not a report we write about ourselves — a check, against the far end, that you or your auditor can execute without us in the room.
- Your directors and stakeholders get their own access to the verification layer and the incident record. Not a filtered dashboard: the same view we use.
- The incident record is not curated. Failures that affected your work are reported to you with what happened and what it cost.
- Nothing is a black box. Every rule the system follows is written down in language a person can read, and the rules are yours.
- You can test it adversarially, at any time, without telling us. We would encourage it. A system that only passes when it knows it is being watched is not a system.
What this desk will not do
Where this desk stops
- Verification does not fix the work. Deliberately. A desk that both does the job and marks it is not checking anything.
- It is not a substitute for a qualified safety adviser where your sector requires one, or for a competent person's sign-off on regulated work.
- It does not sign documents. A signature from something that is not a person is not a signature, and the defect surfaces years later.
Asked before, answered here
Are the RAMS legally sufficient?
Who verifies the verifier?
Can we see the failures?
What about GDPR?
Logistics & dispatch
Then getting the thing to where it is going.

Which of the seven is costing you the most this month?
That is the one to start with. Tell us and we will tell you plainly whether we are the right shape for it.