For more information on productions in Everlaw, please see the help articles in our Productions section.
Table of Contents
- Step 1: Production criteria
- Step 2: Document settings
- Step 3: Configure image settings
- Step 4: Redaction, native, and text/transcription settings
- Step 5: Withholding or privilege rules
- Step 6: Placeholder settings
- Step 7: Load file metadata settings
- Step 8: Additional options
- Step 9: Saving a protocol
To produce documents on Everlaw, you must first create a production protocol. This specifies both the rules for a production as well as the documents that you want to produce. In Everlaw, you can store any number of protocols for future use, allowing you to reuse previously created protocols.
If you have Admin permissions on Productions, you can navigate to the Productions page by clicking the Data Transfer 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.
Assuming that you have appropriate permissions, from here you can create a new production protocol by clicking “+New Protocol” on the left panel.
You will see the option to use an Everlaw template or use an existing protocol as a template. Selecting “Everlaw Recommended Template” will bring you to the standard production protocol wizard with Everlaw default settings. Selecting any of the template options will also bring the user to the standard production protocol wizard, but with different defaults that match the specifications of the selected template. Template descriptions are located in the Production Protocol Templates article.
You can also create a new protocol based off an existing protocol's settings. To do so, navigate to the protocol of interest on the Protocols tab, and click Copy.
This article will go through the nine steps of configuring a protocol on Everlaw.
Step 1: Production criteria
The first step of the protocol wizard is to add a production criteria search, which defines the full scope of documents that you intend to produce with this protocol. Though optional, adding this is recommended as Everlaw can use the production criteria and protocol settings to automatically set-up a pre-production quality assurance workflow for you and report on any documents with potential issues.
By default, the production criteria excludes documents that have been produced on Everlaw. These are both original source documents from the database and its produced versions.
To include families in your production criteria, make sure to click "Search settings" on the bottom right of the search builder, and group by attachments.
If you are copying from an existing protocol, the production criteria will also be autofilled in the new protocol wizard.
Step 2: Document settings
The second step is to name the protocol and define some basic information for documents that you want to produce, including their sort order and how their Bates numbering is configured.
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.
- Produce without a Bates prefix: Checking this box will set the Bates prefix for all documents to an empty prefix.
- 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. In this case, entering a starting number lower than 4001 will prevent you from being able to proceed with protocol setup. This is to avoid overlapping Bates numbers on the platform.
- 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.
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 when printed. 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. 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.
Stamps: You can specify the Bates stamp location on the produced document. By default, the Bates number will be stamped in the lower right corner. Additional space on documents is provided for Bates stamps, preventing any document content from being obscured. 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 by bates number, codes applied to the document, metadata values in your protocol, text, and/or processing errors. Endorsements will be applied to produced documents, when applicable. You also have the option to create endorsements in red or black text. Note that image endorsements support characters from Unicode Basic Latin and Latin-1 Supplement, which includes all letters, numbers, and symbols available on a US keyboard. Also note that for PDFs and color JPGs, you can choose to use red text for your endorsements. Endorsement text for Tiffs will always appear in black.
- Bates number endorsements: You can stamp document bates numbers on your produced documents and select where you would like the endorsement to appear on the produced documents.
- Code endorsements: You can use document coding to automatically endorse document images. First, select the location on the page for your code endorsement. Then, a dialog will appear where you can add or remove codes and associated endorsement text to be stamped on images with that code. Selecting a category will add all of its codes, and editable endorsement text is prepopulated with the name of each code. Once you’ve closed the dialog, you can use a checkbox to copy your code endorsement rules as native filename endorsements on the next step
- Metadata endorsements: You can stamp metadata values on your produced documents. The process for selecting multiple metadata fields to endorse is the same as the process for selecting multiple codes. First, select the location of your metadata endorsement. Then, a dialog will appear where you can add or remove metadata fields and select the settings for each metadata field.
- 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 for redacted metadata.
You can select whether each metadata endorsement should appear in black text (the default) or red text, using the checkbox shown above. You can also select which set of production images each metadata endorsement should appear on.
- The default selection endorses metadata on all images EXCEPT placeholders for withheld or privileged documents. Non-privileged placeholders, such as placeholders for spreadsheets or audio/video files, will still receive metadata endorsements when this option is selected.
- The second option endorses metadata on all placeholder images, including placeholders for withheld and privileged documents. Documents that are not placeholders will not receive this endorsement. You should select this option only when you want to endorse a metadata field specifically on placeholder images.
- You will be able to include any number of metadata fields, and all metadata fields will receive the same placement on the page. If the endorsement text length exceeds the space given, the text will continue onto the next line.
- Please note that only ASCII characters will be produced. If your metadata includes non-ASCII characters, those characters will be removed from the endorsement.
- Text endorsements: You can also add text endorsements to your images, applying your chosen text to all images in a production. Select the location of your endorsements, and 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.
- Processing Error endorsements: You can add processing error endorsements only to placeholder documents. Please see this article for more information on processing error types.
Watermarks: You can also add watermarks to the documents you intend to produce. The sample document on the right of the Image Details page will show a preview of the watermark, along with any applied stamps. The preview will automatically update to reflect any text or formatting changes you make.
Single-line and multi-line watermarks will be supported, and you can adjust the opacity and rotation of the watermark as needed.
You can choose between applying a text watermark or watermarking by code. Watermarking by code will only apply watermarks to documents with the selected codes.
Clicking on “Select codes to watermark” will open up a dialog that will allow you to choose your codes and edit the watermark text for those codes, the default being the name of the code.
A maximum of one watermark will be applied to a document, and watermark priority will be based on the order in which codes appear in the dialog. If a document has multiple selected codes applied, only the first will trigger its associated watermark. For example, as shown in the image below, if a document has Watermark Codes: Water A and Watermark Codes: Water B, Water A will be the code watermarked on that document.
You can add by code category or select specific codes to add. You can adjust the order of the codes by adding codes in the order of your desired prioritization. You can remove codes by clicking on the corresponding X under the “Remove” column.
You also have the option to copy the selected codes as native filename endorsements.
The native filename endorsement will be the text in the “Watermark text” field for the corresponding code.
Any changes you make in the watermark codes dialog, such as removing a code or entering custom text for a code, will be reflected in the native filename endorsement dialog. If you adjust the settings in the native filename endorsement dialog, however, those changes will not affect the watermark codes dialog. For example, if you selected three codes in the Confidentiality category for your watermarks, then removed the “Confidential” code from the native filename endorsements dialog, the “Confidential” code would still be shown in the watermark codes dialog. This would mean that documents coded as “Confidential” would be watermarked as “Confidential,” but there will be no native filename endorsements for these documents.
Additionally, any changes you make to the watermark codes dialog after adjusting native filename endorsement settings will no longer be reflected in the native filename endorsements dialog. If you change the watermark text or remove a code from the watermark codes dialog after adjusting native filename endorsement settings, these changes would no longer be reflected in the native filename endorsements dialog. In order to make any changes in the watermark codes dialog be reflected in the native filename endorsements dialog again, you will have to uncheck and check the box “Copy selected codes as native filename endorsements for the next step.”
Only users with Admin permissions on productions will be able to configure watermark settings. If you have permission to view a production, including if it has been shared with you, you will be able to see the configuration of the applied watermarks. The applied watermarks will be visible when you view the produced documents on Everlaw and on downloaded versions of produced documents.
Like all other production settings, watermark settings will be retained if the protocol is copied. This includes if the protocol is copied over to a new project via templating under Database Settings > Add New Project.
Step 4: Redaction, Native, and Text/transcription settings
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 precedence. Note that Everlaw will automatically produce the natives for any files with native redactions even if the production protocol is configured to not produce natives.
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.
Audio and video redactions:
Videos will be produced as .m4v files and audio files will be produced as .m4a files. Redacted audio and video files will be stored in the Natives folder of the production. The produced text transcript will be generated from the transcript shown in the review window, but the redacted text will be replaced with the redaction stamp. If a redaction does not have a stamp, the redacted text will be replaced with [REDACTED]. Redacted portions of video files will be replaced by a black screen displaying the redaction stamp(s) or “[Redacted]” if there are none.
By default, the audio for redactions less than 4 seconds will be replaced with a continuous 1000 Hz bleep. Redactions longer than 4 seconds will be cropped out and replaced with a short bleep. Note that redaction length refers to the total length of a redacted section, even if this longer redaction has been created by multiple shorter redactions. In other words, if you create 2 overlapping 3-second redactions, with a total redaction length of 6 seconds, this will be treated as a 6-second redaction. To change these settings, click the blue Customize button and then select the Audio/Video Redactions tab.
If the first option is selected, Everlaw will crop longer redacted audio or video sections out of the file entirely, and replace the cropped portion with a 0.5 second bleep.
If the second option is selected, Everlaw will not crop longer redacted audio or video sections out of the file. Instead, the cropped section will begin with a short bleep, then continue with silence for the duration of the redacted section, then end with a short bleep.
If the third option is selected, Everlaw will not crop longer redacted audio or video sections out of the file. However, the entire cropped section will be replaced with a continuous bleep. Selecting this option means that long and short redactions will be treated exactly the same.
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
- Custom… (If you choose this option, you’ll be required to create a search to identify the subset of documents that should have natives included.)
Regardless of your selection, the following will never be produced in natives (See the Excluding attachments when producing native emails article for exceptions):
- Withheld or privileged documents
- Documents with metadata or image/PDF redactions
- Containers or parents of any of the above documents
- Parent emails, chats, and calendar objects whose children are not included in the production
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.
Native Filename Endorsements: You can choose to endorse native filenames in your production with codes and/or metadata for documents including native versions. These endorsements are appended to the end of the Bates number in native filenames, e.g. ABC001_Confidential.xls. To create native filename Endorsements, first click the arrow to expand out the native filename Endorsement section, hidden by default. Then, choose codes and/or metadata in the same manner you would select image endorsements on the previous step, described above. As you make your selection, a preview below will show a sample native filename matching your choice. Note that you can use a checkbox on the previous step to copy over your code endorsements as native filename Endorsements.
Placeholders and encryption: You can choose to automatically generate native placeholders for documents. For encrypted documents, there are two available native document production settings. You can choose to either produce the encrypted version of the document or a decrypted version. By default, the checkbox is selected so that decrypted versions of documents will be produced. Note that these options are only available for encrypted documents that have had passwords provided on Everlaw. Encrypted documents uploaded before the March 3, 2023 release will have decrypted versions stored and created upon reprocessing. After reprocessing, decrypted versions will be available to produce. Everlaw will always produce encrypted documents with native redactions as decrypted in order to preserve redactions.
At the Image Placeholders step of the production wizard you can edit the placeholder text to be displayed. Learn more about image placeholder settings.
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 choose withholding rules. You have the flexibility to define what documents you want to withhold and customize what placeholder 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 Everlaw 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.
Click "advanced settings” to configure withheld Bates range and placeholder text files. 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. 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.
Under advanced settings, you can also choose to produce placeholder text files for withheld documents. By default, no placeholder text file is produced for withheld documents. This has the advantage of not mixing placeholder text with the underlying searchable content of produced records. By selecting the checkbox, productions will instead include a text file with the same placeholder text as the standard image placeholder. If you instead wish to produce privilege rules or placeholder text in a metadata field, you can do so during the load file step.
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: Image Placeholders
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: Load file metadata settings
In this step, 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.
Load files are included by default. To create a production without load files, simply select “Do not include load files” at the top of the page.
If you decide to include a load file, you can specify how you would like your date and time metadata to be produced and select the time zone to which date and time metadata is 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. By default, date and time metadata will be produced to the UTC time zone, and no abbreviated time-zone indicator will be used. To add a time zone indicator (e.g. “UTC” for Coordinated Universal Time, or “PST” for Pacific Standard Time”), click the “Show Time Zone” selector to toggle it to the on-position. The toggle will turn blue and be in the right-hand position when this option is activated. To convert date time metadata fields to a different time zone in the production load file, enter your preferred time zone in the “Time Zone” box at the top-right hand corner of the page.
The time zone settings used for the load file will be applied to any image endorsements of date time metadata (if enabled in image settings) and will be used in the privilege log/disclosure list (if enabled).
Note that changes to time zones only change how the information displayed in the load file, images, and privilege logs/disclosure lists. When viewing a produced document in Everlaw (such as in the review window), all metadata will still be displayed according to the project’s default time zone settings.
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.
The metadata field type can be identified by the section under which that field appears as well as the color of the field's outline. Calculated fields, with blue outlines, are fields that are calculated on production, such as the Begin and End Bates of the documents in the production. Everlaw fields, with purple outlines, are fields that are interpreted from the original or load file metadata, including user fields and aliases -- i.e., anything that you could view as document metadata in the results table or review window. Finally, code fields, with gray outlines, are fields that include information about codes applied to the original document. "Code Category" will populate the field with any and all codes that have been applied within the selected category. "Code" will populate the field with the selected code. "Freeform Code" will populate the field with the value of the selected freeform code.
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 group fields together into a single field. In the resulting documents, the grouped field will display values from the first available field in the group. This means that when a document’s metadata does not include values for the first field in the group, the second field (or the next available field with values) will be used for the grouped field. To group 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 gear 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.
For example, if you drag the fields “Date Created”and “End Date” into the “Date” field, all three fields will be grouped under the “Date” field. If a document produced with this protocol does not have values for the “Date” field (first field in the group), the values from the “Date Created” (second field in the group) will be displayed for the grouped field.
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.|
|TIME AND ZONE||Uses both time and zone portions 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 freeform codes to accomplish this workflow. This article will explain how to create freeform codes.
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.
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.
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.
PackagingThere are a few different production packaging options on Everlaw. You can package your production into subfolders for load files, images, text files, and natives, or package all files in the production into one single folder. Additionally, you have the option to produce all images into one single PDF. It should be noted, however, that the size limitation for this is 2GB. All productions on Everlaw are then subsequently packaged into one top level folder that contains subfolders or one single folder. To rename a folder, select the default name and type in your new desired name.
Productions packaged into one single folder cannot exceed 65K files; for productions larger than this, it is recommended to produce in the format of subfolders. Production subfolders are by default split per 1000 files, but you can choose to adjust the file count limit to any number between 100 and 65K files. Some ediscovery platforms cannot handle processing subfolders that exceed 1000 files, so please coordinate with the parties that will receive the production.
If you are a user on Everlaw Australia, please visit this article to learn about leveled packaging.
Step 9: Saving a protocol
The last step of the protocol wizard summarizes the settings you’ve chosen. After you’ve reviewed them, you can click Save to save a new protocol, which you can access in the Protocols tab of the Productions page afterward.
Once you have created a production protocol, Everlaw automatically runs checks for common production errors for you based on the documents you aim to produce, as well as the protocol settings.
To read more about this pre-production QA, please refer to the Productions 2 of 3: Pre-production QA on Everlaw.