Managing additional fields (field library)

Admin guide
Who this is for
Admins who create and maintain the field definitions your document types use
Time to read
5 min
Prerequisites
You've read **Adding fields to a document type**. Your account has permission to manage additional fields (`add_field` resource).

What you'll learn#

  • What the field library is and how it relates to document types
  • How to create a new field, including the six field types
  • Parent-child hierarchies and repeatable groups
  • How to edit or delete existing fields — and the risks of changing a field in use

What "additional fields" are#

The Additional Fields page is your company's field library — the catalog of reusable field definitions that can be attached to any document type. One field is created once here, and then attached to as many document types as need it.

Example: a field called "Amount" (a number field) lives once in the library. It's attached to "Vacation Request" (to capture daily rate), "Supplier Invoice" (to capture total), and "Expense Claim" (to capture the reimbursement). All three document types share the same field definition — translating it once (see Adding translations to fields) translates it everywhere.

This article covers managing the library itself — creating new fields, editing existing ones, and deleting unused ones. For attaching a library field to a specific document type, see Adding fields to a document type.


The Additional Fields list#

Utilities → Additional Fields in the sidebar.

Screenshot
additional-fields-list
Placeholder · image will be added
The Additional Fields list page showing a tree view — at least 5 rows, including one parent field (e.g., "Line Item") with 2–3 indented children beneath it (e.g., "Description", "Quantity", "Unit Price") visually indented with a corner-down-right icon. Include the search box, the type filter tabs (All / str / num / arr / bit / list / date) with one active, and the Create button top-right. Use realistic field names a finance or HR team would have.

Page controls:

  • Search — filters the list by field name.
  • Type filter tabs — narrow down by field type (see types below).
  • Create button — opens the Add Field dialog to create a new one.

The table:

Each row shows a field's name, type badge, status badge (Active / Inactive), and a three-dot menu for edit and delete. Parent fields appear at the top level; their children appear indented under them with a small arrow icon, so the hierarchy is obvious at a glance.


The six field types#

When creating a field, you pick one of six types. The type determines what kind of data the field captures and how it's displayed to users.

TypeWhat it isExample use
Text (str)Free-form text, single lineName, reason, description
Number (num)Numeric inputAmount, quantity, count
Date (date)Calendar date pickerStart date, due date, period
Yes / No (bit)A single toggle switch"Includes VAT?", "Urgent?"
Dropdown (arr)Pick one from a typed list of optionsDepartment, category, priority level
List (list)Pick one from an external/dynamic listEmployee roster, currency code, chart-of-accounts code

Dropdown (arr) vs. List (list):

  • Use Dropdown when the options are a small, fixed set you can type yourself (Low / Medium / High).
  • Use List when the options come from a larger dataset that might change (every employee, every supplier). Your implementation partner sets up the data source that powers the list.

Creating a field#

  1. On the Additional Fields page, click Create.
  2. The Add Field dialog opens. Fill in:
    • Name — what admins will see when attaching this field to a document type. Make it clear and reusable. "Amount" is better than "Vacation Amount" if the field is general-purpose.
    • Type — pick from the six types above. This choice is effectively permanent — see the warning below.
    • Parent — leave as None for a top-level field. Pick another field to make this a child of that parent (used for repeatable groups — see next section).
    • List Def (only for Dropdown and List types) — the options, comma-separated. E.g., "Low, Medium, High". The order matters — it's preserved across translations.
    • Allowed Rep — how many times this field can appear on a document:
      • 0 — unlimited (user can add as many copies as they need with an "Add another" button).
      • 1 — single instance (most common).
      • N — exactly N copies (rare; use when you want fixed structure, like exactly 3 approvers).
    • Status — Active (default) or Inactive. Inactive fields aren't shown when attaching to document types, but existing attachments keep working.
  3. Click Create.

The field appears in the library immediately and is available to attach to any document type.


Parent-child hierarchies (repeatable groups)#

Fields can be nested in a parent-child relationship. This is how you model repeatable groups on a form — for example, a set of line items on an expense claim where each item has its own description, quantity, and unit price.

Setup#

  1. Create the parent field first — typically a text field like "Line Item" with Allowed Rep = 0 (unlimited repetition).
  2. Create each child field ("Description", "Quantity", "Unit Price"), setting their Parent to the line-item field.

When a user fills out the document, they'll see the parent field with an Add another button. Each time they click Add, a new block appears containing all the children in sequence, sharing the parent's repetition index.

How children repeat#

Children repeat with their parent, not independently. If the user adds a second "Line Item", they get a second set of Description / Quantity / Unit Price fields — one set per line. You can't reuse the same children across multiple parents, and children don't have their own independent repeat count.


Allowed Rep — what the numbers mean#

ValueBehavior
0Unlimited. The user sees an Add another button and can add as many copies as they need.
1Exactly one instance. Users see a single input. This is the default and covers most cases.
2, 3, 4, …Exactly that many copies — no more, no less. Users see the fixed number of inputs and can't add or remove. Used rarely; e.g., "three emergency contacts".

Editing a field#

  1. On the Additional Fields page, click the field's row to open its detail page, or click the three-dot menu and choose Edit.
  2. Update any of the settings.
  3. Click Save.

Changes take effect immediately on every document type where the field is attached. That's the point of a library — one edit, many beneficiaries.

Safe changes (low risk):

  • Renaming — the new name appears everywhere the field is used.
  • Adding a translation — see Adding translations to fields.
  • Adding a new option to a Dropdown's List Def at the end.
  • Toggling status between Active and Inactive.

Risky changes (can affect existing data):

  • Changing the type — stored values won't convert; may break documents.
  • Removing or reordering options in a Dropdown's List Def — existing documents that used the removed/moved value will show blank or wrong.
  • Changing Allowed Rep from unlimited to fixed — existing documents that have more repeats than the new limit may truncate or error.
  • Changing Parent — moving a field in or out of a parent-child relationship affects existing documents that use it.

Deleting a field#

  1. From the list page, click the three-dot menu on the field's row.
  2. Choose Delete.
  3. Confirm the dialog.

Common questions#

I want two document types to have slightly different options for "Category". Do I create two separate fields?

Yes — fields are shared, so one "Category" field has one option list used everywhere. If two document types need different option sets, create two fields (e.g., "Expense Category" and "Travel Category") and attach each to the relevant document type.

Can I reorder fields on the Additional Fields list page?

No — the list is organized by parent-child hierarchy. The order fields appear to end users is set on each document type's Fields card (drag by grip icon there). See Adding fields to a document type.

I created a field but it's not showing up on any document.

A field in the library isn't automatically on any document type — you have to attach it. Open the document type's detail page and use the Fields card's Add Fields dialog. See Adding fields to a document type.

Can a child field exist without a parent?

A field with a parent must have that parent live. If you delete a parent field, the children become orphaned — recover them by editing each child and resetting its Parent to None, or delete them too.

What happens if I set a field to Inactive?

Existing attachments keep working — users still see the field on existing document types and can enter data. But the field doesn't appear in the Add Fields dialog on any document type, so you can't add new attachments. Use Inactive for fields you want to retire without deleting.

Is there an import/export for fields?

Not in the UI. Field definitions are created one at a time. If you have a large batch to create, plan the session; your implementation partner may be able to help with bulk data loads via the backend.

Can two fields have the same name?

Technically yes — VAT Portal doesn't enforce uniqueness. In practice, avoid it. If two fields share a name, admins attaching fields to document types will pick the wrong one and end users will see duplicate-named fields on forms. Use unique, descriptive names.


Keep reading

Related articles