A Contract custom field captures information specific to your legal templates — for example, a clause variant, a jurisdiction, an effective date, or a guaranteed minimum. The field appears on contract records, can be referenced as a variable inside the contract text, and optionally syncs to your CRM. This guide walks through the full lifecycle in three steps.Documentation Index
Fetch the complete documentation index at: https://docs.qwoty.io/llms.txt
Use this file to discover all available pages before exploring further.
You must have the Admin role with Data → Read & Write authorized. CRM mapping additionally requires Developers access.
What you’ll build
In this example, you’ll add a Jurisdiction field on Contract Model — a Text field that drives a clause variant in your contract templates. Sales reps will pick it during quoting, and it will appear in the contract via a{{contract.jurisdiction}} variable.
| Field | Type | Purpose |
|---|---|---|
| Jurisdiction | Text | Country or state under which the contract is governed |
Step 1: Create the field in the Data model
Fill in General Information
- Name:
Jurisdiction - API Name: Qwoty generates
jurisdictionautomatically. Edit if you need a specific identifier (for example,governing_jurisdiction). - Data Type: pick
Text
The field exists in the data model. Next, configure how it behaves on each contract model record.
Step 2: Configure the field on the contract model
The field exists, but it doesn’t yet appear on any contract. Activate it on the contract models where it applies, and configure the three properties.Open the contract model
Navigate to Documents → Contract Model and open the contract template you want to configure (for example,
Standard Sales Contract).Find the Custom Fields section
Scroll to the Custom Fields section. The
Jurisdiction field you just created appears, with a toggle and three checkboxes.Activate the toggle
Click the toggle to turn the field on. The toggle turns dark — the field is now part of every contract generated from this model.
Configure the properties
Check the boxes that match your needs:
- Mandatory ✓ — the contract can’t be generated without a jurisdiction
- Editable by sale ✓ — sales reps pick the value during quoting
- Display for customer — leave unchecked (jurisdiction is internal — the resolved clause text is what the customer sees)
Set a default value (optional)
If most of your contracts share the same jurisdiction, set a default (for example,
France). Sales reps can override it per deal.Use the field in the contract text
Now that the field is active, you can reference it as a variable inside the contract template’s body:Step 3: Sync with your CRM (optional)
If your CRM tracks contract metadata (which is often the case in regulated industries), map the Jurisdiction field to a matching CRM field.Find the custom fields mapping section
Scroll to the custom fields mapping. The Contract Model field appears as
Custom: Jurisdiction.Pick a sync direction
Open the direction dropdown and choose:
- Bidirectional — if your legal team also updates jurisdiction in the CRM
- Qwoty → CRM — typical: the value is set during quoting and pushed to the CRM record
- CRM → Qwoty — if jurisdiction is determined upstream by your CRM workflows
Select the matching CRM field
Pick the CRM field that holds the jurisdiction value. Compatible types: Text, Picklist, Dropdown.
Your contract jurisdiction now flows between Qwoty and your CRM, and is also resolved as a variable inside generated contracts.
Common Contract custom fields
Beyond Jurisdiction, here are patterns that come up often:| Field | Type | Why |
|---|---|---|
| Effective date | Date | When the contract takes effect (often differs from signature date) |
| Auto-renewal flag | Text (or future boolean) | Triggers a different renewal clause |
| Notice period (months) | Number | Used in termination clauses |
| Liability cap | Number | Negotiated indemnity ceiling |
| Governing law | Text | Combined with Jurisdiction for cross-border contracts |
| External legal reference | Text | Internal counsel ticket or case number |
Troubleshooting
The variable {{contract.jurisdiction}} resolves to empty in the generated contract
The variable {{contract.jurisdiction}} resolves to empty in the generated contract
Either the field is empty on the contract record, or the variable name doesn’t match the API name. Open the contract and verify the field is filled. Check that the variable uses the field’s API name exactly (case-sensitive).
The field is on the contract model but doesn't appear on contracts
The field is on the contract model but doesn't appear on contracts
Check that the toggle is on in the Custom Fields section of the contract model. Disabled toggles hide the field from forms.
Sales reps see the field but it doesn't save their input
Sales reps see the field but it doesn't save their input
The Editable by sale checkbox is unchecked. Activate it on the contract model.
My CRM doesn't show a compatible field
My CRM doesn't show a compatible field
Add a custom field on the CRM side first (Text or Picklist for Jurisdiction), then refresh the integration mapping section.
Related
Field properties
Mandatory, Editable, Display — the three controls that shape behaviour.
Contract models
How variables, content blocks, and contract models combine.
Create a Quote custom field
Same flow, applied to quotes.
CRM mapping
Sync directions and CRM field compatibility.

