Your first 10 minutes in the portal: navigate evidence, enter findings, generate reports.
You are an assessor, auditor, or reviewer who has received a share link from a client. The link looks like:
Your client generated this link from their dashboard. It gives you read access to their compliance evidence and, depending on scope, the ability to enter findings, request evidence, and generate assessment reports. No account is required on your end.
When you open the portal, you see a single-page evidence dashboard organized into sections. A sticky table of contents on the left lets you jump to any section. The sections that appear depend on two factors:
If you need data that is not visible in your portal, your client may need to generate a new link with a broader scope or with specific articles included.
The top of the portal shows three headline metrics:
| Metric | What It Means | What You Should Do |
|---|---|---|
| Sovereign Score | Aggregate posture percentage. Passing controls divided by total controls (excluding inherited). This is a coverage signal, not a compliance determination. | Use as a triage indicator. A score below 80% suggests significant gaps. Do not cite this score as a compliance finding; it is an internal metric. |
| Gate Decision | PASS, WARN, or BLOCK. The automated gate decision based on the client's configured policy. PASS means all configured thresholds are met. WARN means marginal. BLOCK means the client's own gate would prevent deployment. | A BLOCK gate decision with no corresponding remediation activity is a signal worth investigating. A PASS gate does not mean your assessment should pass. |
| Control Counts | Passing / Failing / Inherited / Total. Inherited controls are satisfied by the infrastructure provider (with evidence of that inheritance documented). | Focus your assessment on the non-inherited controls. Verify inherited controls have valid provider attestation (SOC 2 report, shared responsibility matrix) by expanding the inheritance detail in the control matrix. |
The control matrix is the core evidence table. Each row represents a procedure with its current verdict and evidence chain.
| Column | Description |
|---|---|
| Procedure ID | The UCT procedure identifier (e.g., AI-GRD.1, SC-7.6). Color-coded by verdict. |
| Family | The control family (e.g., SC, AC, AI). |
| Title | Human-readable procedure name. |
| Verdict | PASS FAIL INHERITED UNKNOWN |
| Last Witnessed | When this procedure was last evaluated. Stale evidence (older than your assessment window) should be noted. |
| Severity | CAT I / CAT II / CAT III (from POA&M, if applicable). |
| Days Open | How long a FAIL verdict has been unresolved. |
| SWT3 Anchor | The cryptographic witness anchor. Click to copy. Verify at sovereign.tenova.io/verify. |
Each control row includes a human-readable evidence summary. For example:
These summaries are generated from the witness factors and describe what was measured. They are not assessor conclusions.
Expand any control row to see linked NIST 800-53A assessment objectives. Each objective shows:
Controls with an INHERITED verdict include provider details when expanded:
If your client's primary framework is the EU AI Act, the portal shows an article-level conformity section. Each article (Art. 9, 10, 13, 14, 15, etc.) displays:
The Annex IV checklist section tracks technical documentation completeness across 15 sections. You can update section status, add reviewer notes, and score each section 0-10 with evidence quality ratings.
If your client's primary framework is CMMC or NIST 800-53, the portal organizes evidence by control families (AC, AU, CM, SC, etc.). Each family card shows:
The control matrix includes STIG severity (CAT I / CAT II / CAT III), days open for FAIL controls, and POA&M milestone tracking. Expand any control to see linked NIST 800-53A assessment objectives with TEST/INTERVIEW/DOCUMENT_REVIEW method indicators.
For ISO 42001, NIST AI RMF, SR 11-7, and other frameworks, the portal shows a requirement-level assessment. Each requirement group displays conformity percentages, status indicators (COMPLIANT / MONITOR / ACTION_REQUIRED), and corrective actions prioritized by gap severity. The structure adapts to each framework's native organization (clauses for ISO, functions for NIST AI RMF, sections for SR 11-7).
The Findings Register is where you document your assessment observations. This is your working record within the portal.
AI-GRD.1).As the assessment progresses, update finding status:
| Status | Meaning |
|---|---|
| OPEN | Finding documented, not yet addressed. |
| REMEDIATION | Client is actively working on corrective action. |
| RESOLVED | Corrective action completed and verified by assessor. |
| ACCEPTED | Finding acknowledged and accepted (risk acceptance). |
Every status change, severity change, and observation edit is logged in the portal's audit trail with your assessor identity and timestamp.
If you have findings prepared in a spreadsheet, you can submit them as a batch via the bulk import endpoint. Prepare a CSV with columns: observation, severity, procedure_id, swt3_anchors. Up to 100 findings per batch. See your client's technical team or the Assessor Onboarding Kit for API details.
When you need supplementary evidence beyond what the portal provides, create an evidence request:
Remember: SWT3 anchors cover TEST-method assessment objectives. INTERVIEW and DOCUMENT_REVIEW objectives require traditional evidence collection. The portal's assessment objectives display (Section 3) shows which objectives need manual evidence.
Log interview sessions with date, interviewer identity, and linked procedures. Notes are stored in the portal's audit trail and appear in exported reports.
For multi-assessor teams, the Review Panel supports structured peer review:
For large control sets, the Sampling section helps you select a statistically representative subset for deep review. The portal provides:
For detailed sampling methodology, see the Assessor Sampling Instructions.
If your token has full scope, additional sections appear. These provide deeper forensic and operational evidence for AI system assessments:
Per-agent statistics: models used, tools called, procedures witnessed, clearing levels, total inferences, pass rates, violation counts, and first/last seen timestamps. Use this to verify that all AI agents in the system boundary are accounted for and governed.
Multi-step inference sequences grouped by cycle_id. Each chain shows start time, end time, duration, and whether any violations occurred. Use this to verify that complex AI workflows (multi-agent, multi-step) are fully witnessed from initiation to completion.
Governance lifecycle sequences: deployment, escalation, resolution, abandonment. Each chain shows stage progression, parent-child anchor integrity, and terminal state. Use this to verify that governance events (emergency overrides, model updates, incident responses) follow documented procedures.
Per-node compute details: silicon vendor, topology, accelerators, attestation count, and freshness. A stale attestation (older than 2 hours) is flagged. Use this to verify that the physical infrastructure matches the client's documented system boundary.
Daily cryptographic roots proving that the ledger has not been tampered with. Each day shows the number of anchors and whether any FAIL verdicts were recorded. Use this to verify append-only integrity of the evidence chain.
The portal offers several export formats. All exports include a report-level SWT3 anchor for tamper detection.
| Format | Use Case | Contents |
|---|---|---|
| Conformity Report (HTML) | Primary assessment deliverable | Executive summary, article/requirement-level conformity, findings summary, technical documentation status, corrective actions, recommended outcome (PASS/FAIL), report anchor |
| Conformity Report (JSON) | Integration with assessment body systems | Structured schema (swt3-assessment-report v1.0.0) with all report data |
| Certificate (HTML) | Formal declaration document | EU Declaration of Conformity or Compliance Assessment certificate with signature blocks, article table, findings summary |
| Work Papers (PDF) | Traditional audit work papers | KPI cards, open findings, POA&M summary, evidence sample with anchors. Print to PDF via browser. |
| Controls Matrix (CSV) | Spreadsheet analysis | Procedure ID, family, title, verdict, severity, days open, overdue status, last witnessed date, SWT3 anchor |
| Portal Data (JSON) | Full data export for offline analysis | Complete portal response including verdicts, controls, findings, anchors, conformity assessment, chains |
Before rendering any report, the portal runs a coherence check. It detects contradictions such as:
Contradictions appear as warnings in the report banner. They do not block export but they flag areas where your findings and the automated evidence diverge. Investigate each warning before finalizing your report.
Every SWT3 anchor in the portal can be independently verified. This is the core integrity guarantee: you do not need to trust the portal display.
For a detailed verification walkthrough including manual SHA-256 recomputation, see the Assessor Onboarding Kit.
| Problem | Cause | Resolution |
|---|---|---|
| 403 Forbidden | Token expired, revoked, or malformed | Contact your client for a new share link. |
| Missing sections | Token scope is basic, or token is scoped to specific articles | Ask your client to generate a full-scope token if you need agent transparency, lifecycle chains, or hardware attestation. |
| 429 Too Many Requests | Rate limit exceeded (10 requests/minute for data, 20 for findings, 5 for reports) | Wait 60 seconds and retry. Rate limits protect the evidence integrity pipeline. |
| "No data" on AI sections | Client has not integrated AI witness SDK yet | Not an error. AI witness sections only appear when the client has instrumented their AI systems. Infrastructure controls may still have full evidence. |
| Exports blocked | Demo portal (DEMO_ tenant) | Demo portals do not support exports. Create a free account or use a client-issued share link. |