Features

EU AI Act compliance software, feature by feature.

Classify systems, work through obligations, file evidence and issue documents in one product, with the GDPR and voluntary standards on the same register.

No card · Five frameworks · One register · EU-hosted
Classification

Classify each system the way the Act does.

Guided questions in the Act's own order, plus five on the GDPR. Every answer becomes a record you can reopen.

Art. 5Art. 6Annex IIIArt. 25
  • Prohibited practices screened first, before anything else.
  • Art. 6(3) exceptions argued one by one, with the documentation Art. 6(4) requires.
  • Aria suggests; a named person confirms. Every decision is audited.
Try the free check
ClassificationRecruitment assistant
Prohibited practicesNo — none of thoseArt. 5
Product lawNoArt. 6(1)
Annex III area4. EmploymentArt. 6(2)
Art. 6(3) exceptionIt profiles natural personsArt. 6(3)
Your roleWe use it as supplied — a finished tool somebody else providesArt. 3(3)–(8)
VerdictHighDeployerEvery step cites its article
Illustrative record · articles are real, the system is not
Obligations

Only the obligations that apply to you.

Your classification decides the list. Each obligation carries an owner, a statutory date and its evidence.

Art. 9–15Art. 16Art. 26Art. 72
  • Same inputs, same obligations, each traced to its article.
  • Separate lists for providers, deployers, importers and distributors.
  • Six gated phases from Classify to Monitor; the next step is visible.
How the engine works
Obligation registerDerived by the engine
13obligations applyDeployerHigh

13 obligations apply to a deployer of a high-risk system.

Classify1
Scope & literacy2
Build & document4
Conformity assessment0
Register1
Operate & monitor5
Art. 26(1)Use system per provider's instructions for use
Art. 26(2)Assign human oversight person(s)
Art. 26(5)Monitor operation; suspend & notify on serious risk
Art. 26(9)Use Art. 13 information for the GDPR Art. 35 DPIA
Computed by the engine for one system · switch the role to compare
Frameworks as programmes

Switch a standard on. Follow an ordered path.

ISO/IEC 42001, ISO/IEC 27001 and NIST AI RMF run as programmes: ordered steps, each producing a record.

ISO 42001 §4–10ISO 27001 A.5–A.8NIST GOVERN–MANAGE
  • Statement of Applicability generated; a read-only Clauses tab exports as CSV.
  • GDPR duties always run per system; its organisation programme is optional.
  • Voluntary standards are labelled voluntary; certificates come from an accredited body.
The five frameworks and their crossover
ISO 42001ISO 42001 programme
27 steps · 6 phases · one record each
01Establish
5 steps · Complete
02Plan
5 steps · In progress
03Support
3 steps · Locked
04Operate
8 steps · Locked
05Evaluate & improve
4 steps · Locked
06Certification audit
2 steps · Locked
Plan · the steps
  1. 01Risk methodology and AI risk assessmentAlso counts toward ISO 27001Done
  2. 02Risk treatment and Statement of ApplicabilityIn progress
  3. 03AI system impact assessmentTo do
  4. 04AI objectives and planning to achieve themAlso counts toward ISO 27001To do
Phases and steps as the product generates them · progress shown is illustrative
Evidence

File proof once. It counts wherever it applies.

Upload it, generate it, or pull it from Google Drive, SharePoint, GitHub or Jira.

Art. 11Art. 18ISO 42001 A.6
  • One record satisfies every obligation and clause that names it.
  • A SHA-256 fingerprint and an expiry on each; lapsing proof reminds its owner.
  • A hash-chained, daily-anchored audit trail behind every change.
Evidence · filed onceExample
Record · approved
Roles, responsibilities and authorities
One owner · one review date · hash-chained on approval
ISO 42001§5 Counts
ISO 27001§5 Counts
EU AI Act14Related · not counted
NIST AI RMFGOVERN 2.1Related · not counted

The record is credited only where it has been verified against both clause sets. The other clauses are signposted, and nothing is ticked on your behalf.

Risk management

From risk register to residual sign-off.

A working risk plan with mitigations, scoring and a sign-off ledger. The status follows the data.

Art. 9Art. 9(8)
  • Inherent and residual scoring per item, with a heat-map view.
  • Mitigations tied to evidence, an assignee and a due date.
  • Residual-risk sign-off completes Art. 9; the ledger is permanent.
  • Periodic reviews scheduled automatically.
Risk registerEthical
Shortlisting disadvantages a protected group
Critical+CriticalHighMediumLow
51015202548121620369121524681012345
RareUnlikelyPossibleLikelyCertain
Inherent
12 · Act now
Treatment
Mitigate · bias testing per release
Residual
4 · Accepted
Residual risk signed off Art. 9
Illustrative record · articles are real, the system is not
Quality management system

A QMS that lives where the work happens.

Policies, responsibilities, change management, post-market plan and incident reporting, wired to the evidence on your obligations.

Art. 17ISO 42001 §5–9
  • A material change to a system triggers re-classification.
  • Run ISO/IEC 42001 as a programme and the same records count there.
  • One PDF that references every backing document by hash.
Quality management systemArt. 17
QMS documented through written policies and procedures from the policiesArt. 17(1)
Post-market monitoring system included from the monitoring planArt. 17(1)(h)
Procedure for reporting serious incidents included from the incident procedureArt. 17(1)(i)
Systems and procedures for data management covered from the data recordArt. 17(1)(f)
Risk management system (Art. 9) included from the risk planArt. 17(1)(g)
One PDF
Organisation compliance report
sha256sha256 fingerprint c008cbfadd5b9161b70f68cb8fcb441be44ab13e9a046cd8890c7dfcd3443fe3
Illustrative system · the parts are Article 17(1)’s
Verifiable documentation

Documents you can prove.

Annex IV files, FRIAs, declarations of conformity and registration sheets assemble from your live system data, hash-sealed.

Annex IVArt. 27Art. 47Annex VIII
  • FRIA answers laid under the DPIA's headings, so the overlap shows.
  • Declaration of Conformity pre-filled from the chosen Art. 43 pathway.
  • A regulator or buyer checks the seal by public link, no account.
Open a sample dossier
Annex IV — Technical DocumentationRecruitment assistant
§1General DescriptionArt. 11
§2System Elements & Development ProcessArt. 11
§3Training, Validation & Testing DataArt. 10
§4Testing & Validation ResultsArt. 15
§5Human Oversight MeasuresArt. 14
§6Risk Management SummaryArt. 9
§7Cybersecurity MeasuresArt. 15
§8Pre-determined Changes & Continuous LearningProvider narrative · to write
Sealedsha256sha256 fingerprint e4d4b64e5aeabf734f6512c3249ff428c83229491c30f20c63c233614049e0227 of 8 filled from the register
Illustrative file · the sections are the builder's own; §8 is always yours to write
Provider to deployer handoff

Instructions for use, handed over sealed.

Hand a deployer the instructions for use, sealed, across organisations.

Art. 13Art. 26
  • The provider shares a one-time token; the deployer imports the package.
  • The hash chain links the deployer's copy to the provider's seal.
  • Both sides log which fields were imported, by whom and when.
ProviderInstructions for Use
Provider identity and contact details
Intended purpose, characteristics and capabilities
Accuracy, robustness and cybersecurity levels
Known limitations and circumstances of foreseeable misuse
Pre-determined changes to the system and its performance
+ 4 more required elements
SealedOne-time sharing token issued
DeployerRecruitment assistant
One-time sharing token pasted
Imported · 9 elementsImported from the provider’s sealed packageArt. 13Art. 26(1)
Illustrative package · the elements are Article 13(3)’s
AI literacy

AI literacy, tracked and filed as evidence.

Six role-based programmes, completion tracked per person, and the organisation figure your auditor asks for first.

Art. 4
  • Programmes matched to the responsibilities of each role.
  • Refreshers yearly or on a change of role, tracked and prompted.
  • Each record carries a hash and a verify URL, like the dossier.
AI literacy registerArt. 4
78%of the organisation trained · 53 of 68 people
Executive AI AwarenessBoard / C-suite4/4
Compliance Officer ProgrammeCompliance / Legal / GRC2/2
Technical Team ProgrammeEngineering / Data Science / ML7/9
Deployer Operations ProgrammeOperations / Business Units11/14
Provider Operations ProgrammeEngineering / Product / R&D2/3
General Staff AI LiteracyAll Staff27/36
LatestEU AI Act AI Literacy — Certificate of Completionverify URL attached · filed toArt. 4
Illustrative team · the programmes are the catalogue’s
Straight answers

Questions buyers ask about our EU AI Act compliance software

True of the product as shipped today.

Is Veritome one product or a suite of modules?

One product. Classification, obligations, programmes, evidence, risk, the QMS, documents, the IFU handoff and AI literacy share one engine, one evidence ledger and one audit trail.

Which frameworks does Veritome cover?

The EU AI Act is the spine and the GDPR sits beside it; both are statutory and always on. ISO/IEC 42001, ISO/IEC 27001 and NIST AI RMF are voluntary programmes you switch on, each with its own page.

Does Veritome file anything with a regulator?

No. It prepares the artefacts (the Annex VIII registration sheet, the Declaration of Conformity, the dossier) and you make the submission. Nothing here is legal advice.

Where does the data live?

In the EU. The application and database run on Hetzner in Germany, object storage in Falkenstein, and Aria runs on Mistral in Paris. The sub-processor register names every supporting service.