For more information on productions in Everlaw, please see the help articles in our Productions section.
Table of Contents
- Step 1: Navigating to the Productions page
- Step 2: Document settings
- Step 3: Configure image settings
- Step 4: Redaction, native, and text/transcription settings
- Step 5: Privilege settings
- Step 6: Placeholder settings
- Step 7: Metadata settings
- Step 8: Additional options
- Step 9: Saving a protocol
A production protocol specifies the rules for a production. Protocols can be created either (i) independent of a production or (ii) during the process of creating a production. You can store any number of protocols for future use, allowing you to reuse previously created protocols. You can also edit or delete them from the top right of the Protocols page.
We strongly recommend that you create a protocol in Everlaw as soon as you know what the agreed upon settings are, as opposed to when you need to run your first production. Creating protocols early will give you a chance to see whether or not you need Everlaw to set up custom settings or fields. For example, a production protocol might require you to produce a field that is not in your database. In that event, Everlaw can add custom metadata fields to your database.
If you have questions about creating a protocol, adding custom fields, or non-standard production requests, please reach out to email@example.com.
Otherwise, follow these 9 steps to create or edit a protocol:
Step 1: Navigate to the productions page
If you have Admin permissions on Productions, navigate to the Productions page by clicking the Data Transfers icon and choosing Productions. Please note that if you only have Share permissions on Productions, you will be able to navigate to the Productions page and download/share completed productions, but you will not be able to initiate or edit them yourself.
Once you reach the production page, there are four paths depending on what you want to do:
- To create a protocol without running a production: Click the “Saved Protocols” button in the upper right of the Productions page, or click on the "Protocols" tab in the left panel. Then, click the “+ New Protocol” button in the left panel. The protocol wizard will appear.
- To edit an existing protocol without running a production: Click the “Saved Protocols” button in the upper right. Then, select the protocol you want to edit from the list, click the menu icon in the upper right, and select 'edit'. The protocol wizard, with your chosen protocol’s settings prefilled, will appear.
- To create a new protocol and run a production: Click “Create a production”. You must first create a search to identify the documents you want to produce. Once you click “Next”, you’ll be brought to the protocol wizard.
- To run a new production directly from a saved protocol: From the Protocols page, choose the protocol that you want to produce from. On the top right, you can click "Produce from protocol" to take you directly to the Production wizard with the information of your protocol auto-filled.
Step 2: Document settings
If you are accessing the protocol wizard as part of the process of creating a production, this step will give you the ability to prefill protocol settings from a drop-down list of existing protocols, or create a new protocol.
You will be required to name the production you are creating, and can optionally provide a description. Toward the left of the page, you will be able to see the total number of documents you’re producing, as well as the number of documents in that set that contain redactions.
Next, you have the option to select the sort order of your produced documents. By default, Everlaw uses filepath as the sort order for a production. Families will be grouped together, with the parent documents immediately followed by respective attachments in the Production Bates range, as child attachments are extracted from their parent. The children are also sorted by filepath within their family.
You can adjust the sort order of your produced documents and choose additional sub-sorts. The selected fields will be applied in the order that you choose them, but families will be kept together regardless of sort order. Any custom sorting will affect the parents of the family, but all children will remain in filepath order within that family. In the example below, produced documents will be grouped by family and then sorted by custodian (with children sorted by filepath still). Should multiple documents have the same custodian, the documents will then be sorted by their Date field:
If you do not select a particular sort preference, your documents will be sorted by their original file path.
There are a number of Bates options that you can modify:
- Other Bates: If you have assigned Other Bates numbers to your documents, you can choose to use these values for your documents' Bates values upon production.
- Use page numbering: Checking this box will Bates stamp your documents such that each page of a given document will receive a different page number. You can also specify whether or not to display page numbers on the first page of your documents, the number of digits padding your page numbers, and the page number separator character (period, dash, or underscore). A three-page document with page numbers on the first page, six digits of page number padding, and a period separator character would have the following Bates stamps on its first, second, and third pages, respectively: ABC000001.000001, ABC000001.000002, ABC000001.000003.
- The Bates Prefix: You can use an existing prefix by selecting from the drop-down list, or create a new prefix by typing into the input box (new prefixes will be highlighted in yellow as you type). Please note that if you have added any spaces before or after your Bates prefix, these will be deleted upon production. However, documents grouped by produced versions will account for spaces in the Bates prefix.
- The Starting Bates Number: The starting Bates number is the number that will be applied to the first document in a given production. This will affect the numbering of subsequent documents/document pages in a production. By default, the ‘use next number for the prefix’ box is checked. This means that one greater than the highest number for a particular prefix will automatically be chosen as the starting number for a production. For example, let’s say you ran one production using the ‘Prod’ prefix. The last Bates number applied in that production was 4000. If you run a new production with a protocol that uses the ‘Prod’ prefix, 4001 will automatically be chosen as the starting Bates number for the new production. We recommend keeping this default setting as it will ensure that overlapping Bates numbers will not be applied. However, if you deselect this setting, you can set whatever starting Bates you want.
- Number Padding: The number padding is the minimum number of digits you want to reserve for your Bates number (pre-page separator). If the actual number has fewer digits than the number you input, the space between the Bates prefix and number is filled in with zeros. In other words, if you input “6”, and the Bates number is 4 digits long, there will be two zeros appended between the prefix and the number. If the actual number has more digits than the reserved number, there will be no zeros separating the prefix and the number. A preview of the Bates stamping is shown at the bottom.
If there are concurrently running productions using the same Bates prefix, Everlaw will attempt to reserve the necessary Bates range for each production to prevent overlaps. If there are numbering overlaps, the affected productions will fail and register an error. You can delete failed productions from the productions page.
Step 3: Configure Image Details
Many production protocols require you to provide the documents in image format. You can think of images as essentially digital snapshots equivalent to what the documents would look like if they were printed out. You can also modify these images during production. For example, you can redact privileged content, Bates number the pages, or apply other desired annotations.
Image format: By default, Everlaw produces images as PDFs, which can display color. However, you can choose to produce no images or images as black-and-white TIFF files. If you choose to produce images as TIFF files, any endorsement stamping in red text will be produced in black. You have the additional option to produce a subset of those images as color JPGs. To produce color JPGs in addition to TIFF, click the “Color JPG” box and create a search for the documents that should be produced in color. All documents in a production matching this search will have color JPG images instead of black-and-white TIFF images.
You can also specify the Bates stamp location on the produced document. By default, the Bates number will be stamped in the lower right corner. You can choose to stamp the Bates number in any corner, or in the top/bottom centers of your produced documents.
Endorsements: You can customize endorsements for arbitrary text, codes applied to the document, and/or metadata values in your protocol. Endorsements will be applied to produced documents, when applicable. You also have the option to create endorsements in red or black text. Note that endorsements only support ASCII printable characters (generally, all letters, numbers, and symbols available on a US keyboard). Any non-ASCII characters will not be produced.
- Code endorsements: Endorsement stamping can be done programmatically, according to a set of rules, which are tied to the coding sheet. The documents must have that code applied for the associated endorsement text to be stamped on it. First, select the location of your code endorsement. You can choose any corner, or the top/bottom center of your produced documents. A dialog will appear, where you can select the code and associated endorsement text. You can add multiple code endorsements per protocol and delete endorsements from the dialog.
- Text endorsements: You can also create arbitrary text endorsements to be applied to all produced documents. Select the location of your endorsements. You can choose any corner, or the top/bottom center of, your produced documents. Enter your text endorsement in the input box. You can create one text endorsement per protocol.
- If a selected center stamp is accompanied by a left or right stamp at the same vertical alignment, text endorsements may wrap after the character limit exceeds allowable space. Generally, the text will wrap after around 30 characters if space is limited.
- User-determined line breaks will be respected.
- The preview will not reflect text endorsement wrapping but will reflect any user-determined line breaks.
- Metadata endorsements: You can stamp metadata values on your produced documents. First, select the location of your code endorsement. You can choose any corner, or the top/bottom center of your produced documents. Select the field you wish to stamp. If the document has a value for that metadata field, the value will be stamped. If the field is redacted, and the Redaction stamp toggle is turned on in Project Settings, then the metadata value will be replaced with “REDACTED." If that setting is toggled off, no endorsement will be stamped. You can create one metadata endorsement per protocol.
Step 4: Redaction, native, and text/transcription settings
- Redactions: Everlaw automatically detects which documents in your production have image and native redactions applied. If you do not want to apply redactions during production, click the ‘Do not include redactions’ button.
- During production, Everlaw will burn the image redactions into the produced images, and re-OCR the new image to ensure redacted text will not appear in the produced text file. If you want to control how redactions appear (as a black or white box, with or without text stamped on the redacted area), click the customize button and make your selections in the dialog that appears. If custom redaction stamps are being used in your project, the custom stamps will appear on the completed redactions, overriding any text you may specify here. Generally, native documents will not be included for image-redacted documents.
- For native redactions, redacted text is removed from the document at the time of production and the document text is then extracted to ensure redacted text will not appear in the produced text file. Generally, images will not be included for natively-redacted documents. If a document has both image and native redactions, the native redactions will take precedent.
- If you chose to exclude images from your production on the previous step, include redactions, and your production set includes image-redacted documents, you will be presented with an option to select what format, either PDF or TIFF, to produce your redacted images in.
- The parent documents of any redacted documents will not be produced natively. Instead, only the image and text formats of the parent documents, if available, will be produced. For example, if you redact a PDF that is an attachment to an email and produce the entire attachment group, the native format of the parent email will not be produced; the same is true for emails and attachments embedded in other emails. Since native email files often contain associated attachments, this precaution prevents the redacted content from being accessible from anywhere in the final production. Please note that this functionality is only available for Everlaw-processed documents.
Native documents: You can choose if you want to include native documents in your production. Native documents are the files in the format of their originating application, such as .xlsx and .docx. When producing natives, you can choose from the following options:
- Include natives for all documents
- Include natives for all documents without images (default)
- Do not include natives
If you choose the last option, you’ll be required to create a search to identify the subset of documents that should have natives included. Regardless of your selection, Everlaw will never produce natives for redacted images or documents that you’ve chosen to withhold. Additionally, natives will not be produced for the parents of documents that have been redacted or withheld as privileged.
If the checkbox below the dropdown is selected, Everlaw will automatically generate a placeholder rule for documents produced in native. This rule will be displayed on the Placeholders page of the production wizard. You can learn more about this rule in the Placeholder section below.
If your production does not include natives for documents without source images, you’ll see a warning. Documents without natives or images will be produced in text only, or, if you haven’t included text files, will be entirely replaced with a placeholder image.
To address this, you can choose to produce natives for those records or reprocess the original documents to generate source images from your natives for those images to reflect the content of each document. Learn more about reprocessing here.
- Text: You can choose whether you want your production to include text files in the ZIP folder included in your production. Because Everlaw automatically creates transcripts for all media files with extractable voice text that are uploaded to the site, you can choose to produce no text files, all text files including media transcripts, or all text files excluding media transcripts. Text files will not be produced for privileged media files that are withheld from production, regardless of whether you have selected the option to produce media transcripts in this dropdown.
Step 5: Withholding or Privilege Settings
In this step, you can dictate any withholding rules. You have the flexibility to define what documents you want to withhold and customize what text appears in place of those documents. These selected withheld documents can also be automatically added to a privilege log (see step 8, below). Because you can choose to withhold documents based on a wide variety of criteria, privilege settings do not automatically withhold documents until you specify how to identify them.
If you want to withhold documents, click the “withhold documents” button. Then, click "add a rule" to create a search that the system will use to identify documents to withhold. Note that all documents in a production that match the search will be withheld. This means that the images, text, and natives of these documents will not be included in the production. Instead, Everlaw will create a placeholder image for the withheld documents. You can modify the text that will be stamped on these placeholders in the “placeholder text” input box.
Placeholder images for withheld documents usually result in a single Bates number gap per placeholder in a production. However, you can also choose to reserve the full bates range for each withheld document. For example, if you are withholding a 20 page document, a 20 Bates number gap will be in your production instead of a single Bates number gap. One advantage of this is that if you do happen to produce a withheld document at a later time, Everlaw can allocate the document its full Bates range without any overlap.
If you withhold documents, parent documents that are associated with the documents will not be produced natively. Instead, only the image and text formats of the parent documents, if available, will be produced. Since the native files of parent documents often contain associated attachments, this precaution prevents the privileged content from being accessible from anywhere in the final production. This functionality is available to documents whose parent is embedded in a third document. However, it is not currently available for documents that were not processed by Everlaw.
A note about creating disclosure lists: Some of our clients need the ability to create disclosure lists. Our privilege log functionality allows you to do this. Remember, because Everlaw cannot automatically detect privileged documents, you can specify whatever criteria you need for your list of withheld documents. This allows you to select whatever criteria you need for documents to be withheld in this step and exported in step 8 (Privilege log).
Step 6: Placeholder settings
If you chose to include placeholders for all native documents in the Natives step of the production wizard, you will see an automatically generated placeholder rule highlighted in gray.
This placeholder rule uses the search you defined in the Natives step to identify the documents that need placeholders.
Any other placeholder rules you generate will take precedence over this automatic rule. If you go back to the Natives step and modify the natives search, the placeholder rule will automatically change to match the new natives search. Changing this rule's name or search will break its automatic link to the Natives step, deselecting the checkbox to automatically create placeholders on that step. You may change the placeholder text for this rule without breaking its link to the Natives step.
If you didn’t select this option and your production includes withheld documents, placeholders will be automatically created for these withheld documents only. These placeholders are generated under the default “Privileged” rule that appears at the top of the table.
You can also create image placeholders for other documents as well. Unlike placeholders for withheld documents, image placeholders created in this step will only replace the image file.
Placeholders are generated according to rules which govern which documents to produce placeholders for, and what text to stamp on the placeholders. To create a rule:
- Click "Add a Rule"
- In the dialog that appears, name the rule and specify the text that you want stamped on the placeholder.
- Create a search for documents you want to apply this particular rule to. If Include Families is toggled on, this rule will propagate to all family members of documents captured by the search. Toggle this setting off if you don't want the rule to affect family members. The total number of documents matching your search in the production will be shown right below the query builder.
- If you are creating a protocol independent of a production, the number shown corresponds to the total number of documents in the database that would receive the placeholder. If you are creating a production, the number corresponds to the number of documents within your production set that would receive the placeholder.
- Click Save when you’re done
Multiple placeholder rules can be in effect simultaneously in a single production protocol. Rules at the top of the table take precedence over rules below. As a result, documents matching the search criteria of multiple rules only contribute to the document count of the top rule. Similarly, documents already withheld at the Privileged step do not contribute to the document count of placeholder rules.
To edit the name of a rule, click on the name so that it is highlighted. Then, input the new name. You can do the same to edit the display text associated with a rule. If you want to edit the search used to identify which documents to apply a rule to, click on the total number of matching documents corresponding to the rule you want to edit. Note that you cannot change the search for the privilege rule in this view as these documents were identified in the previous step of the production wizard. You can, however, change the display text associated with the privilege rule.
Step 7: Metadata settings
You are given a lot of control over which metadata fields to produce, and the naming of the chosen fields. You can even group fields together for production.
At the top of the page, you can specify how you would like your date and time metadata to be produced. For example, you may want your Date field to show up as DD/MM/YYYY instead of MM/DD/YYYY. Once you select your date format, you can select a time format as well. You can choose between a 12-hour, 24-hour, and hour/minute/second format.
There are two primary components in the metadata step of the production wizard: the left panel shows available metadata fields; the right panel shows the fields that you’ve selected to produce.
To select individual fields to produce, click them in the left panel and they will be added to the right panel. All other fields are originally part of the documents in your database. You can use the filter box at the top of the left panel to find fields by name. If you want to use Everlaw’s recommended fields, click the Load Preset button.
If you want to remove a field that you’ve chosen to produce, simply click on the red ‘x’ associated with the appropriate field in the right panel.
You can also combine fields together into a single field. To combine fields, click and hold a metadata field, then start dragging it. Boxes will appear next to the selected fields in the right panel. If you want to group the field you’re holding with a selected field, simply drag your cursor to the box of the field that you want to group it with. A green plus icon will appear in the box. Once you let go of the mouse, the fields will become grouped. The names of the fields included in the grouped field will be added in gray, and a pencil icon will appear in the far right that you can use to remove fields from the group. The name of the grouped field will be the name of the first field in the group.
To rename any field, click on the name of the field in the right panel so that it is highlighted. Then, input the desired name. Note that the renamed metadata field will not be found in metadata search, or available as a results table column. Instead, the Everlaw metadata field used to populate this load file field will be populated on your produced document.
Some field names allow you to pick a specific field to use in its place. For example, you can select a field that allows you to show either the date or the time value for a specific field, e.g. "Time Sent". To do this, drag a "Date Only" or "Time Only" metadata field to the right panel. Then enter the name of the original metadata field that you would like this value to come from e.g. "Date Sent". You can then rename this field as described above.
Below is a table of metadata fields for which you can specify how the metadata is structured:
|FAMILY VALUE||If there are attachments to the document, uses the parent value for the selected field for children documents (ex: a parent email's date sent value used for child attachments).|
|If a field contains both date and time values, uses only the date portion of the selected field.|
|TIME ONLY||If a field contains both date and time values, uses only the time portion of the selected field.|
Upon production, Everlaw will populate existing Everlaw metadata fields on your newly produced document, regardless of the load file name configured, i.e. if you produced the ‘Custodian’ field under the name ‘CUST’ then the produced document on Everlaw would still have a value under ‘Custodian’ and no ‘CUST’ field would be created. This is true for all produced fields, including aliases and combined fields. Only the value used in the load file will be populated on your produced document.
Some production protocols require the inclusion of fields that might not appear by default in your database when the documents are uploaded. If you don’t see a field that you need in order to abide by a production protocol, you can use user-editable fields to accomplish this workflow. This article will explain how to create user editable fields.
If you have chosen to produce metadata fields that are redacted on some documents, those metadata fields will be replaced in the loadfile with the redaction stamp you applied. If you did not apply a redaction stamp, the redacted fields will be replaced with the word “REDACTED.” If you would like to leave the unstamped fields blank instead of printing “REDACTED,” please refer to this article.
Please note that redacted non-text metadata fields, such as fields with DateTime values, will still be left blank. This ensures that production loadfiles will remain compatible with Everlaw and other platforms by avoiding introducing text into non-text type fields. However, redaction stamps for non-text metadata fields will appear in the production privilege log, which you can create from the Additional Options step in the production wizard.
If you are on Everlaw Australia, please visit this article to learn about producing to a Microsoft Access Database format.
Step 8: Additional Options
In this step, you are able to configure additional settings for your production.
- Encryption: If you want to password-protect the enclosing Zip file for the production, input the desired password in the password box. You can also use an Everlaw-generated password for your production by clicking "Generate password." Your password will be saved in the production configuration. Once you enter a password, there are two different types of encryption for password-protected files that you can choose from: AES-256 or ZipCrypto. AES-256 is more secure than ZipCrypto, but can only be extracted by applications that support AES-256 encryption, such as 7-Zip or WinZip. If you choose to encrypt using AES-256, remember to notify the receiving parties.
- Packaging: Everlaw’s productions have a set file structure that cannot be changed. There is one top-level folder that contains sub-folders for image folders/files, text folders/files, native folders/files, and load files. You can, however, change the name of the folders. To rename a folder, select the default name and type in your new desired name.
Additionally, our folders have a soft max document size of 1000. For example, if your document production results in 2000 tiff files, they’ll be split into two sub-folders within the top-level image folder, with 1000 files in each sub-folder. By default, we keep files from the same document together, even if the max size has been reached. This means that some sub-folders can exceed 1000 files. If you want to strictly enforce the max folder size of 1000 files, check the ‘split’ option. Enforcing the max folder size might result in files related to the same document appearing in multiple sub-folders. Some ediscovery platforms cannot handle processing sub-folders that exceed 1000 files, so please coordinate with the parties that will receive the production.If you are on Everlaw Australia, please visit this article to learn about leveled packaging.
If you are a user on Everlaw Australia, please visit this article to learn about leveled packaging.
- Migration: This step allows you to copy the review work (e.g., ratings, codes, notes, etc.) of your source documents to your produced documents. If migration is disabled, no review work will be copied to your produced documents, with the exception of redactions as determined by your redaction settings. Clicking Enable will open the migration dialog.
From the migration dialog, you can choose to copy over Notes and Highlights, Ratings, as well as specific coding categories. Any review work that you migrate will appear on the produced documents in Everlaw; however, review work will not appear on your downloaded produced documents, nor will it appear on documents that you send via shareable link. Redactions will always be applied to your documents based on your production’s redaction settings, regardless of migration settings. Note that since productions do not respect source image size dimensions, highlights may be misplaced on your produced documents. This may occur, for example, when your source image is cropped.
Privilege Log: In this section, you can create a privilege log listing the documents you’ve withheld or redacted in your production. If you would like to create a privilege log, click Enable on the Privilege Log card, and then click View/Edit.
From there, you can choose to export your privilege log as an Excel (CSV) file or a Concordance (DAT) file.
Next, select which documents you would like included in your privilege log. By default, only privileged documents will be included. You can choose to include both privileged and redacted documents in your privilege log by checking the “Redacted documents” checkbox. If you have chosen not to withhold any documents in your production, this selection will result in your privilege log containing only redacted documents. Finally, if you check the “Non-privileged documents” checkbox, redacted documents will automatically be included in your privilege log. This is because, by choosing to include all privileged and non-privileged documents in your privilege log, redacted documents will necessarily be included.
Once you have decided which documents to include in your privilege log, you will need to decide how to configure your metadata for your log. You can drag and drop metadata fields from the left side to the right side panel. Once they are included, you can rearrange them by using the up and down arrows to the left of each field. You can also click Load Preset to load a set of commonly configured metadata fields.
The mechanics of the builder are the same as the load file metadata settings in the previous step, with additional field options to include in your privilege log. Notably, you can select fields such as category, code, endorsed text, privileged type, and placeholder from the left panel into the right panel. If you include the Privilege Type field in your privilege log, any privileged documents will receive type values, and any redacted documents included in your privilege log will receive the value “Redacted.”
Sometimes, privilege logs must include different metadata fields for documents depending on the reason they were withheld. This is especially relevant for disclosure lists in the UK, but is also useful for some protocols in the US. You can customize metadata for each privilege rule, for non-privileged, or for redacted documents.
If you selected to include non-privileged or redacted documents, and/or you created more than one privilege rule, you will see a dropdown menu that says Default in the metadata configuration dialog. If you do not need to differentiate metadata fields by document type, simply populate the Default configuration in the same way as described above, and the metadata will apply to all documents.
However, if you'd like to differentiate the metadata between these various document types, click the word Default to see a dropdown menu of your other document categories. Select the one you'd like to configure. Then, configure the metadata for that category in the same way that you did for the Default.
Step 9: Saving a protocol
The last step of the wizard will have different options depending on whether or not you are creating a protocol independent of generating a production:
- If you are creating/editing a protocol independent of a production:The last step of the protocol wizard summarizes the settings you’ve chosen. Save the protocol by clicking “save”.
- If you are creating/editing a protocol as part of a production: The last step will summarize the protocol settings. You can save the protocol by inputting a name into the “protocol name” box. Clicking “submit” will save the protocol (if the name field is filled), and start the production process.
To read more about creating productions in Everlaw using protocols, please refer to the productions help article.