GoldFynch can handle most common ESI protocols and production specifications. However, in order to accurately produce your data in the specified format, you may need to use non-standard settings or parameters - for example, making use of custom 'parameter profiles' (as described below) to format your GoldFynch production data into the required fields with the required column names.

Note: Want to know about the purpose of having an ESI protocol, click here to learn about it

Production Format, Standard Image Format, and Load Files

As part of your ESI specifications, you will usually be given a production format, standard image format, and load file requirements. These options are all chosen during Step 3 of production (Production Output.) 

The most common production formats requested use GoldFynch's 'Loadfile/Database' format either with no natives or choosing to include natives, and their respective TIFF G4 option. Load files are often requested in the Concordance (.dat) format with the image load file produced in the Opticon (.opt) format - standard for GoldFynch's load files.

When load file productions are requested, the specifications for their data fields and titles are also usually provided. You may need to match these against GoldFynch's recognized column names (titles) by creating a custom parameter profile. 

After creating a new custom parameter profile, replace the 'Title' boxes against the fields you need with your required column names, and delete any rows that you don't require. Then, after selecting your production format and standard image format in Step 3 of production (Production Output) select the custom parameter profile you created from the drop-down list.

If you are not sure whether you need a custom parameter profile, or which one to choose, it's most likely you'll need the default 'All fields' control parameter profile, which is a Concordance/Relativity format.

NOTE: At the end of this article you can find a list of the most commonly requested data fields and their corresponding GoldFynch-recognized titles.

Native format

If natives of all files are not required then you may need to produce just a few specific file types, or only unsupported files, in the native format. If this is the case, when you reach Step 4 of production (Native files options):

  1. Check the 'Specify additional file types or tags to be produced as native files' checkbox
  2. Check the checkboxes against those file types (e.g. Excel and PowerPoint in the image below.) This will ensure all files of that type are produced in their native format

Check the checkboxes against the files types or tags you want to produce as additional natives

NOTE: Unsupported files included in GoldFynch productions are always produced in their native format, so you won't have to account for them separately.

Parent-Child Relationships

The relationship between parent-child files isn't clear at the moment in our load file formatted productions (beyond the load file tracking the relationship) - e.g. we don't say 'child files are always included immediately after the parent', we're only explicit in the case of the PDFs only/one family per pdf format.


GoldFynch lets you run de-duplication on your files. Find out more about this here.

Sources and Custodians

You can assign sources and custodians to files when you upload them. Find out more here.


If there is a specification that files should have their Bates number in their file name, select either the 'Bates numbers' or 'Original file names prefixed with Bates number' options, as appropriate, in step 9 of production (File naming options)

Commonly requested specifications for the production of ESI


Production Folders

Production data should be organized in the folders listed below. Load files should be in the root folder of the production. There should be no more than 1,000 files per subfolder.

  • TEXT

Required Metadata and Database Fields

  • Metadata load file should be encoded in Unicode and provided in Concordance delimiters and format (.DAT):




ASCII Number









Multi-Value (Do not follow with space)



Nested Value




  • The first row of each metadata load file should contain the field names requested in the attached table or as specified in the ESI Protocol.  All requested fields should be present in the metadata load file regardless of whether data exists. Field order must remain consistent in subsequent productions.
  • Date & Time format should be MM/DD/YYYY  HH:MM (06/30/2009 13:30), unless otherwise specified to be provided as separate fields. If the date and time fields are to be provided separately, the date format should be MM/DD/YYYY and the time format should be HH:MM. 
  • All attachments should sequentially follow the parent document/email.


  • Single-Page images should be provided with an Opticon Image load file (.OPT).
  • The format should be Black-and-white Group IV Single-Page TIFFs (300 DPI, 1 bit).
  • If color images are required, they must be provided in single-page .JPG format.
  • TIFF/JPG images should be provided for all documents.  
  • When a file is provided natively, a slipsheet must be supplied in the appropriate IMAGES folder and must contain BegDoc#, Confidentiality Designation, and “File Provided Natively.”
  • Image file names should match the page identifier for that specific image and end with the appropriate extension.
  • File names cannot have embedded spaces, commas, ampersands, slashes, back slashes, hash marks, plus signs, percent signs, exclamation marks, any character used as a delimiter in the metadata load files, or any character not allowed in Windows file-naming convention (,& \ / # + % ! : * ? “ < > | ~ @ ^).

Native Documents

  • Native file names should be named for the BEGDOC# entry for that specific record.


  • Text should be provided for each file in a separate text file (.txt) with document-level text and a relative link to the file in the DAT load file. Extracted text or OCR text should not be contained directly within the DAT file. 
  • Text files should be named for the BEGDOC# entry for that specific record.
  • All records should have a text file even if the file has no text.  
  • All text should be processed and delivered in Unicode. If any other text encoding is present in the deliverable, please indicate that in a separate communication. Text files for redacted documents should be the OCR text of the document as redacted.

Learn about how GoldFynch generates TIFF productions that follow the ESI protocols  

Commonly requested data fields and corresponding GoldFynch-recognized fields

CategoryField NameField DescriptionGoldFynch TitleGoldFynch Field
Starting number of a documentDOC_BEG_BATESDoc Begin

ENDDOCEnding number of a documentDOC_END_BATESDoc End

BEGATTACHStarting number for parent document within a groupFAM_BEG_BATESAttach/Family Begin

ENDATTACHEnding number for child document within the groupFAM_END_BATESAttach/Family End

CUSTODIANCustodian(s)/Source(s); Last, FirstCUSTODIANCustodian

CONFIDENTIAL DESIGNATIONConfidentiality designation of a documentunavailable

DOCUMENT EXTENSIONActual file extension of the eDoc or emailFILE_EXTFile Extension Resolved

MD5HASHIdentifying value of an electronic record that can be used for deduplication and authentication generated using the MD5 hash algorithm
MD5_HASHFile MD5 Hash

FILE PATHPath to native file if natives are deliveredNATIVE_PATHNative Path

EmailEMAIL FROMSender of the emailFROMFrom

Recipient(s) of the emailTOTo

EMAIL CCRecipient(s) of the email in the "CC" field

EMAIL BCcRecipient(s) of the email in the "BCC" field

EMAIL SUBJECTSubject of the messageSUBJECTSubject

DATE SENTDate and Time the email was sent SENT_DATEEmail Sent Date

DATE RECEIVEDDate and Time the email was received
RECV_DATEEmail Received Date

NUMBER OF ATTACHMENTSNumber of attachments an email hasATTACH_FILE_COUNTChild/Att File Count

ATTACHMENT LISTConcatenated list of attachment names separated by semicolons; aka Attachment Namesunavailable

E-DocFILE NAMEName of the original file name aka Filename, Original Filename, NameFILE_NAMEFile Name

Author eDoc; Last, First AUTHORAuthor

DATE LAST MODIFIEDDate the eDoc was last modifiedLAST_MODIFIED_DATELast Modified Date

SUBJECTSubject of the document extracted from the properties of the native fileSUBJECTSubject

HAS HIDDEN DATAIndication of the existence of hidden data such as track changes in a Word document, hidden columns or rows in an Excel or slide notes in PowerPointUnavailable

TRACK CHANGESThe yes/no indicator of whether tracked changes exist in the documentUnavailable

COMMENTSComments extracted from the metadata of the native fileUnavailable