|
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 |
|
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 |
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.
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.
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.
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.
See UNTDID, Part 4, Chapter 2.6 UN/ECE UNSM - General Introduction, Section 1.
See UNTDID, Part 4, Chapter 2.6 UN/ECE UNSM - General Introduction, Section 2.
This section should be read in conjunction with the Branching Diagram and the Segment Table which indicate mandatory, conditional and repeating requirements.
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:
| Data element | 0065 | REQDOC |
| 0052 | D | |
| 0054 | 96A | |
| 0051 | UN |
A segment by which the sender must uniquely identify the request for document by means of its type and number.
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.
A segment specifying general dates and, when relevant, times related to the whole message. The request preparation date must be specified using this segment.
A group of segments for giving references and where necessary, their dates, relating to the whole message.
A segment identifying the reference by its number and where appropriate a line number within the document.
A segment specifying the date/time related to the reference.
A group of segments identifying the parties with associated information.
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.
A segment to identify a location within the above name and address.
A group of segments giving contact details of the specific person or department within the party identified in the NAD segment.
A segment to identify a person or department, and their function, to whom communications should be directed.
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.
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.
A segment allowing the user to specify any special processing requirements, e.g. that all related documents are also required.
A segment identifying the date that pertain to the document, e.g. original date, required by date.
A segment providing additional identification of the product to which the document pertains.
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.
A segment to describe the physical measurements of the required product, e.g. length, height, weight.
A group of segments providing references, and if required applicable dates, pertaining to the above document.
A segment to identify applicable references to be included in the document, e.g. order number, certificate number.
A segment to provide dates/times applicable to the above references.
A group of segments allowing documents to be individually addressed to either particular places, and or particular people within locations.
A segment to identify other parties requiring the document.
A segment to further qualify the above address.
A group of segments to identify individual contacts relevant to the above party.
A segment to specify contact person or department.
A segment to specify the communication channel and identifier for the above person / department.
A service segment ending a message, giving the total number of segments in the message and the control reference number of the message.
| 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 |
| ├─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) |