PDF/UA-1 workflow
- PDF based on PDF 1.7
- pdfua-1-machine profile family
- Existing production and archive baselines
- Independent validator history
Validate PDF 2.0 documents against the PDF/UA-2 machine profile without treating it as a silent upgrade from PDF/UA-1. The requested standard generation stays visible from upload through evidence export.
For document platforms introducing PDF 2.0 and PDF/UA-2 workflows
pdfua-2-machine@1.2.0202 AcceptedPOST /v1/scans
Idempotency-Key: reports-service@4.8.2
{
"asset": {
"type": "upload",
"upload_id": "upl_pdf2_accessible_report"
},
"profiles": [
"pdfua-2-machine@1.2.0"
],
"metadata": {
"generator": "reports-service@4.8.2"
}
}id: scn_01J…profile resolvedSeparate profile IDs prevent an engine update from changing which PDF/UA generation a workflow is expected to produce.
Use generator metadata and project-scoped configuration to make adoption observable before the new profile becomes a wider publishing gate.
Send the generator version and requested profile with the source asset.
Use stable fingerprints to distinguish repaired, recurring, and new failures.
Move the validated generator into the publication path without changing older records.
Separate supported PDF/UA-2 checks from incomplete coverage and human evaluation while the profile is adopted.
Before PDF/UA-2 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.