Audit readiness · Evidence
RelayCross-industryA Relay that chases audit evidence so your team does not have to
Audit season turns compliance teams into project managers chasing screenshots. This playbook sets up a Relay that watches the evidence tracker, drafts the reminders and writes the weekly status, while people own every request and every send.
Valnora & Elric team5 min read
- Format
- Playbook
- Steps
- 6
- Solution
- Relay
- Parts used
- 4
A SOC 2 examination or an ISO 27001 audit produces a long request list: access reviews, change tickets, restore tests, training records, vendor reviews. Collecting the evidence is rarely hard. Keeping track of who owes what, by when, and whether it matches what the auditor asked for takes most of the effort.
That tracking work suits a Relay, an AI coworker in Agent Serve with its own instructions, schedule and approvals. It can watch the tracker, notice what is late or incomplete, and draft the follow-ups. People still own the evidence, the reminders that go out and everything shared with the auditor.
A note before starting: this playbook is about your audit. Agent Serve itself does not hold a SOC 2 report or an ISO 27001 certificate. Its security page describes the controls in place as SOC 2 and GDPR ready, which is not a certification.
Put the request list in one table
Start with the auditor’s request list, usually a spreadsheet. Import it into a workspace table with one row per request and these columns at minimum: request ID, control, description, owner, due date, status and evidence link.
Keep the status values short and fixed, such as open, submitted, accepted and returned. The Relay reads them, and fixed values make "what is late" a precise question.
The Relay can query this table but cannot write to it. Control owners and the audit lead keep it current, which means the record of who submitted what stays with people.
Give the Relay the context an auditor expects
A reminder that says "please send evidence for logical access" gets a screenshot of the wrong thing. A reminder that says what the auditor accepted last year gets the right thing first time.
Upload your control descriptions, the auditor’s guidance notes and last year’s accepted evidence list to a Knowledge Base. Connect it to the Relay. When it drafts a reminder, it searches for the control and describes what good evidence looks like in plain words.
Write instructions that set the limits
Relay instructions are plain text, up to 8,000 characters. Be specific about the job and its limits. For example:
- The job. Track the evidence tracker, draft reminders for requests due within five days or overdue, and write a weekly status.
- The limits. Never contact the auditor. Never mark a request accepted. Only email people inside the company.
- The tone. Short, polite, one request per message, with the request ID in the subject.
Set the email recipient policy to internal only, so a reminder to an outside address cannot even be proposed.
Choose the autonomy level
Each Relay runs at one of three autonomy levels. For audit work, Assist is a good default.
- Observe lets the Relay read and draft, but blocks saving files and sending email. Useful for the first week, while you check its judgement.
- Assist lets it save files to the library and send email, each only after an approval.
- Operate lets it save files without approval. Email still needs one, at every level.
Approvals are tied to the exact text the reviewer saw. If anyone edits the reminder, it needs a fresh approval. Unanswered approvals expire after 24 hours by default, and a Relay can name up to 20 approvers.
Set up the watch and the weekly schedule
Two responsibilities cover most audit work:
- A watch on the tracker table. Describe what needs attention in plain language, for example "requests due within five days that are still open, or any request marked returned". Set it to poll every 60 minutes, with quiet hours overnight. Watches never write to the source.
- A weekly schedule. A cron schedule on Monday at 08:00 runs the status job and saves the file to the library folder your audit lead shares.
Each result is reported back into the audit lead’s chat with the Relay and raises a notification.
Review what it produces
What the solution produces
Weekly evidence status (illustrative)
MemoStatus for week 6 of 10 of the audit period.
142 requests in total: 97 accepted, 21 submitted and waiting for review, 24 open.
9 open requests are past their due date. 6 belong to two owners in IT operations.
Access review evidence for Q2 is missing the sign-off page. The Q1 pack included it.
Suggested focus: agree new dates for the 9 overdue items at Thursday’s check-in.
Reminder waiting for approval (illustrative)
MessageTo: control owner, backup and recovery
Subject: Evidence due Friday, backup restore test (request 58)
Hi, the auditor asked for the result of one restore test from the audit period, showing the date, the system restored and who checked it.
Last year the restore log export plus the ticket that recorded the check was accepted.
Could you add it to the evidence folder and update row 58 in the tracker by Friday?
What the change could be worth
An audit lead tracking 250 evidence requests across 30 control owners for an annual SOC 2 examination.
| Assumption | Value |
|---|---|
| Evidence requests in the audit | 250 requests |
| Minutes spent chasing and checking each request today | 20 min |
| Minutes per request reviewing drafted reminders | 6 min |
| Share of evidence the auditor returns today | 20% |
| Share returned when reminders describe good evidence | 12% |
- audit lead hours freed per audit: Evidence requests in the audit × (Minutes spent chasing and checking each request today − Minutes per request reviewing drafted reminders) ÷ 60
- fewer evidence items sent back: Evidence requests in the audit × (Share of evidence the auditor returns today − Share returned when reminders describe good evidence)
Modelled from the assumptions above to show how the outcome is calculated; not a customer result. Your results depend on your volumes and process.
Read the first few weeks of drafts closely. Edits you make before approving are the best guide to tightening the instructions. If reminders run long, say so in the instructions. If the status file misses a pattern you care about, such as one team owning most of the overdue items, ask for it explicitly.
Controls and governance
Approvals before action
Relays never send email or book meetings without an approval, under any autonomy setting. An approval covers the exact payload the reviewer saw and expires if nobody decides.
Audit trail
Proposals, approvals, declines and executed actions are written to the workspace audit log, which admins can export.
Roles and permission groups
Admin, write and read roles per workspace, plus permission groups that limit which models, blocks and integrations a team can use.
SSO and SCIM
Sign in through your identity provider with SAML 2.0 or OIDC, and provision people with SCIM.
Self-hosting
Run Agent Serve in your own cloud or data centre, next to the systems it reads.
SOC 2 ready
The controls SOC 2 looks for are in place. Agent Serve does not claim a SOC 2 report or certification.
More on how Agent Serve handles access, data and audit on the security page.
Every proposal, approval, decline and sent message is written to the workspace audit log, which admins can export. That record is useful in its own right: it shows how the evidence process ran, not just what it produced.
For related work, see how to map policies to controls before the audit starts, and how to run user access reviews that produce evidence as a by-product.
How the evidence Relay works with your team
Relay · Evidence coordinator
- 01Table watch and schedulePolls the tracker every 60 minutes and runs a weekly status job on Monday mornings.
- 02Check the controlSearches control descriptions and past requests to say what good evidence looks like.
- 03Draft reminderWrites an email to the control owner. It waits for a person to approve the exact text.
- 04Weekly status fileSaves a status briefing to the library folder the audit lead shares with the auditor.
People and data
- 05Evidence trackerOne row per request: control, owner, due date, status and a link to the evidence.
- 06Control ownersUpload evidence and update their rows. They stay the source of truth.
- 07Audit lead approvesApproves or edits each reminder and decides what goes to the auditor.