

The essential fields model harnesses the power of large language models, or LLMs, to extract key data from contracts into Relativity fields.
By leveraging generative AI, the essential fields model auto-populates key fields included in the Contracts application.
Benefits of the essential fields model include:
Note: For European Economic Area (EEA) customers, Contracts data may be processed elsewhere in the EU, but it will always be processed in compliance with applicable laws. For more information, please contact your account manager.
The essential fields model is powered by Azure OpenAI's GPT-4 Omni large language model. The LLM is designed to understand and generate human language, and it is trained on billions of documents from open datasets and the web.
When you run an analysis set using the Essential Fields analysis profile, Relativity sends the first document to Azure OpenAI and asks it to review the document according to the essential fields prompt, a prompt Relativity created that is not exposed to you. After Azure OpenAI returns its results, Relativity sends the next document. The LLM reviews each document independently, and it does not learn from previous documents. Unlike Review Center, which makes its predictions based on learning from the document set, the LLM makes its predictions based on the essential fields prompt and its built-in training.
Azure OpenAI does not retain any data from the documents being analyzed. Data you submit for processing by Azure OpenAI is not retained beyond your organization’s instance, nor is it used to train any other generative AI models from Relativity, Microsoft, or any other third party. For more information, see the white paper A Focus on Security and Privacy in Relativity’s Approach to Generative AI.
Note: For European Economic Area (EEA) customers, the essential fields model’s data may be processed elsewhere in the EU, but it will always be processed in compliance with applicable laws. For more information, please contact your account manager.
The essential fields model’s availability varies by region.
The following table shows the regions in which the essential fields model is available:
Region | Current LLM Model |
---|---|
United States | GPT-4 Omni |
United Kingdom | GPT-4 Omni |
Australia | GPT-4 Omni |
Canada | GPT-4 Omni |
Ireland | GPT-4 Omni |
Netherlands | GPT-4 Omni |
Germany | GPT-4 Omni |
Switzerland | GPT-4 Omni |
France | GPT-4 Omni |
For more details about availability in your region, contact your account representative.
For technical specifications of your region's current LLM model, see documentation on the Azure website.
The underlying large language model (LLM) used by Contracts has been evaluated for use with 83 languages. For a list of those languages, see Language support for Azure AI Content Safety on the Microsoft website. While Contracts itself has been primarily tested on English-language documents, unofficial testing with non-English datasets shows encouraging results.
If you use Contracts with non-English datasets, we recommend the following:
When you view the results of the analysis, all field values stay in the same language as the document except for rationale fields which are in English.
For the study ussed to evaluate Azure OpenAI's GPT-4 model across languages, see MEGAVERSE: Benchmarking Large Language Models Across Languages, Modalities, Models and Tasks on the arXiv website.
Based on the limitations of the underlying LLM, Contracts has size limits for the documents you run through the Essential Fields model and volume limits for jobs.
The Essential Fields model supports documents of up to around 870KBs, an estimate which will vary based on tokens per page in your dataset. An error message will appear on the Analysis Set page if the document was too large to process.
The per instance volume limits for the essential fields model are as follows:
Volume Type | Limit | Notes |
---|---|---|
Max job size | 500,000 documents | A single job can include up to 500,000 documents. |
Total documents running per instance | 600,000 documents | There is a maximum of 600,000 documents across all jobs queued or running in an instance. |
Concurrent large jobs per instance | 3 jobs | For jobs with over 200 documents, only 3 jobs can be queued or running at the same time within an instance. |
Concurrent small jobs per instance | No limit | Jobs with 200 or fewer documents have no limit to how many can queue or run at the same time. |
Contracts includes the Essential Fields analysis profile which has only the essential fields model. Whether you run the essential fields model with the Essential Fields analysis profile or with a new analysis profile that you create, the output will be the same.
To use the Essential Fields analysis profile:
The status of the analysis will appear under the Status section. Once complete, click the Refresh button to refresh the page and view results.
To create a custom analysis profile:
After creating a new analysis profile, run analysis with that profile:
The status of the analysis will appear under the Status section. Once complete, click the Refresh button to refresh the page and view results.
Following is a list of all fields that will auto-populate when you run the essential fields model.
Note: If you run the essential fields model and later edit the values of these fields, running it again will replace your manual edits.
Field | Field Type | Field Auto population |
---|---|---|
Contract Title_rel | Fixed-length text | The formal name of the contract that indicates its primary subject or purpose, serving as a reference point for the parties involved. |
Contract Type_rel | Single choice |
The classification of the contract that defines the nature of obligations and rights established between the parties. For example, lease or employment agreement. |
Contract Type Confidence Score_rel | Whole number | A score from 0 to 4 indicating the degree of certainty regarding the classification of the contract type. |
Contract Type Rationale_rel | Long text | An explanation clarifying the rationale behind the identified contract type. |
Parties_rel | Long text | The individuals or entities entering into the contract, each responsible for fulfilling the obligations stipulated within it. |
Effective Date_rel | Date | The date when the contract’s terms become legally binding, marking the commencement of the parties’ obligations. |
Agreement Date_rel | Date | The date on which the parties formally agree to the contract’s terms, often coinciding with the signing of the document. |
Expiration Date_rel | Date | The date on which the contract automatically terminates, unless the parties agree to extend or renew the terms. |
Governing Law_rel | Fixed-length text | The jurisdiction whose laws will govern the interpretation and enforcement of the contract, impacting how disputes are resolved. |
Duration Language_rel | Long text | Specific wording in the contract that defines the length of time the agreement remains in effect. |
Duration Type_rel | Single choice | The classification of the contract’s duration, such as fixed-term, perpetual, or contingent upon certain conditions, indicating how long the obligations last. |
Duration Type Confidence Score_rel | Whole number | A score from 0 to 4 indicating the degree of certainty regarding the classification of the duration type. |
Duration Type Rationale_rel | Long text | An explanation clarifying the rationale behind the identified duration type. |
Renewal Language_rel | Long text | Provisions within the contract that outline the terms and conditions under which the contract may be renewed after its initial term. |
Renewal Term_rel | Fixed-length text | The specified duration for which a contract can be renewed. |
Notice Period To Terminate Renewal_rel | Fixed-length text | The advance notification period required for one party to inform the other of their intention to terminate renewal of the contract, ensuring both parties are adequately informed. |
On this page
Why was this not helpful?
Check one that applies.
Thank you for your feedback.
Want to tell us more?
Great!