Guides

XFA PDF Forms: What to Do When Your PDF Cannot Be Filled

Learn what XFA PDF forms are, why they can be difficult to fill with standard PDF workflows, and how to prepare them for Doqlo overlay filling when the layout is stable.

PDF form filling

Some PDFs look like ordinary fillable forms, but they do not behave like standard AcroForm PDFs. One common reason is XFA. XFA forms can be difficult to fill through standard PDF form workflows because they use a different form technology from ordinary AcroForm fields.

Doqlo Bulk Fill is built around supported non-XFA AcroForm fields and stable overlay workflows. If your PDF is XFA, the practical path today is often to prepare or flatten it into a stable PDF layout, then use overlay fields if the layout stays consistent.

What is an XFA PDF form?

XFA stands for XML Forms Architecture. It is a PDF form technology that some organizations have used to build interactive forms. To a user, an XFA PDF may look like a normal fillable PDF, with boxes, blank lines, calculated fields, or sections that appear interactive in a viewer that understands it.

The important detail is that XFA is not the same thing as an ordinary AcroForm field layer. A standard AcroForm PDF stores form fields in a structure that many PDF tools can inspect and fill. XFA uses a different form model, and compatibility varies across viewers, browsers, libraries, and automation tools.

That is why a user may not know a document is XFA until a workflow fails. The PDF might open in one desktop app, then show a warning in a browser viewer. It might look fillable in one product, then expose no supported fields in another.

Why XFA forms can be difficult to fill

A person may open an XFA PDF in a viewer that knows how to display it. The form may show fields and instructions, and it may feel like a normal fillable PDF. A standard PDF form workflow may then inspect the same file and fail to find supported AcroForm fields, because the form structure is not the same.

Some XFA forms also have dynamic layout behavior. Sections can expand, collapse, repeat, or calculate content based on user input. That is very different from a stable PDF page where fields sit in fixed positions.

Browser PDF viewers can add confusion. Some do not render certain XFA forms as expected. Others may show warnings or ask the user to open the file in a different application. The result is a file that appears fillable in one place, but does not behave like one in another.

For bulk workflows, the key question is not only "does this look fillable?" The better question is "does this PDF expose supported fields or a stable layout that can be filled repeatedly?"

How XFA differs from AcroForm

AcroForm and XFA can both look like fillable PDF forms to a user, but they are different form technologies. Doqlo native filling is scoped to supported non-XFA AcroForm fields.

AcroForm fields are standard PDF form fields embedded in the PDF structure. In Doqlo, the native workflow can map CSV columns to supported existing AcroForm text fields, checkboxes, single-select dropdowns, and radio groups on supported non-XFA PDFs.

XFA uses a different form structure and compatibility model. A visible blank line, box, or interactive-looking field does not guarantee that the PDF contains a supported AcroForm field. A PDF can look like a normal form while still being outside the native AcroForm path.

This difference matters because Bulk Fill depends on predictable structure. Native filling uses supported existing AcroForm fields. Overlay filling uses stable visual positions on the page. An XFA PDF may need preparation before either of those paths makes sense.

Current Doqlo support

Doqlo supports two practical PDF filling paths today.

First, Doqlo can use supported non-XFA AcroForm native fields when they already exist in the PDF. This path is for supported existing text fields, checkboxes, single-select dropdowns, and radio groups.

Second, Doqlo can use overlay fields on stable PDF layouts. Overlay fields place values visually at selected positions on the page and can be mapped to CSV columns.

Today, Doqlo does not treat XFA as a standard native AcroForm workflow. The practical Doqlo path is to turn the document into a stable PDF layout first, then use overlay fields if the same positions should be filled for every row.

XFA documents can involve compatibility, layout, scripting, and viewer behavior that are outside the current native field scope. If an XFA PDF can be flattened or otherwise prepared as a stable visual layout, overlay fields may be usable. If it cannot, Doqlo may not be the right fit for that document today.

Practical workaround: flatten first, then use overlay fields

For many XFA compatibility issues, the most practical workaround is to make a stable visual copy of the document, then fill that stable copy with overlay fields.

A typical workflow looks like this:

  1. Open the XFA PDF in a tool that can view it correctly.
  2. Print to PDF or otherwise create a flattened or static PDF copy.
  3. Open the output and confirm that the pages look correct.
  4. Confirm that the layout is stable and does not change per row.
  5. Upload the prepared PDF to Doqlo Bulk Fill.
  6. Add overlay fields where row-specific values should appear.
  7. Upload the CSV.
  8. Map overlay fields to CSV columns.
  9. Preview representative rows.
  10. Export a test PDF before running the full batch.

Flattening makes the document easier to use as a stable visual layout. It does not preserve XFA as native form fields, and it does not automatically create AcroForm fields.

After flattening, check the visual output carefully. Confirm page count, page size, text clarity, checkboxes, lines, instructions, and any content that previously changed in the XFA viewer. If the flattened copy is missing content or rearranges sections, fix that before building the Bulk Fill setup.

When overlay filling can help

Overlay filling can help when the prepared PDF is visually stable and the same positions should receive values for every CSV row.

This is often a good fit when:

  • the flattened PDF layout is stable
  • values should appear in the same locations for every row
  • the final output only needs to be a completed visual PDF
  • the exported PDF does not need to remain a native fillable form
  • CSV row values can be placed at fixed positions
  • the workflow can be tested with a small sample before batch export

Common examples include flat HR forms, onboarding documents, certificates, static compliance forms, notices, letters, internal forms, and simple fixed-layout forms that started as XFA but can be prepared as stable PDFs.

When XFA may still not be a good fit

Some XFA documents are not a good fit for Doqlo Bulk Fill today, even after preparation attempts.

Be cautious when the form depends on:

  • dynamic sections that expand or collapse per record
  • repeatable sections that change the page layout
  • XFA-specific calculations or scripts
  • viewer-specific behavior that cannot be reproduced in a stable PDF copy
  • a requirement that the final file remain editable as XFA
  • legally controlled original XFA behavior that must be preserved exactly
  • visual output that cannot be flattened cleanly

Overlay fields need stable coordinates. If one record needs three repeated sections and another record needs one, the same overlay positions may not produce reliable output. If the form calculates values inside the XFA runtime, those calculations may not exist after flattening.

In those cases, it is better to use the tool or workflow required by the form owner, request a non-XFA version, or ask for a static PDF layout that can be used consistently.

Common mistakes to avoid

  • Assuming every fillable-looking PDF is AcroForm
  • Treating XFA as ordinary AcroForm
  • Expecting browser viewers to handle every XFA form
  • Expecting Doqlo to automatically turn XFA documents into AcroForm PDFs
  • Flattening without checking the visual output
  • Using overlay fields on a layout that changes per row
  • Skipping preview and test export
  • Uploading CSV data before confirming the PDF layout is stable

Validate the PDF first, then validate the mapping. Prepare the document, place a few fields, use a small CSV, preview several rows, and export one test PDF.

Limitations

Doqlo native filling is scoped to supported non-XFA AcroForm fields.

Doqlo does not currently provide direct XFA filling.

Doqlo does not currently provide automatic conversion from XFA into AcroForm fields.

Overlay fields place values visually. They do not create native PDF form fields.

Flattening can help create a stable visual layout, but it may remove interactivity.

Some XFA forms may not flatten cleanly.

Some dynamic XFA forms may not fit Doqlo Bulk Fill today.

Users should test a small sample before full batch export.

Next steps

If your XFA PDF can be prepared as a stable visual layout, test it with a small overlay workflow first. Upload the prepared PDF, upload a small CSV, place a few overlay fields, preview representative rows, and export a test PDF before running the full batch.

For related workflows, read AcroForm vs Overlay PDF Filling, Fill Flat PDFs with Overlay Fields, and the Bulk Fill Overview.

Next steps with Bulk Fill

Use Doqlo to map CSV data into supported PDF form fields or overlay fields, preview rows, and export completed PDFs.