Tag and object evidence
Locate document-wide structures, pages, annotations, and tagged-content relationships.
Put EN 301 549 document checks inside the upload or document-generation path. PDF and DOCX use one asynchronous lifecycle while keeping locators and repair guidance appropriate to each source format.
For CMS, DAM, and document-generation teams gating files before publication
en-301-549-v3.2.1-nonweb-document@1.2.0202 AcceptedPOST /v1/scans
Idempotency-Key: dam:asset:93812:v7
{
"asset": {
"type": "upload",
"upload_id": "upl_annual_report_2026"
},
"profiles": [
"en-301-549-v3.2.1-nonweb-document@1.2.0"
],
"metadata": {
"external_id": "dam:asset:93812:v7"
}
}id: scn_01J…profile resolvedThe API preserves a stable decision contract while keeping PDF and DOCX evidence close to the source system that can repair it.
Attach the DAM or generator identity.
Pin the EN 301 549 profile version.
Send object or OOXML repair work back to authors.
The result fields stay stable, but the evidence points to the source object that an author or remediator can actually inspect.
Locate document-wide structures, pages, annotations, and tagged-content relationships.
Point to paragraphs, relationships, styles, tables, and document properties.
Return severity, confidence, coverage, remediation, and a configured gate outcome.
A signed completion event can update the asset state while the full report remains available to editors and accessibility specialists.
scan.completedBefore EN 301 549 documents becomes a production gate, review its source mapping, supported input, automation boundary, and required human checks.
Start with one asset flow, pin the profile, and keep evidence and unresolved human work attached to every result.
Automated preflight is not an accessibility certification or legal determination.