Skip to content

Service Acceptance Record

The close-out: prove the solution is ready to run before it enters live service. Each criterion is evidenced — a link, a date, a reference — not merely asserted.

Mirrors the canonical FSD-FRM-03FitSD v0.2.0; the canonical form is the authority, so review before use. Nothing is sent to any server — this runs entirely in your browser; download a Markdown record to save your progress.

Resuming a saved form? Load a .md you (or a teammate) downloaded earlier to pick up where it left off — read in your browser only, nothing is uploaded.

Header

1. Acceptance criteria

For each criterion, record the evidence (a link, a date, a reference) and whether it is met.

Documentation

HLD, runbook, recovery procedure, user/how-to published.

Backup (tested)

Backup in place and test restore performed, dated.

Security

Hardening applied, patch path set (FSD-RR), vuln posture acceptable, exceptions logged (FSD-SA).

Access

Access model implemented; least privilege; JML handling confirmed.

Availability

SLO met or accepted; capacity & scaling understood; DR position recorded.

Monitoring & alerting

Monitoring live; thresholds set; test alert observed end-to-end.

Incident profile

Service-level incident triggers & severities registered with incident management.

Supportability / handover

Support model agreed; runbook accepted; team ready; training done; continuity assured (knowledge captured, not reliant on one person).

Cost / licensing

Licences in place; ongoing run-cost confirmed and owned.

2. Outstanding remediation

List any criterion not yet met, the action required, and the owner/date. The record is re-presented when these are closed.

3. Acceptance sign-off