The first review of your evidence, before your auditor's.
First Review is the reviewer inside AssureDesk. It reads every piece of evidence against every requirement an auditor will check, names what is missing, and records exactly what it read. Companies fix gaps before the audit. Auditors start from evidence that is already organised and traceable. The audit decision stays with the auditor.
Audits wait on reading
Much of the time in an audit goes into reading: matching each document to each requirement, finding what is missing, and going back and forth until it is there. Companies wait for answers, and auditors spend their most senior hours on a first reading.
- Documents gathered in folders and email
- A consultant, then the auditor, reads everything
- Gaps found during the audit
- Rework, and another round
- Evidence uploaded once, linked to its controls
- First Review reads it against every requirement as it arrives
- Gaps named, assigned and fixed before the audit
- The auditor reviews a prepared, traceable pack, and decides
Sources: A-LIGN Compliance Benchmark Report, January 2025; Drata State of GRC, February 2025 (sample not disclosed).
What a First Review report shows, and to whom
An example for illustration: Meridian Health Technologies is an invented company. The requirements are ControlRegistry's own wording for access control under ISO 27001 and ADHICS.
| Item | Mandatory | Result | What First Review could not find |
|---|---|---|---|
| Approved access control policy with owner and review dateISO 27001 A.5.15 | Yes | Supported | None |
| Access rules for key systems and applications, derived from business and security needsISO 27001 A.5.15 | Yes | Supported | None |
| Role-based access matrix for key systemsISO 27001 A.5.15 | Yes | Partial | The matrix covers the clinical platform; the billing system is not listed. |
| Approved access-control policy defining need-to-know and least-privilegeADHICS AC 1 | Yes | Supported | None |
| Role-based access control (RBAC) role-to-permission definitionsADHICS AC 1 | Yes | Missing | No document defines the permissions that each role holds. |
| Documented access-request and approval workflowADHICS AC 1 | Yes | Partial | The onboarding procedure describes how access is requested, not who approves it. It also contains text addressed to the reviewer, so it cannot read Supported. |
| Documented access principles, such as need-to-know and least privilegeISO 27001 A.5.15 | No | Supported | None |
| Mapping of access rules to information classification levelsISO 27001 A.5.15 | No | Missing | Access rules are not linked to the classification levels. |
| Records of periodic review and update of the access control policyISO 27001 A.5.15 | No | Partial | The only review record is dated March 2025, outside the twelve months this request covers. |
7c41 9a0e … e09b- Know before the auditor does. Three mandatory items need work, and each says what is missing in plain words.
- One word, never a score. Supported, Partial, Missing or Not checked: a missing signature and a missing nice-to-have no longer look alike.
- One upload, two frameworks. The same three documents answer ISO 27001 and ADHICS together.
- Fix, then upload again. The gap becomes work with an owner; the next reading shows whether it is closed.
- What was read, and what was not. Every document and page is accounted for. An unread page makes the review incomplete; it is never reported as Missing.
- Manipulation flagged. Text written to sway the reviewer is shown to you, read as data only, and capped at Partial.
- The period is checked. A record from outside the period the request covers cannot read Supported.
- Reproducible. The rules, the model, the pages and a checksum of everything that went in are kept with the result, so it can be repeated and challenged.
- Your judgement stays yours. The review prepares; you sample, test and decide.
Better for the company, and for the auditor
Ready sooner, with fewer rounds
- Know where you stand before the auditor arrives
- Each gap named in plain words, given an owner and fixed
- Evidence uploaded once, counted for every framework that asks for it
- Less senior time spent on first reading, by you or by consultants
- Evidence can stay in your own storage, under your own keys
More time for judgement
- Evidence arrives organised by requirement, with what was read and what was not
- Problems surface early: missing items, out-of-period records, text written to sway a reviewer
- A complete record of every reading, repeatable on request
- Your independence intact: First Review never certifies, and Stravaya never audits its own customers
- You sample, test and decide, as you always do
A careful first reader
A reviewer, not an auditor
First Review never certifies, attests or gives a compliance score.
It never replaces the auditor's sampling, testing or judgement.
It never reports a page it could not read as missing.
Whether an organisation meets a standard is the auditor's decision, and only theirs.
First Review is part of AssureDesk, in beta by invitation
We are opening AssureDesk to a small number of organisations preparing for ISO 27001, SOC 2 or the Gulf's own frameworks, and to auditors who would like to see First Review on real engagements.