Skip to content

Field Mappings and Naming

When a requester fills out a form and submits it, their answers need to end up in the right places on the generated contract. Without field mappings, someone would have to manually copy the governing law, effective date, and party name from the form submission into the contract record. Mappings automate this.

A field mapping connects a form field to a contract property. The property is the bridge: once a form value lands on a property, that same property can fill a variable in the document text, drive filtering and reporting, and be amended later by whoever owns the contract. This article covers field mappings first, then naming tokens, a separate feature for auto-generating entry titles, contract names, and file names.

Each form field can be linked to a contract property of a compatible type. When the form is submitted and a contract is generated, the field’s value is written to that property automatically. From there the value can flow into the document text, be used in naming, and be amended later by the contract owner:

How one mapped value flows
On the form
Governing Law England & Wales
Lands on
Contract property Governing law
The single place the value lives
From there it
Document text Fills the template variable

The property fills the matching variable in the generated document, so the value appears in the contract text.

Naming Builds names as a token

The value can be used as a naming token to build the entry title, contract name, or file name.

Later Amended by the owner

The contract owner (or anyone with access) can change the property afterwards, like any other property.

The property is the bridge The one place the value can change later

The property is the single place the value lives. Whatever the requester typed becomes the property’s value on the generated contract, the document picks it up wherever the matching variable appears, and the contract owner can change it afterwards like any other property.

Form field and property types must be compatible

Section titled “Form field and property types must be compatible”

The field’s type and the property’s type have to match. The Contract property selector only lists properties that are compatible with the field you are editing, so you cannot map a date field to a text property by mistake. The pairings are:

Form field typeCompatible contract property
TextText or multi-line
NumberNumber
DateDate (or text)
List (dropdown)List or multi-option
PartyParty
UserUser
CheckboxYes/No

If a field type isn’t shown above (for example file upload or signature), it has no contract property mapping.

In the field editor, each field has a Contract property selector. Click it to see the list of compatible contract properties. Select the property this field should map to.

The mapping is per-field, not per-action. If your form has multiple actions that generate different contract types, the same field mapping applies to all generated contracts.

Form builder Fields tab showing each field with its type badge, required status, and Property mapping displayed inline
Each field in the form builder shows its mapped contract property next to the type and required badges

Party fields do more than map a single value. When a party field is submitted:

  1. The party record is created or linked in Pactly (either a new party is created or an existing one is matched)
  2. The party is assigned roles on the generated contract (for example counterparty, signer, our representative)

A party field can also feed a template party, so the party’s details (name, address, signatory) populate the matching placeholders in the generated document. This is configured within the party field settings, not through the standard contract property selector.

For form sequences only. Reverse mappings pre-fill form fields with values from an existing contract’s properties. This is useful when a later form in a sequence needs to display or confirm data that was set by an earlier form.

Enable “Use reverse contract property” on a field and select which property keys to pull from. The field will be pre-populated with the current value of that contract property.

Naming tokens are a separate feature from field mappings. Instead of populating the contract record, they build readable names from form data. You assemble a name out of token pills, and each token is replaced with its value when the form is submitted:

How a name is assembled
Value Category Input - Field Party Name Input - Value Date
Generated name NDA - Acme Corp - 20260618
  • Value tokens

    Insert a predefined value: submitter email, form name, date, template name, contract reference, or category.

  • Field tokens

    Insert what the requester entered in a form field. Works with text, list, number, and party fields.

  • Input tokens

    Insert fixed text you type, such as a separator (" - ") or a fixed prefix.

  • Party block tokens

    Combine several party attributes with a separator, e.g. first + last name as "John Doe".

Tokens join in order, left to right, and each is replaced with its value when the form is submitted. Tokens come from four kinds.

Forms can auto-generate three names this way:

NameWhere it appearsWhen it’s generated
Entry titleThe form submission record in the entries listAt submission time
Contract nameThe contract record in the repositoryAfter contract generation
File nameThe generated document’s file nameAfter contract generation

In the form builder’s Settings tab, you’ll find a naming field for each name. Click between tokens to insert new ones, and drag tokens to reorder them. Each naming field supports up to 60 tokens.

Form Settings tab showing the Form owner field, Currency options, and Naming customization section with Entry title tokens
The Settings tab showing naming token configuration with token pills for Entry title

Some value tokens depend on a contract that doesn’t exist yet at submission time, so they aren’t offered for the entry title:

TokenEntry TitleContract NameFile Name
Submitter EmailYesYesYes
Form NameYesYesYes
Date of CreationYesYesYes
Category AbbreviationYesYesYes
Template NameNoYesYes
Contract Reference NumberNoYesYes
Contract Category LabelNoYesYes
Custom text (input)YesYesYes
Form field valuesYesYesYes
Party blockYesYesYes

The entry title is generated before a contract exists, which is why the template name, contract reference, and category label tokens aren’t available for it.

When the name is built, each token is replaced with its value and the values are joined with no separator between them, so use a custom-text token for any separator you want. Consecutive separators (hyphen, underscore, space) collapse to one, leading and trailing separators are trimmed, and the result is truncated to 256 characters.

Below the file name field, a Copy from Contract button copies the contract name’s token sequence into the file name, so the file name matches the contract name without rebuilding it.

The form builder checks for mapping issues and shows a Review Mapping Errors button when problems are found. Common errors include:

  • A required contract property has no field mapped to it
  • A field is mapped to a property that doesn’t exist on the target template
  • A party field has no roles assigned

Fix these before sharing the form to ensure contracts are generated with complete data.

Chat with us

We typically reply within a few minutes