Sightadel

Platform · Evidence archive

One piece of evidence.
For every control it supports.

In the audit, what counts is not what was decided but what can be proven. The evidence archive collects policies, records, screenshots and reports in one place. Every piece of evidence has a version, a validity date and a responsible person, and is linked to the controls it fulfils.

Upload once, use many times

Evidence can be linked to controls from several frameworks. You maintain it in one place.

No expired proof

Every piece of evidence has a validity date. The app reminds you when it needs to be renewed.

Traceable for the auditor

Versions, status and activity history show who uploaded and changed what and when.

Gaps visible at once

Coverage shows what share of your requirements is already backed by evidence.

How it works

Set up in 4 steps.

  1. 1

    Upload evidence

    You upload the document and assign a type, a validity date and a responsible person.

  2. 2

    Link to controls

    You link the evidence to the controls, issues and action plans it belongs to, across frameworks too.

  3. 3

    Set the status

    Evidence is in review, verified or expired. This shows you what you can rely on.

  4. 4

    Keep it current

    When evidence expires, you upload a new version. The old one is kept in the history.

Before and after

What changes with evidence archive.

The work does not disappear – the searching, asking around and chasing people does.

Without Sightadel

  • Proof is scattered across network drives, mailboxes and personal folders.
  • The same document is filed again for every framework, in slightly different versions.
  • Expired certificates and outdated policies are only noticed in the audit.
  • Who uploaded which version and when cannot be traced.
  • Before the audit, a folder structure is put together for the auditor.

With Sightadel

  • All evidence is in one archive with type, status and validity.
  • Evidence is maintained once and linked to controls from several frameworks.
  • The app reminds you when evidence needs to be renewed.
  • Versions and activity history show who changed what and when.
  • Coverage shows which requirements are still without proof.
  • The auditor sees the evidence directly in the app and can comment, but never delete.

Evidence archive

What the evidence details show

Every piece of evidence has its own detail view. There you see the document itself and everything that belongs to it.

  • Document preview with page navigation and zoom
  • Download and version selection
  • Current status and validity
  • Linked controls, requirements and action plans
  • Uploaded by, upload date and description
  • Activity history with time and person

Evidence archive

Coverage in view

Above the archive, Sightadel shows how much evidence has been uploaded and what share of the active requirements it covers. Below that you see how many items are verified, in review or expired.

  • Number of evidence items uploaded
  • Share of requirements with evidence
  • Requirements without evidence
  • Verified, in review, expired

Evidence archive

How often evidence should be renewed

The standard rarely prescribes an interval; it requires effectiveness. In practice, fixed cycles have become established. Set these as the validity date on the evidence, and the app will remind you.

  • Review policies annually
  • Training annually
  • Access reviews quarterly
  • Emergency drills annually
  • Vendor assessments annually

In detail

Evidence archive: what you should know.

What good evidence shows

Evidence proves that a measure is not just decided but practised. A policy alone is rarely enough for this. It shows what is supposed to apply. The auditor also wants to see that it was actually done: the signed document, the screenshot of a setting, the record of a training session, the extract from the ticket system, the review record with date and responsible person.

Good evidence has a few things in common. It is dated, so it is clear when the situation existed. It shows who was responsible. And it matches the statement it is meant to support. If your answer in the assessment describes a quarterly access review, the auditor expects several records, not one.

Pay attention to scope as well. An export with hundreds of entries is hard to check. Better is an extract that shows the relevant part, plus a short explanation of how it was produced. In Sightadel you enter this explanation as a description directly on the evidence. Redact personal data that is not needed for the proof before uploading.

Order in the archive: type, responsibility, validity

An archive only stays usable if every piece of evidence is described properly on upload. Assign a type, a responsible person and a validity date. The type helps with filtering, the responsibility clarifies who acts on expiry, and the date triggers the reminder.

The validity date follows the cycle of the measure. Proven practice is annual reviews for policies, training, emergency drills and vendor assessments, quarterly access reviews, and internal audits spread across the entire scope each year. Set the date a little before the actual deadline so there is time to prepare.

The status shows what you can rely on. New evidence is in review until someone has confirmed its content. Only then is it verified. Expired evidence remains visible so that the gap does not disappear.

When evidence expires, upload a new version instead of creating a new entry. That way all links to controls and action plans are kept, and the history shows the development over the years.

Prove once, use many times

Many frameworks require similar things. An information security policy, a training concept, a contingency plan or a vendor assessment appear in different forms in ISO 27001, NIS2, DORA, BSI C5 and SOC 2. If you file a separate copy for each framework, you will soon be maintaining several versions that drift apart.

In Sightadel you link a piece of evidence to all the controls it supports, across frameworks too. It is changed in one place. When another framework is added, you go through the existing evidence and link it again instead of starting from scratch.

Check carefully whether the evidence really covers the requirement in question. Similar requirements are not always the same. A contingency plan that is sufficient for ISO 27001 may be too general for DORA, because DORA has further-reaching expectations for tests and scenarios. In that case you add to the plan or link further proof.

The coverage above the archive shows what share of the active requirements is already backed by evidence and where evidence is missing. That is the quickest way to find gaps before an audit.

What the auditor does with your evidence

In the first audit stage, the auditor mainly reviews the documentation. In the second, they take samples. They pick a control, read your answer and want to see the proof. If the proof fits, they move on. If it does not, they ask follow-up questions, and a follow-up question can turn into a finding.

Typical reasons for findings are expired evidence, missing dates, proof that does not match the statement, and gaps in the period covered. If you describe a monthly backup check but only present records from two months, you have a problem, even if the checks actually took place.

In Sightadel the auditor gets a role of their own. They see evidence with version, status, validity and links, add comments and – once you approve – create or edit entries. They can never delete anything. This saves exporting into folder structures and sending large files. At the same time, the activity history shows when evidence was uploaded. Proof that was only created the evening before the audit stands out just as much as records that have grown over the year.

Questions and answers

Questions about evidence archive

More in our FAQ or directly via our contact form.

What counts as evidence?

Anything that proves a measure is practised: the signed document, the screenshot of a setting, the record of a training session, the extract from the ticket system or a review record with date and responsible person.

Can evidence count for several frameworks?

Yes. You link it to all the controls it supports, even if they belong to different frameworks. It is only changed in one place.

What happens to the old version when I upload a new one?

It is kept. In the evidence details you select the version, and the activity history shows when it was changed.

Does the auditor see the evidence?

Yes, if you give them access. With the “External auditor” role they see the evidence and add comments. They create or edit entries only after your approval and can never delete anything.

Where are the documents stored?

In Germany. Sightadel is developed here and hosted in Germany. It is operated by neonotu GmbH in Munich.

How often does evidence need to be renewed?

The standards rarely prescribe a fixed interval; they require effectiveness. Proven practice is annual reviews for policies, training, emergency drills and vendor assessments, and quarterly access reviews. You set these intervals as the validity date.

Is a policy enough as evidence?

Rarely. A policy shows what is supposed to apply. The auditor also wants to see that it is practised, for example through records, training records or screenshots. Link both to the same control.

How do I prepare the evidence archive for an audit?

A few weeks beforehand, check the coverage and the expired evidence. Close gaps, upload new versions and set reviewed evidence to verified. Then give the auditor access through their role.

Start with one standard.

14 days, full access, no payment details. Everything you set up carries over into the paid plan.