> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/administration-and-setup/settings/global-settings/document-types/fields/master-data-settings.md).

# Master Data Settings

Master Data Settings connect a document's validation fields to data stored under [Lookup Master Data](/administration-and-setup/settings/document-processing/master-data-lookup.md). Use **Lookup Master Data** to find and fill matching records. Use **LOV Master Data** to offer a list of values from a dataset.

## Open the settings

1. In **Settings**, open **Document Processing → Document Types**.
2. Open the document type you want to configure, such as **Invoice**, and select **Fields**.
3. Select **Master Data Settings**. The page contains separate **Lookup Master Data** and **LOV Master Data** sections. Select a section heading to expand it.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-d5f69b7d8761ae1be327b892fe8f85fd93812ea5%2Fdbdc-202-overview-en.png?alt=media" alt="Invoice Master Data Settings in the current DocBits Sandbox, showing Lookup Master Data and LOV Master Data"><figcaption><p>Choose the section that matches the type of field you want to configure.</p></figcaption></figure>

## Match a record with Lookup Master Data

**Lookup Master Data** configurations search a dataset and map a matching record to document fields. The list shows each configuration's name and whether it is active. A **Default** badge identifies a DocBits configuration; you can deactivate it, but you cannot edit or delete it.

### Create a lookup configuration

1. Select **Create Lookup Config**.
2. Enter a **Lookup Name** and choose the **Lookup Dataset Name** that contains the records to search.
3. Choose a **Conflict Handler** for cases where several records match:
   * **Best Score** chooses the strongest match.
   * **Return None** leaves the result empty for a user to decide.
   * **Return First** uses the first result.
4. Choose **HEADER** for document fields or **LINE** for fields in a document table. For **LINE**, also choose **Context Detail**, the table where the lookup applies.
5. Turn on **Match All** if every configured search field must match a record. Leave it off if one matching field is enough. Select **Create**.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-4f71e421292486dfa540e78492d3c0d2f90105c4%2Fdbdc-202-lookup-config-en.png?alt=media" alt="Create Master Data Config dialog with dataset, conflict handler, context type and Match All options"><figcaption><p>The lookup configuration form for an Invoice header.</p></figcaption></figure>

**Match All** and **Conflict Handler** affect automatic supplier recognition. See [Fuzzy data configuration with master data](/administration-and-setup/setup/document-types/fuzzy-data-configuration-with-master-data.md) for worked examples.

### Map fields in a configuration

Expand a configuration to see its mapped fields. In the example below, **Supplier Name** is searchable, while **Supplier Number** is set to trigger the lookup automatically. Your organisation's mappings may differ.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-750249298bbb08a249e9ce8fa405b314bcb9d69e%2Fdbdc-202-supplier-fields-en.png?alt=media" alt="Expanded Supplier lookup showing Lookup Field, Validation Field, Parent Field, Searchable, Auto Trigger and Actions columns"><figcaption><p>Expand a lookup to inspect the fields that participate in matching.</p></figcaption></figure>

Select **Create** inside the expanded configuration to add a mapping:

* **Lookup Field** is the dataset column to search.
* **Validation Field** is the document field that receives the result.
* **Parent Field** optionally checks the result against a related field.
* **Search Operator** controls how text is compared. **Smart** ignores spaces and punctuation; the other choices include Contains, Starts With, Ends With and Exact.
* **Auto Trigger** starts a lookup when this field is filled. **Searchable** lets the field participate in searches and supports manual lookup during validation.

Select **Create** to add the mapping. Use the three-dot **Actions** menu on a row to edit or delete an editable mapping. Default mappings can only be viewed.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-576c4f6b19d765fc29bac28b997284f8d255153f%2Fdbdc-202-create-field-en.png?alt=media" alt="Create Master Data Fields dialog with Lookup Field, Validation Field, Parent Field, Search Operator, Auto Trigger and Searchable"><figcaption><p>Choose how a dataset column maps to a document field.</p></figcaption></figure>

Use the three-dot menu on a configuration to activate or deactivate it, duplicate it, or edit it. A default configuration offers **View** in place of **Edit** and cannot be deleted. Deleting a custom configuration or field removes its mapping; check which document fields depend on it first.

## Offer a list with LOV Master Data

**LOV Master Data** creates dropdown choices from a master data dataset. You can also add filter fields so an earlier selection narrows the choices shown next.

Expand **LOV Master Data**, then select **Create Lov Lookup Config**. If no configuration exists, the section shows only this button.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-07c66bdbb465b9d3713a3d08d8597aace07f35a2%2Fdbdc-202-lov-overview-en.png?alt=media" alt="Expanded LOV Master Data section with the Create Lov Lookup Config button"><figcaption><p>Open this section when a document field should offer dataset values as choices.</p></figcaption></figure>

In the form, enter **Lookup Lov Name**, choose **Lookup Lov Dataset Name**, and set **Context Type** to **HEADER** or **LINE**. For **LINE**, select **Context Detail** to identify the document table. Then choose:

* **Lookup Label Field**: the value users see in the dropdown.
* **Lookup Value Field**: the value stored for the selection and used for filtering.
* **Out Field**: the document field filled by the selected label.

Select **Create** to save the configuration. Expand it to inspect its fields, or use its three-dot menu to activate, duplicate, edit or delete it.

<figure><img src="https://578966019-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FT2n2w4uDCJvv7CJ5zrdk%2Fuploads%2Fgit-blob-ba96c69911ba704534913382378c5be3ecdc7bf4%2Fdbdc-202-lov-config-en.png?alt=media" alt="Create LOV Master Data Config dialog with dataset, context, label field, value field and out field"><figcaption><p>Connect a dataset value and its visible label to a document field.</p></figcaption></figure>

To make dependent dropdowns, select **Create** inside an expanded LOV configuration and choose a **Lookup Field** and **Filter Field**. The filter field's value narrows the choices returned by the lookup. You can also set a static **Filter Value** and mark a field **Required**. Use the row's three-dot menu to edit or delete a custom filter field.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.docbits.com/administration-and-setup/settings/global-settings/document-types/fields/master-data-settings.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
