Legal information

Workflow support is not legal judgement.

ActLume is designed to organise readiness, evidence, decisions, drafts, and the SRP handoff. Its product boundary excludes legal decisions and portal submission.

Responsibility boundary

The product supports the work. People remain accountable.

ActLume

Workflow support

A controlled record of readiness, case facts, decisions, report drafts, review, the SRP handoff, and submission evidence.

Organisation

Human responsibility

Your organisation decides scope and reportability, declares awareness, takes advice where needed, reviews the report, and submits through ENISA SRP.

Service documents

Service-specific documents are a production prerequisite.

Before customer onboarding, approved documents must identify the legal operator, service, data roles, providers, regions, commercial terms, and support process.

The required document set covers, as applicable:

  • effective service and acceptable-use terms;
  • operator identity and legal contact details;
  • privacy notice, data-processing terms, and subprocessor information;
  • security, residency, transfer, retention, and support disclosures;
  • approved pricing, tax, invoice, renewal, and cancellation terms.

Regulatory information

Check the law and current official guidance first.

ActLume’s public overview is an aid to understanding the reporting workflow. Organisations remain responsible for determining which rules apply and for obtaining advice appropriate to their products, role, establishment, and facts.

Provider guidance can change. Review the current ENISA and European Commission material alongside the controlling regulation before acting on a summary.

Official sources

Official links checked 1 September 2026.

Accessibility approach

Built toward WCAG 2.2 AA, and still improving.

ActLume targets the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA across this site. This is a stated target, not a certification or a conformance claim.

Design and verification requirements for this site include:

  • visible keyboard focus outlines on every link, button, and control;
  • decorative icons and marks hidden from screen readers so only meaningful content is announced;
  • no viewport restriction blocking pinch-to-zoom or text scaling;
  • touch targets sized for WCAG 2.2 target-size guidance on narrow screens;
  • motion reduced automatically for visitors who set that browser or system preference;
  • semantic headings and landmark structure throughout the page templates.

Found a page, control, or document here that is hard to use with a keyboard, screen reader, or assistive technology? Contact the team through the current sales and support contact page and describe the issue and the page it is on.

Next step

See the workflow this boundary supports.

Explore the product workflow