

Entities are the individuals communicating within the data set. They communicate by way of their aliases, which are most commonly full email addresses, user ids, short names, and appear within the documents being analyzed. By understanding what aliases belong to each entity, and the role each entity plays in the matter, you can determine scenarios where client-attorney privilege occurs across the documents.
During the Validate Attorneys pipeline step our AI will group the aliases in the data set under a specific entity and then make an AI prediction as to whether the entity is playing a Legal Role in the matter. This information is populated on the Entities (Priv) tab for you to annotate on the Annotator Decision field using the process outlined in Suggested annotation workflow, adjust aliases that belong to each entity using the Merge and Move operations, and populate more extensive entity information. Annotating each entity allows for the AI to understand who could be privilege conferring with the matter and what documents they communicated on driving client-attorney privilege predictions. Unlike other annotating workflows, for entities you will perform up to four (4) rounds of annotation. Each round consists of annotating entities and then performing the Apply Annotations Action as specified in Validate Attorneys. The prediction field will not be populated for the first round of annotations, as the AI model requires some Annotation Decision field values to start its learning process.
Note: Entity annotations should be performed by someone with the role of Annotator. For more information see Roles and security permissions.
Note: Use the Suggested annotation workflow to complete annotations quickly and accurately. Not using the Suggested annotation workflow could result in errors.
To annotate entities for the first round:
See Validate Attorneys to start the next round of annotations.
To annotate entities for subsequent rounds:
Note: Privilege Designation will be calculated automatically and displayed during Confirm Entity Privilege Designations. You can optionally select Case SME Revision during Validate Attorneys as Privilege Conferring, Privilege Breaking, or Privilege Neutral, however, this may result in you completing more annotations than necessary. If you select Privilege Conferring as the Case SME Revision, the First Name and Last Name fields are required.
You have completed this round of entity annotations when all entities that have a Prediction field value of Legal Role have been annotated on the Annotator Decision field.
See Validate Attorneys to start the next round of annotations or complete the pipeline step if four annotation rounds have been performed.
Note: An entity that has been annotated on the Annotator Decision field will not receive updated Predictions or have different aliases linked to it between annotation rounds. You can think of this entity as locked-in; it can only be updated by you.
To annotate Entities using the Mass Actions available:
Note: All entities annotated as Legal Role require a First Name and Last Name fields populated on the Entity information. Legal Role Entities missing the First Name and Last Name fields will result in an failure during Apply Annotations.
The following fields appear when annotating entities:
Field | Field type | Required | Description | Notes |
---|---|---|---|---|
Artifact ID | Fixed-length text | N | A unique identifier for this specific entity. This value will never change and is not editable. | By clicking on this value from a list, you will be directed to that Entity page where you can find more metadata on the included entity. This field can be used when trying to find a specific entity. |
Full Name
| Fixed-length text | N | A combination of the entity’s First Name, Last Name, and Reference ID (to always create uniqueness). This field is not directly editable but will update once saved if a change is made to the First Name or Last Name fields. | Multiple entities may have the same First Name and Last Name, but the Full Name will always be unique due to the addition of the Reference ID. |
First Name | Fixed-length text | N | The entity’s first name. This field is editable. | If you select Privilege Conferring as the Final Privilege Status, this field is required. |
Last Name | Fixed-length text | N | The entity’s last name. This field is editable. | If you select Privilege Conferring as the Final Privilege Status, this field is required. |
Aliases | Multiple object | N | This field links all aliases belonging to the entity. This field is not directly editable but can be changed using the Move or Merge operations. | An alias may only be linked to one entity, but an entity may have multiple aliases. |
Alias – Email Signature | Fixed-length text | N | This field will show in the Alias list and is populated for each alias. It contains the longest email signature belonging to the alias that was found in the data set. This value will never change and is not editable. | Use this field to help populate the Annotator Decision field and Entity Information section while performing entity annotations. |
Alias - Sent
| Whole number | N | This field will show in the Alias list and is populated for each alias. The number of documents sent by this alias. This value will never change and is not editable. | |
Alias - Received | Whole number | N | This field will show in the Alias list and is populated for each alias. The number of documents received by this alias. This value will never change and is not editable. | |
Cluster | Fixed-length text | N | An ID generated to group similar entities that our AI suspects should be merged but require a user’s input. If you believe entities with the same Cluster need to be merged, you can use the Merge mass action to accomplish this. This value will never change and is not editable. | Not all entities will have a value in this field. If you decide not to Merge entities with the same Cluster, ignore this field as it is not editable. |
Source | Single choice | N | The origin of the entity’s creation. Entities with a Client Brain or Known Attorney source should already be marked as annotated. Annotation focus should be on entities marked as Newly Discovered. | Client Brain—this entity existed in a previous project that was run through aiR for Privilege. Known Attorney—this entity was added at the start of this project to the Known Attorney list. By Way of Domain—this entity is predicted to be an attorney as a result of the completion of Domain annotations. Newly Discovered—this entity is predicted to be an attorney by our Validate Attorneys AI model. |
Prediction | Single choice | N | The prediction by the AI model as to whether the entity is playing a Legal Role or Not a Legal Role in this matter. This value will never change and is not editable. | This value will only be populated after the first Apply Annotation action is performed. |
Annotator Decision | Single choice | Y | This field is the most important annotation field and allows for you to confirm or deny the Prediction of Legal Role, Not Legal Role, or Spammer. | Your selection on this field will change what fields require annotation. |
Job Title | Fixed-length text | N | Populate this with the title of the individual within their organization. This information is used to provide more details for determining the entity’s privilege status in later steps. | |
LinkedIn URL | Fixed-length text | N | A web address found that supports your findings that the entity is in a Legal Role. | This is an optional field and is used by a Lead to QC the work before submitting. |
Job Category | Single choice | N | Populate this with the legal job category of the individual within their organization. This information is used to provide more details for determining the entity’s privilege status in later steps. Choice of Compliance, Contracts, Counsel (External), Counsel (In- House/Internal), Legal Group Alias/Distribution List, Mergers & Acquisitions, Paralegal/Litigation & Legal Support, Patent/IP, Regulatory/Government Affairs & Relations, and Unspecified/Other Legal Role. | |
Maiden Name | Fixed-length text | N | The entity’s maiden name. This information is used to find all the ways this entity may have communicated or may have been mentioned in this data set. | |
Middle Name | Fixed-length text | N | The entity’s middle name. This information is used to find all the ways this entity may have communicated or may have been mentioned in this data set. | |
Nicknames (Comma-delimited) | Fixed-length text | N | Any nicknames or other names the entity might have been referred to as in the data set. This information is used to find all the ways this entity may have communicated or may have been mentioned in this data set. | Separate multiple nicknames by a comma. |
Sent Documents | Multiple object | N | This field links to the documents that this specific entity sent. This field is not editable. | This information can be used to inform annotations. The documents linked will change when a Merge or Move operation is performed. This field links to the documents that this specific entity sent. It includes all email segments. |
Received Documents | Multiple object | N | This field links to the documents that this specific entity received. This field is not editable. | This information can be used to inform annotations. The documents linked will change when a Merge or Move operation is performed. This field links to the documents that this specific entity received. It includes all email segments. |
Annotated | Yes/No | N | Upon annotating and saving an entity this field will be populated with a checkmark. This field is not editable. | This field can be used in searches to quickly find entities you have or have not annotated . This field can also drive dashboard widgets for visual representation of your annotation progress. |
Impacted by Merge/Move
| Yes/No | N | This field is used to indicate if a Merge or Move operation was performed on this entity. When entities are merged, the resulting entity will have this field as Yes. When an alias is moved from one entity to another, both entities will have this field as Yes. | Our AI will no longer make changes on entities that have this field set as Yes. |
Privilege Project | Multiple object | N | This field links to the project that found this specific entity. This field is not editable. | An entity may link to multiple projects if it appeared in multiple analyzed data sets. |
Reference ID | Fixed-length text | N | A unique identifier used by the system. This value will never change and is not editable. | |
Final Privilege Status | Single choice | N | A field used during the Confirm Privilege Status pipeline step. Choice of Privilege Conferring, Privilege Neutral, or Privilege Breaker. | If you select Privilege Conferring as the Final Privilege Status, the First Name and Last Name fields are required. Can be ignored by Annotators. |
The Merge mass operation exists on the Entity tab and lets you select multiple entities and move their linked aliases to a single entity. This will be used when the AI is conservative and creates multiple separate entities when there should have been a single entity.
To perform a Merge mass operation:
Upon successful completion only one entity will remain with all aliases linked to it. All documents that were linked to the entities included in this operation will now be linked to the single resulting entity. That resulting entity will have a value of Yes on the Impacted by Merge/Move field and will no longer be editable by the AI during future Apply Annotation actions.
Note: You can only include Entities that are connected to your In-Progress project in the Merge mass action. Including Entities from previous projects in this workspace will error out.
The Move and Remove operations exists on an individual entity page and allow you to select multiple aliases linked to that entity and move them to a different entity or remove them from this entity. This will be used when the AI links an alias to the wrong entity.
Note: The Move and Remove operations are not available in Edit mode. Exit Edit mode to find those buttons and perform those operations.
To perform a Move or Remove operation:
Upon successful completion the aliases you selected will no longer be linked to this entity. All documents that were linked to this entity by way of those aliases will also be unlinked to this entity. Both the entities that you moved aliases from and to will have a value of Yes on the Impacted by Merge/Move field and will no longer be editable by the AI during future Apply Annotation actions.
The suggested annotation workflow for Entities includes four rounds of annotation that must be completed in priority order. After every Round, you should navigate to your project and perform the Apply Annotations action on Validate Attorneys.
Note: If you've previously run a Privilege project in this workspace, you should also add a search condition of Privilege Project = current project to focus annotations on entities that are relevant to the current project.
Following is the suggested workflow for the first round of entity annotation:
Step | Expected annotation | Content type | Example | How to locate |
---|---|---|---|---|
1 | Merge (Priv) Mass Action | Clusters of Entities that should be merged | John Doe
John Do
| Perform the following search across entities:
Review items that have the same Cluster ID and use the Merge (Priv) action to merge them if they are the same entity. |
2 | Legal Role | By way of domain | Jane Doe
| Perform the following search across entities: |
3 | Legal Role | Likely Legal Email Signatures | Jane Doe
John Doe
Jim Doe
| Perform the following search across entities: |
4 | Not Legal Role | Email Signatures | Jane Doe
John Doe
Jim Doe
| Perform the following search across entities: |
5 | Legal Role | Top Communicators | Jane Doe
| Perform the following search across entities: Note: This image is an example of how Search Conditions should look. Document count varies depending on the size of your data set. Adjust the value of n until you get roughly 100 entities returned. |
Following is the suggested workflow for the second round of entity annotation:
Step | Expected Annotation | Content Type | Example | How to Locate |
---|---|---|---|---|
1 | Legal Role | AI Predicted Legal Role | Jane Doe
| Perform the following search across entities: |
2 | Not Legal Role | Top AI Predicted Not Legal Role | Jane Doe
| Perform the following search across
entities: Note: This image is an example of how Search Conditions should look. Document count varies depending on the size of your data set. |
Following is the suggested workflow for the third round of entity annotation:
Step | Expected Annotation | Content Type | Example | How to Locate |
---|---|---|---|---|
1 | Legal Role | AI Predicted Legal Role | Jane Doe
Prediction: Legal Role | Perform the following search across entities: |
2 | Not Legal Role | Top AI Predicted Not Legal Role | Jane Doe
Prediction: Not Legal Role | Perform the following search across entities: Note: This image is an example of how Search Conditions should look. Document count varies depending on the size of your data set. Adjust the value of n until you get roughly 100 entities returned. |
Following is the suggested workflow for the fourth round of entity annotation:
Step | Expected Annotation | Content Type | Example | How to Locate |
---|---|---|---|---|
1 | Legal Role | AI Predicted Legal Role | Jane Doe
Prediction: Legal Role | Perform the following search across entities: |
2 | Not Legal Role | Top AI Predicted Not Legal Role | Jane Doe
Prediction: Not Legal Role | Perform the following search across entities: Note: This image is an example of how Search Conditions should look. Document count varies depending on the size of your data set. Adjust the value of n until you get roughly 400 entities returned. |
3 | Legal Role | Document Check | We are trying to find documents that include legal terms but where no attorney we’ve identified is participating. This is a method for finding missed entities.
You are reviewing these documents not to make a Privilege call, but to catch missed attorneys and annotate the entities as Legal Role. | Navigate to the Document Tab and perform the following search across documents:
It helps to create a view with the following fields, so you can jump into an entity and annotate them: · Control Number · Priv Sender Entities (all email segments) · Priv Sender Entities (all email segments)::Annotator Decision It helps to add the following field to your coding layout, so you can jump into an entity and annotate them: · Priv Sender Entities (all email segments) · Priv Recipient Entities (all email segments) |
4 | Merge (Priv) Mass Action | Spot Check Aliases | We are trying to find entities that should be merged into Entities that have been annotated with Legal Role. | Perform the following search across entities (remove the Annotator Decision IS NOT SET search conditions): Cluster IS SET, AND then SORT by the Cluster field
Scroll down the page and check the Annotator Decision field for entities that have an Annotator Decision = "Legal Role". For each of these entities, look at the other entities with the same Cluster Id (if they exist, they might have already been merged) and decide whether a merge should occur or not.
Then remove all conditions, AND then SORT by the Full Name field.
Perform the same action and scroll down the page checking the Annotator Decision field for entities that have an Annotator Decision = "Legal Role". This time look for the entities above and below these entities to see if they have similar Full Names and should be merged.
|
Why was this not helpful?
Check one that applies.
Thank you for your feedback.
Want to tell us more?
Great!