Return to Stylus Studio EDIFACT home page.
Return to Stylus Studio EDIFACT D96A Messages page.
UN/EDIFACT
DRAFT RECOMMENDATION
Request for document message
This message is available for formal trial for at least six months from the date of approval by UN/ECE/TRADE/WP.4.
Organisations are invited to trial this message. Comments on the results from the trial should be forwarded to their Rapporteur's Team Secretariat as soon as they are available. Based on the results of the trials, a UNSM may be issued.
The segments, composite data elements, data elements and codes for use in the trial of this message are contained in the Draft directory. However, this information may differ from that in the Standard directory (UNTDID), even for material having the same identifying tags.
|
Message Type: | REQDOC |
---|
Version: | D |
---|
Release: | 96A |
---|
Contr. Agency: | UN |
---|
Status: | 1 |
---|
Revision: | 2 |
---|
Date: | 95-11-23 |
---|
SOURCE: | Australia and New Zealand EDIFACT Board |
---|
CONTENTS
Request for document message
- INTRODUCTION
- SCOPE
- Functional definition
- Field of application
- Principles
- REFERENCES
- TERMS AND DEFINITIONS
- MESSAGE DEFINITION
- Data segment clarification
- Data segment index (alphabetical sequence)
- Message structure
- Segment table
For general information on UN standard message types see UN Trade Data Interchange Directory, UNTDID, Part 4, Section 2.6, UN/ECE UNSM General Introduction
|
This message also occurs in the following versions of this standard:
D94B, D95A, D95B, D96A, D96B, D97A, D97B, D98A, D98B, D99A, D99B, D00A, D00B, D01A, D01B, D01C, D02A, D02B, D03A, D03B, D04A, D04B |
0. INTRODUCTION
This specification provides the definition of the Request for document message (REQDOC) to be used in Electronic Data Interchange (EDI) between trading partners involved in administration, commerce and transport.
1. SCOPE
1.1. Functional Definition
A message to enable a party request the sending, or re-sending, of data, either as a document or message, or in some other agreed form.
1.2. Field of Application
The Request for document message may be used for both national and international trade. It is based on universal commercial practice and is not dependent on the type of business or industry.
1.3. Principles
The message is used to request a document to be sent, either electronically or otherwise. Its use should be limited to requesting documents, for which there is no other more specific message already provided (e.g. Request for Quotation).
Parties can request documents on their own behalf, or on behalf of third parties.
The message can be used to request individual documents by identity, or by specifying product and/or other related data to retrieve all relevant documents.
Typical uses of the Request for Document Message are to request information from a data base (e.g. requesting a copy of a test certificate), requesting catalogue data, and requesting statements of account.
2. REFERENCES
See UNTDID, Part 4, Chapter 2.6 UN/ECE UNSM - General Introduction, Section 1.
3. TERMS AND DEFINITIONS
See UNTDID, Part 4, Chapter 2.6 UN/ECE UNSM - General Introduction, Section 2.
4. MESSAGE DEFINITION
4.1. Data Segment Clarification
This section should be read in conjunction with the Branching Diagram and the Segment Table which indicate mandatory, conditional and repeating requirements.
0010 | UNH, Message header
A service segment starting and uniquely identifying a message. The message type code for the Request for document message is REQDOC. Note: Request for document messages conforming to this document must contain the following data in segment UNH, composite S009:
0020 BGM, Beginning of message
A segment by which the sender must uniquely identify the request for document by means of its type and number. 0030 DOC, Document/message details
A segment indicating the type of document that is required, how many copies, and in what form it is required, e.g. EDI, mail, etc. 0040 DTM, Date/time/period
A segment specifying general dates and, when relevant, times related to the whole message. The request preparation date must be specified using this segment. 0050 Segment Group 1: RFF-DTMA group of segments for giving references and where necessary, their dates, relating to the whole message. 0060 RFF, Reference
A segment identifying the reference by its number and where appropriate a line number within the document. 0070 DTM, Date/time/period
A segment specifying the date/time related to the reference. 0080 Segment Group 2: NAD-LOC-SG3A group of segments identifying the parties with associated information. 0090 NAD, Name and address
A segment identifying names and addresses of the parties, in coded or clear form, and their functions relevant to the request for document message. Identification of the sender of the request and the recipient is mandatory for the request for document message. It is recommended that where possible only the coded form of the party ID should be specified e.g. the sender and receiver of the report are known to each other, thus only the coded ID is required, but when a new address might have to be clearly specified, e.g. where the document is to be sent to a third party, this should be done preferably in structured format. 0100 LOC, Place/location identification
A segment to identify a location within the above name and address. 0110 Segment Group 3: CTA-COMA group of segments giving contact details of the specific person or department within the party identified in the NAD segment. 0120 CTA, Contact information
A segment to identify a person or department, and their function, to whom communications should be directed. 0130 COM, Communication contact
A segment to identify a communications type and number for the contact specified in the CTA segment. A group of segments providing details of what information is required to be included in the document. There must be at least one occurrence of Segment group 4 within a request for document message. 0150 LIN, Line item
A segment identifying the line item of the message by the line number and optionally identifying the product or service to be included in the document/message. 0160 GIS, General indicator
A segment allowing the user to specify any special processing requirements, e.g. that all related documents are also required. 0170 DTM, Date/time/period
A segment identifying the date that pertain to the document, e.g. original date, required by date. 0180 PIA, Additional product id
A segment providing additional identification of the product to which the document pertains. 0190 IMD, Item description
A segment used to identify the product by free format or semi- structured description. Used when no appropriate code is available in the PIA segment to fully describe the product. 0200 MEA, Measurements
A segment to describe the physical measurements of the required product, e.g. length, height, weight. 0210 Segment Group 5: RFF-DTMA group of segments providing references, and if required applicable dates, pertaining to the above document. 0220 RFF, Reference
A segment to identify applicable references to be included in the document, e.g. order number, certificate number. 0230 DTM, Date/time/period
A segment to provide dates/times applicable to the above references. 0240 Segment Group 6: NAD-LOC-SG7A group of segments allowing documents to be individually addressed to either particular places, and or particular people within locations. 0250 NAD, Name and address
A segment to identify other parties requiring the document. 0260 LOC, Place/location identification
A segment to further qualify the above address. 0270 Segment Group 7: CTA-COMA group of segments to identify individual contacts relevant to the above party. 0280 CTA, Contact information
A segment to specify contact person or department. 0290 COM, Communication contact
A segment to specify the communication channel and identifier for the above person / department. 0300 UNT, Message trailer
A service segment ending a message, giving the total number of segments in the message and the control reference number of the message.
4.2. Data segment index (Alphabetical sequence by tag)
|
BGM |
Beginning of message |
|
COM |
Communication contact |
|
CTA |
Contact information |
|
DOC |
Document/message details |
|
DTM |
Date/time/period |
|
GIS |
General indicator |
|
IMD |
Item description |
|
LIN |
Line item |
|
LOC |
Place/location identification |
|
MEA |
Measurements |
|
NAD |
Name and address |
|
PIA |
Additional product id |
|
RFF |
Reference |
|
UNH |
Message header |
|
UNT |
Message trailer |
4.3. Message structure
4.3.1. Segment table
├─UNH Message header | ×1 | (M) |
├─BGM Beginning of message | ×1 | (M) |
├─DOC Document/message details | ×1 | (M) |
├─DTM Date/time/period | ×9 | (M) |
├─Segment Group 1 | ×9 | (C) |
│─├─RFF Reference | ×1 | (M) |
│─└─DTM Date/time/period | ×5 | (C) |
├─Segment Group 2 | ×9 | (M) |
│─├─NAD Name and address | ×1 | (M) |
│─├─LOC Place/location identification | ×9 | (C) |
│─└─Segment Group 3 | ×9 | (C) |
│───├─CTA Contact information | ×1 | (M) |
│───└─COM Communication contact | ×9 | (C) |
├─Segment Group 4 | ×999 | (M) |
│─├─LIN Line item | ×1 | (M) |
│─├─GIS General indicator | ×9 | (C) |
│─├─DTM Date/time/period | ×9 | (C) |
│─├─PIA Additional product id | ×9 | (C) |
│─├─IMD Item description | ×9 | (C) |
│─├─MEA Measurements | ×9 | (C) |
│─├─Segment Group 5 | ×9 | (C) |
│─│─├─RFF Reference | ×1 | (M) |
│─│─└─DTM Date/time/period | ×9 | (C) |
│─└─Segment Group 6 | ×9 | (C) |
│───├─NAD Name and address | ×1 | (M) |
│───├─LOC Place/location identification | ×9 | (C) |
│───└─Segment Group 7 | ×9 | (C) |
│─────├─CTA Contact information | ×1 | (M) |
│─────└─COM Communication contact | ×9 | (C) |
└─UNT Message trailer | ×1 | (M) |
Return to Stylus Studio EDIFACT D96A Messages page.
|
|