Return to EDIFACT D02B Messages page.Drawing organisation message
0. INTRODUCTIONThis specification provides the definition of the Drawing organisation message (CONDRO) to be used in Electronic Data Interchange (EDI) between trading partners involved in administration, commerce and transport. 1. SCOPE1.1. Functional definitionThe message CONDRO is intended to describe the general (project) organisation and structure, valid for a whole project or environment. The whole process of exchanging engineering or CAD (Computer Aided Design) files between different parties within one project will be supported by EDIFACT messages. The message CONDRO is one of these messages. 1.2. Field of applicationThe Drawing organisation message may be used for both national and international applications. It is based on universal practice related to administration, commerce and transport, and is not dependent on the type of business or industry. The following descriptions refer to the exchange of engineering/CAD files, but do not exclude any other type of "native" files, e.g. files originating from software packages and tools like word-processing, spreadsheet, DTP (Desk Top Publishing), graphics and so on. 1.3. PrinciplesCONDRO is the EDIFACT message to initiate the future exchange of engineering/CAD files, and does not consist of any engineering or graphical information. Its aim is to acquaint the participant of a project with the existing organisation, the used computer environment, the agreed conventions for structuring/naming the transferred data and in a second application to announce any changes to the above mentioned agreement. The exchange of all engineering and graphical information is administered by the EDIFACT message CONDRA (Drawing Administration). This information will be transferred by existing standard graphical exchange formats or native formats. Changes in the agreements and conventions should be minimised and be made at the beginning of a project or exchange process. Consequently it is not necessary to repeat the description of the files' organisation with every exchange of engineering/CAD files. This means not only a reduction of data volume at each exchange, but also avoiding the exchange of redundant data. 2. REFERENCESSee UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 1. 3. TERMS AND DEFINITIONS3.1. Standard terms and definitionsSee UNTDID, Part 4, Chapter 2.3 UN/ECE UNSM - General Introduction, Section 2. 4. MESSAGE DEFINITION4.1. Segment clarificationThis section should be read in conjunction with the segment table which indicates mandatory, conditional and repeating requirements. 0010 UNH, Message headerA service segment starting and uniquely identifying a message. The message type code for the Drawing organisation message is CONDRO. Note: Drawing organisation messages conforming to this document must contain the following data in segment UNH, composite S009:
0020 BGM, Beginning of messageA segment for unique identification of the Drawing organisation name, number and function. 0030 DTM, Date/time/periodA segment specifying the dates relevant to this document; e.g. the date the agreement of the drawing organisation information in this message has been defined or redefined (in case of changes). 0040 AUT, Authentication resultA segment used to authenticate the message by exchanging a password or some other form of identification agreed between the business partners. 0050 AGR, Agreement identificationA segment will be used to identify the "type of agreement of the organisation of engineering or CAD files" that apply to the information given by this message. 0060 FTX, Free textA segment with free text information, in coded or clear form, used for any textual information. In computer to computer exchanges, such text will require the receiver to process this segment manually. 0070 Segment Group 1: RFF-DOC-DTM-FTXA group of segments used for quoting references and their relevant dates applicable to the message. For the building industry the following recommendation is given: in the first occurrence of this segment group the project references, if relevant, should be given, in order to identify the project to which this message relates. In any later recurrence of this segment group, references to other messages (e.g. the original CONDRO when it is an update) or documents, relevant to this message, may be quoted. 0080 RFF, ReferenceA segment for quoting the unique references which can be the project number for which this message is relevant, or, in the case of a reference to another message or document, that message or document's unique identifier. 0090 DOC, Document/message detailsDocument details for the reference quoted in the previous RFF segment. 0100 DTM, Date/time/periodDate of a reference quoted in the previous RFF segment, e.g. project date or message/document date. 0110 FTX, Free textThis segment can contain any textual information relevant to the reference quoted in the previous RFF segment, e.g. a small project or message/document description and/or other narrative, for additional information. 0120 Segment Group 2: NAD-LOC-FTX-SG3-SG4A group of segments identifying all the relevant parties with specific information about them that other business partner should know. 0130 NAD, Name and addressA segment identifying name and address of a party, in coded or clear form, and its function relevant to the Drawing Organisation Message. This is to identify each partner involved in the future exchange of CAD files. It is recommended that where possible only the coded form of the party ID should be specified. 0140 LOC, Place/location identificationA segment giving more specific location information of the party specified in the NAD segment e.g. internal site/building number. 0150 FTX, Free textA segment giving more specific location information of the party specified in the NAD segment e.g. internal site/building number. 0160 Segment Group 3: RFF-CED-DTMThis segment group has two functions: Firstly, it can be used to quote specific references for each partner for internal use. Examples of references: a partner may require a internal project number or a DP number. Secondly, the main function of this segment group, is to describe for each partner his internal computer environment, from the hardware platform and operating system to the software implemented. For each partner several environments may be described, as, particularly in large organisations, different environments can be in use simultaneously. Each environment will be identified through a unique reference number specific to that partner. 0170 RFF, ReferenceIn this segment specific internal references will be quoted, as and if required. When this segment group is used to describe the computer environment, this segment which will specify the unique reference number by which, in future, the following computer environment details for this party can be identified. 0180 CED, Computer environment detailsBy repeating this segment, it will describe, at each occurrence, one of the party's computer environments, identified in the previous RFF segment. The computer environment details will consist of, for example, hardware platform, operating system, software in use, converter etc. 0190 DTM, Date/time/periodA segment specifying the date and/or time details related to the environment details. 0200 Segment Group 4: CTA-COM-LOCA group of segments giving contact details of the specific person or department within the party identified in the NAD segment. 0210 CTA, Contact informationA segment to identify a person or department, and their function, to whom communications should be directed. 0220 COM, Communication contactA segment to identify a communication type and number for the contact specified in the CTA segment. 0230 LOC, Place/location identificationThis segment specifies the location of the contact described in the previous CTA segment. In large organisations and construction projects it is possible that persons are not necessarily on the same internal site or construction site specified in the previous LOC segment in segment group 2. This segment also enables the specification of a more accurate internal site location. 0240 Segment Group 5: DOC-INP-RFF-MEA-SG6In this segment group a "contractual document" can be described that is relevant to a certain project or project phase. A contractual document consists of one or more computer files which be quoted and linked by a file identification to the corresponding contractual document. 0250 DOC, Document/message detailsThis segment will give the document details of the contractual document. 0260 INP, Parties and instructionThis segment conveys for each receiver instructions of what to do with the contractual document. 0270 RFF, ReferenceA segment to indicate the unique reference number of the contractual document. 0280 MEA, MeasurementsThis segment will give details about the scale used in the contractual document. 0290 Segment Group 6: EFI-CED-DTMIn this segment group files may be identified which will form part of the previously quoted contractual document. These computer files are external ones which will not necessarily be part of the exchange of the message. 0300 EFI, External file link identificationThis segment will identify each file, that is part of the contractual document, by quoting their name and a number. 0310 CED, Computer environment detailsThe segment will give additional information about the file identified in the previous EFI segment, like for example, conversion details. 0320 DTM, Date/time/periodThis segment will convey the date/time details of the computer file identified in the previous EFI segment. 0330 Segment Group 7: BII-GEI-DTM-IMD-RFF-QTY-SG8This segment group can be used to record two types of information: Firstly, information about all kinds of lists (like naming conventions, libraries used etc.) with their object descriptions and other details relevant to the exchanged engineering/CAD files. Secondly, detailed descriptions about the structure of the engineering/CAD files. In both cases, the information is organised hierarchically in several levels. The level will be identified first and will contain its own specific set of information, like technical data, references, etc. This segment group therefore varies depending on the type of information, the application of the segments and whether they will be used or not. 0340 BII, Structure identificationThis segment will, through a structured index code, uniquely identify the set of information following this segment. 0350 + GEI, Processing informationThis segment is used to define the type of information (lists or engineering/CAD file structure) appearing in this segment group identified by the previous BII segment. 0360 DTM, Date/time/periodDate and time details relevant to the set of information identified in the previous BII segment (e.g. list version date). 0370 IMD, Item descriptionThis segment records the details of the set of information identified in the previous BII segment (e.g. descriptions of the hierarchical levels or objects, part of the lists). 0380 RFF, ReferenceThis segment will give a reference to another set of information (e.g. engineering/CAD file structure referring to naming conventions given in a previously-supplied list). 0390 QTY, QuantityThis segment conveys the number of objects within the next higher level of a list. 0400 Segment Group 8: LOC-DIM-QTY-MEAA group of segments to record the technical data of the set of information identified in the previous BII segment. 0410 LOC, Place/location identificationThis segment will give detailed information of the position in a co-ordinate system in case the structure of an engineering/CAD file is described (e.g. the co-ordinate details of a layer group or a layer in a CAD file). 0420 DIM, DimensionsDimensions (like unit of measurements) relevant to an engineering/CAD file can be quoted in this segment. 0430 QTY, QuantityA segment identifying the quantities of objects in lists or engineering/CAD files. 0440 MEA, MeasurementsFor an engineering/CAD file, the scale used can be quoted in this segment. 0450 UNT, Message trailerA service segment ending a message, giving the total number of segments in the message (including the UNH & UNT) and the control reference number of the message. 4.2. Segment index (alphabetical sequence by tag)
4.3. Message structure4.3.1. Segment table
Return to EDIFACT D02B Messages page. |