A subservice-organization continuity record
We map every critical software dependency to a continuity control your auditor can read.
For a SOC 2 Type II report, your auditor tests how you manage the vendors your service runs on — a contract clause won’t cut it. Codekeeper’s SOC 2 evidence pack gives you a signed, verified continuity record for every critical dependency.
CC9.1 wants a tested plan for surviving a vendor failure, and CC9.2 wants the risk of each critical vendor assessed and managed. A filed exit plan meets neither.
We map every critical software dependency to a continuity control your auditor can read.
Recovery testing confirms the deposit rebuilds, so the evidence holds up under scrutiny.
A named analyst signs the continuity assessment, so the evidence is attributable the way auditors expect.
Your records stay current across the observation period instead of going stale after a single capture.
The pack fits the carve-out method auditors default to for hosting and software subservice organizations.
Each record cites the criterion it satisfies, so nothing is left for the auditor to infer.
Point Codekeeper at the critical vendors and code your service runs on, so we can access the materials we need to test in the rebuild.
Daily syncs keep deposits current, recovery testing confirms they rebuild, and each one gets a signed continuity record.
When CC9 comes up, the evidence is already assembled, current, and signed, so the control clears without a scramble.
Set up in a day. From there, the pack stays current on its own.
Book a demoJordan Adler
Ross Kilshaw
Thiago Mendes
We’ll email your redacted sample — a continuity record and CC9 mapping sheet.
A subservice organization is a third party, like a hosting provider or critical software vendor, whose controls form part of the system your SOC 2 report covers.
Software escrow supports SOC 2 vendor management by giving you a verified, recoverable copy of a critical vendor's software, so you can show continuity is tested rather than assumed when CC9 is examined.
The recovery test needs redoing on a recurring schedule, because a SOC 2 Type II report covers an observation period, not a single day, and your audit comes round again each cycle. A test only proves continuity as of the day it ran, so one capture won't carry a whole period, and last year's result won't answer this year's audit. Codekeeper reruns the build-and-run test on a schedule that keeps the evidence current across your observation window and ready for the next report.
The SOC 2 evidence pack differs because a vendor's report tells you they had controls, while the pack proves you can keep running if that vendor fails — the continuity their report doesn't cover.
The SOC 2 evidence pack covers SOC 2 (CC9) primarily. The same continuity record also maps to ISO 27001 A.5.30, DORA Article 28 and Articles 24–25, the NIS2 business-continuity measure (Article 21(2)(c)), and FFIEC recovery expectations under NIST CSF 2.0.
Yes, the SOC 2 evidence pack works for Type II. A Type II report tests your controls over a period of months, not a single day, so your vendor-continuity evidence has to hold for the whole window. The pack keeps dated recovery records across that period, so the evidence stands for the full report.