PDF/A is an ISO standard (ISO 19005) for long-term document preservation. It ensures that a PDF is self-contained: all fonts are embedded, colors are device-independent, and no external dependencies exist. PDF/A is required in legal filings, government records, regulatory submissions, medical records, and any context where documents must remain readable decades from now.
Enabling PDF/A
Add the pdfa prop to your Document component with the desired conformance level:
Supported Levels
Forme supports two PDF/A conformance levels:
If you are unsure which level to use, start with "2b". It covers the majority of archival requirements and has the broadest acceptance.
Roadmap: PDF/A-3b
PDF/A-3b extends PDF/A-2b with support for embedded file attachments (XML data, source spreadsheets, machine-readable invoices). This is on the roadmap but not yet supported. When available, it will use pdfa="3b".
When pdfa is set, Forme automatically ensures the output conforms to the standard:
- Font embedding — All fonts (including subsets) are fully embedded in the PDF. No external font references.
- sRGB output intent — An sRGB ICC color profile is embedded as the document’s output intent, ensuring colors render consistently across devices.
- XMP metadata — Document title, author, and conformance level are written as XMP metadata packets (required by PDF/A).
- Document ID — A unique
/ID array is written in the PDF trailer (required by PDF/A).
- No encryption — PDF/A prohibits encryption. If you need to restrict access, use application-level controls instead of PDF encryption.
- No JavaScript — PDF/A prohibits embedded JavaScript. Forme does not embed JavaScript in any case, so this is always satisfied.
Combining with PDF/UA
For documents that need both archival compliance and accessibility (common in government and healthcare), combine both props:
This produces a PDF that satisfies both PDF/UA-1 and PDF/A-2b. See the Accessibility guide for PDF/UA details.
Using pdfa="2a" also works here. PDF/A-2a requires the same tagged structure that PDF/UA demands, so the two standards align naturally.
Known Limitations
- No encryption. PDF/A explicitly prohibits document encryption. Attempting to combine encryption with PDF/A will produce a non-conformant file.
Level Comparison