> For the complete documentation index, see [llms.txt](https://docs.scribeware.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scribeware.com/into-the-weeds/configuring-pdf-form-fills-in-scribeware/adding-pdf-form-fields-to-your-scribeware-template.md).

# Adding PDF form fields to your ScribeWare template

Information that goes into a PDF form can be broken down into a few different categories:

1. **Company/Inspector information. F**or example, the company name, inspector name, license numbers, signatures etc.
2. **Client and report information.** This information comes from the "Client and Property Information" chapter of the report, such as the client's name, property address, date of inspection, etc.
3. **PDF Form information.** This is this information that's specific to the particular PDF form that you're configuring.

When you customize your ScribeWare template(s) to fill a PDF form, you mainly need to work with information that 3rd category. We'll go over how to auto-fill your form with the first two later.

{% hint style="info" %}
The structure of your template can be anything you'd like. When ScribeWare applies the form filling, it will attempt to use all the fields from the entire report, not just the chapter or section the PDF is in.
{% endhint %}

We'll use Florida's Wind Mitigation form as an example:

{% file src="/files/Exc5QqaPNx8WhaX2XGIT" %}
Florida's Wind Mitigation PDF Form. NOTE: We already have templates configured for this form; no need to build it yourself!
{% endfile %}

Most of the information in the top area (Inspection date, Owner name, etc) are already in the report or elsewhere in ScribeWare, so no need to configure additional fields for those.

A few fields that aren't elsewhere are County, Insurance Company, # of stories, etc. To capture these, you might add a "General Information" section to your template, and fields where you can enter each value:

<figure><img src="/files/xlqfmNs1D4NWQ2yyEuyH" alt=""><figcaption></figcaption></figure>

A little further down, under **1. Building Codes**, there's a series of check boxes and text fields. You could represent this in ScribeWare by having a single field for the 3 checkbox options, and additional text fields for the additional information needed:

<figure><img src="/files/eeDJBrZlqaACjquFt89M" alt=""><figcaption></figcaption></figure>

The 3 checkbox options are actually a single field in ScribeWare, configured to "Show as Checkboxes". You can tell SW to check each box on the PDF if the corresponding value is checked in SW.

<figure><img src="/files/yjWrGfsKktNcTNlvXL0m" alt=""><figcaption></figcaption></figure>

One final thing to notice: this particular form has a number of date fields, formatting as 3 text boxes in the PDF form:

<figure><img src="/files/bvpVa6jJ8r6ruLpEOtiY" alt=""><figcaption></figcaption></figure>

You only need one place for the value for these in ScribeWare, and as long as it's entered correctly (MM/DD/YYYY) it'll be filled into the corresponding text fields.

<figure><img src="/files/z10SkIevxUvWVSrxLr4H" alt=""><figcaption></figcaption></figure>

Next, you'll need to get your PDF's Database Field Name so you can tell ScibeWare what information goes where!


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scribeware.com/into-the-weeds/configuring-pdf-form-fills-in-scribeware/adding-pdf-form-fields-to-your-scribeware-template.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
