FEDERAL COURT OF AUSTRALIA SUGGESTED
FIELDS
| SUGGESTED FIELD
|
DATA TYPE
AND LENGTH OF FIELD |
NOTES |
|
Document ID |
Text and Numbers; length depends on field structure
|
Each
document should be uniquely identified. The parties
should agree upon a consistent format for capturing
Document ID before discovery is commenced. Some
suggestions for capture of Document ID are set
out below.
The field may be
broken into different components such as First
Page and Last Page. The field or fields might
comprise a 4 part number in the form of AAA.NNN.NNN.NNNN
where "AAA" represents an alphabetic
shorthand for the party name. The other 3 sets
of numbers could be used to suit the convenience
of the parties. It may be useful if the first
set is used to refer to an archive box number,
the second to the number of the folder within
the box, and the third to the page number.
Consideration should be
given to number those pages or documents that
are accidentally omitted; a suffix may be added
to the Document ID, for example, if a page has
a Document IDXXX.001.001.0002 and a page has to
be added, the added page Document ID may be XXX.001.001.0002_A.
The parties should consider
whether each page should be individually numbered
or agree on some other satisfactory arrangement.
If agreement is not reached then the parties should
seek the Court's direction.
If the parties agree
not to number each page, consideration should
be given to an additional field recording the
number of pages in each document.
Attachments to documents
may be separately listed and numbered. Attachments
can be numbered sequentially following the host
document. For example, if a host document was
numbered XXX.001.001.0001 then its attachments
would be numbered as XXX.001.001.0002, XXX.001.001.0003
and XXX.001.001.0004.
If documents are to be
imaged, the parties may agree on additional information
about document identification.
Some image file names may
be restricted to a maximum of 8 characters; this
may affect the Document ID structure if documents
are to be imaged and image files are to be named
identically to the Document ID. |
|
Attachments |
Text and Numbers; length depends on the number of
attachments |
The
Attachments field does not include documents that
are only referred to in a discovered document.
Each attachment can be
listed separately, with its own discovery number
and details.
It is important to agree
on the correct separator to be used where there
are multiple Attachments; for example, if a comma
is used as a separator, this may cause problems
in some exchange formats such as comma delimited
files. |
|
Host Document Number |
Text
and Numbers; length depends on the Document ID structure
|
The
Host Document Number field contains First Page and,
if agreed, Last Page of the host document to which
an attachment is attached. Each attachment should
only ever have one host document. |
|
Document Group |
Text, 3 |
Suggested
naming conventions for the Document Group field
are:
HWA: Host with attachment
HNA: Host
no attachment
ATT: Attachment
The Document Group field
may be required if parties agree to exchange image
files. |
|
Date |
Date, 10, or Text, 25 (to be agreed) |
Depending
on the databases used, and exchange formats agreed,
the Date field may be a Date field or a Text field.
If a date range is to be used (for example,
where Bundles of Documents are being referred to),
then a text field should be used; alternatively,
the parties may agree that instead of using one
Date field, two date fields may be used eg "Date
From" and "Date To" Date can be
inserted as:
DD/MM/YYYY for example 05/09/1996 where DD = Day,
MM = Month and YYYY = Year
If there is no way of ascertaining
the date of the document, then the parties may
agree upon what naming convention to use, for
example, "Undated", or 00/00/0000, however, it
should be noted that some database formats may
not recognise these codes.
It is suggested that documents
with only the month and year (ie. August 1997)
can be coded as 01/08/1997 and an entry made in
the Estimated Date field.
Documents with the
day and month but no year should be considered
as undated documents. For example a document dated
04/04 will be coded as if it were undated.
|
|
Estimated Date |
Text, 3 |
The
Estimated Date field should be left blank if a
date is clearly evident on the document (for example
04/08/1963).
This field should be completed
as "Yes" where the actual date of the document
cannot be ascertained for certain.For example
if a partial date is shown on the document (e.g.
August 1979), the date has been stamped on, the
date has been amended by hand or the only visible
date is on a fax machine print out, then this
field should be marked "Yes".
If a document contains
what may be an original date as well as a subsequent
date (possibly as a result of alterations being
made to the document), it is suggested that the
later date should be taken as the document date
and the Estimated Date field should be left blank.
If, for example, a newspaper
clipping has a handwritten date only, then it
is suggested that the handwritten date should
be recorded and that the Estimated Date field
should marked "Yes".
Other options that may
be considered for this field are:
- AFT = After
- BEF = Before
- MTH = Month
- ABT = About
|
|
Document Type |
Text, 254 |
The
Document Typefield can be completed using commonly
received document types, for example: "Letter", "Memo", "Deed", "Coversheet".
Parties should endeavour
to create a list of agreed Document Typesprior
to discovery.
If the document has been
faxed, this field can include "Facsimile".
If a group of documents
is being discovered as a bundle, this field may
be completed as "Bundle of Document Type". |
|
Document Classification |
Text, 254 |
The
Document Classification field can specify whether
the document is handwritten, draft, a duplicate
or a fax. For example, Document Type may be "Coversheet"
and Document Classification may be "Fax".
|
|
Privilege |
Text, 6 |
The
Privilege field identifies whether privilege has
been claimed over the document. The permissible
entries in this field are "Yes", "No",
and "Part".
If this field is completed
with "Yes", or "Part", the
Privilege Basis field should also be completed. |
|
Privilege Basis |
Text, 50 (or combination of text and numbers) |
The
Privilege Basis field identifies the basis on which
privilege is claimed over the document. Parties
may agree on the way in which privilege may be claimed.One
possibility is to set out the type of privilege
claimed, or the section or sections of any statute
on which a party relies to claim that a document
is privileged. |
|
Status |
Text, 10 |
The
Statusfield will simply be either "Copy" or "Original" |
|
Author |
Text, 254 or as appropriate |
The
Author field identifies the person or persons
who wrote the document.
This field should be completed using information
on the face of the document.
It is important that names
of persons be captured consistently and parties
should agree on a consistent name capture format.
A suggested way to capture names is to
use surname first, followed by the person's initial,
for example, "Smith, A".
It is also important to ensure that people
of the same name are not captured in different
ways, for example, "Smith, A" may be Anthony Smith
who is also called Tony: there is a danger that this person may be
captured as "Smith, T".
If a document has multiple
Authors, then it is important to agree upon which
separator symbols will be used. For example, these names may be captured
as "Brown J/Jones J ... " etc, or as
"Brown J, Jones J..." etc.
It is important to agree
upon a the separator to be used; for example,
if a comma is used as a separator, this may cause
problems in some exchange formats such as comma
delimited files. |
|
Author Organisation |
Text, 254 or as appropriate |
The
Author Organisation field captures the organisation
from which the document was produced.
This field should be completed from the
information on the face of the document.
The standard spellings
and/or abbreviations to be used to identify Organisations
should be agreed by the parties prior to document
preparation being commenced.
It is important to agree
on the correct separator to be used where there
are multiple Author Organisations (see explanation
in Author above) |
|
Addressee |
Text, 254 or as appropriate |
The
Addressee field identifies the person or persons
to whom the document is addressed.
This field may include persons to whom
copies are circulated. This field is to be completed from information
on the face of the document.
See explanation in Author
above for a suggested way to capture names.
It is important to agree
on the correct separator to be used where there
are multiple Addressees (see explanation in Author
above). |
|
Addressee Organisation |
Text, 254 or as appropriate |
The
Addressee Organisation field identifies the organisation
to which the document is addressed. This field is to be completed from information
on the face of the document.
The standard spellings
and/or abbreviations to be used to identify Addressee
Organisationsshould be agreed by the parties prior
to document preparation being commenced.
It is important to agree
on the correct separator to be used where there
are multiple Addressee Organisations; for example
(see explanation in Author above). |
|
Parties |
Text, 254 or as appropriate |
The
Parties field identifies the parties to an agreement
or other legal document (not correspondence).
It is important to agree
on the correct separator to be used where there
are multiple Parties (see explanation in Author
above). |
|
Source |
Text, 20 or as appropriate |
Parties
may find the Sourcefield useful to identify documents
that have been obtained from someone other than
the party making discovery; for example, documents
that have been obtained on subpoena or through
some other compulsory process of obtaining access
to documents.
This field would identify
the party from whom such documents were obtained. |
|
Non-Paper Record |
Text, 3 |
The
Non-Paper Record field can be used to identify discoverable
items that are not "documents".
These items may be objects such as video
and audio tapes, disks, etc.
Entries should be either "Yes" or "No". |