TABLE I.1 Additions to Table 7 of Recommendation X.402 Services UA UA MS UA MTA MTA MTA MS UA MS MTA MTA MS MTA UA UA Origin Authentication (as defined in Recommendation X.402) EDIM Responsibility Authentication Proof of EDI Notification X - - - - - - - Proof of Retrieval - X - - - - - - Proof of Transfer - - - - - X - Secure Access Management (as defined in Recommendation X.402) Data Confidentiality (as defined in Recommendation X.402) Data Integrity (as defined in Recommendation X.402) Non-repudiation (as defined in Recommendation X.402) Non-repudiation of EDIM Responsibility Non-repudiation of EDI Notification X - - - - - - - Non-repudiation of Retrieval - X - - - - - - Non-repudiation of Transfer - - - - - X - - Non-repudiation of Content X - - - - - - - Message Security Labelling (as defined in Recommendation X.402) Security Management Services (as defined in Recommendation X.402) NOTE - In the above table UA means EDI-UA and MS means EDI-MS. The column headings in the above table correspond to those of Recommendation X.402 (except that typographical errors in Recommendation X.402 are not reproduced in the above table). Rows shown in bold typeface indicate classes of security services. ANNEX J Directory Object Classes and Attributes (This annex forms an integral part of this Recommendation.) J.1Introduction Several Directory object class attributes and attribute syntaxes are specific for an EDI user. These are defined in Annex H of this Recommendation. In this annex, EDI user refers to a generic EDI user that is not bound to a communication mechanism or any named entity, such as country or organization. The term EDI user is used in this annex to mean a generic EDI user. EDI user is not to be confused with the terms "EDI messaging system user" and "user" defined in the main text of this Recommendation. J.2Object Classes The object classes specific to EDI use of the Directory are: - EDI User object class - EDI User Agent object class - EDI Message Store object class J.2.1EDI User Object Class The EDI User object class defines the characteristics of an EDI user. The attributes in its definition identify the EDI user's name and, to the extent that they are present, identify the EDI user's capabilities. NOTE - The definition of the EDI User object class is generic and is formally outside the scope of MHS. However, no other group has provided a definition and therefore the present definition is provided. J.2.2EDI User Agent Object Class An EDI User Agent object class defines an Application Entity that is able to realize an EDI-UA. The attributes in its definition, to the extent that they are present, define the capabilities of the EDI-UA, identify the EDI-UA's owner, its deliverable content length, content types and EITs, and its OR Address. Some of these attributes are derived from the MHS User Agent object class defined in Recommendation X.402. J.2.3EDI Message Store Object Class An EDI Message Store object class defines an Application Entity that is able to realize an EDI-MS. The attributes in its definition, to the extent that they are present, describe the EDI-MS, identify its owner, specify its capabilities and enumerate the optional attributes, auto actions and content types it supports. Some of these attributes are derived from the MHS Message Store object class defined in Recommendation X.402. J.3Attributes The attributes specific to EDI use of the Directory are: - EDI Name attribute - EDI Routing Address attribute - EDI Capabilities attribute J.3.1EDI Name Attribute attribut attribute corresponds to the Sender identification code of the Interchange sender (or Recipient identification code of the Interchange recipient) fields of the EDI Interchange header segment. J.3.2EDI Routing Address Attribute The EDI Routing Address attribute further qualifies the name of an EDI user. It corresponds to the Routing Address sub-field of the Interchange Recipient field defined in the EDIM Heading field. J.3.3EDI Capabilities Attribute The EDI Capabilities attribute defines the capabilities of an EDI user. These capabilities include the support of EDI documents and EDI Interchange types. The EDI Interchange types are represented by object identifiers. J.4Attribute Syntaxes The attribute syntax specific to EDI use of the Directory is identified as EDI Capabilities attribute syntax. The EDI Capabilities attribute syntax describes an attribute each of whose values identifies two components: - supported EDI Interchange types (EDI Bodypart Types Syntax) - EDI documents processable by the EDI user Only equality matching rules apply for this attribute. J.4.1EDI Bodypart Type Syntax The EDI Bodypart Type syntax identifies the EDI standard (EDIFACT, ANSIX12, UNTDI or Private), and character set and/or encoding that EDI user is able to handle. It is characterized by an object identifier. Annex A of this Recommendation defines a set of object identifiers that may be used as a value for this attribute. J.4.2EDI Processable Document Syntax An EDI Processable Document syntax, depending on its type, identifies an EDI document by: a) Standard Version: the value identifies the version of the Standard. versio version of the standard. Note: For example, for EDIFACT, this identifies which syntax level is supported (Level A or B). c) Document Type: the value identifies the structure of the document. d) Document Version: the value identifies the version of the Document Type. e) Document Release: the value identifies the release of the Document Type. f) Controlling Agency: this value identifies the agency that ratified the definition of the standard document. g) Association Assigned Code: this identifies who developed the definition of the document. ANNEX K Comparision of terms of EDI syntaxes (This annex does not form an integral part of this Recommendation.) The purpose of this annex is to facilitate comparison between the terms used in different EDI standards. The heading fields of an EDIM are described in . These descriptions, in many cases, reflect the terminology of the EDIFACT syntax (ISO 9735). Where another EDI syntax standard is used (as reflected in the EDI Body Part Type field in the header ), the terminology will not be fully compatible. Thus, the following table outlines the comparable fields (data elements) in the United Nations Trade Data Interchange (UNTDI) and the American National Standards Institute X12 (ANSIX12) standards. The following definitions from Annex A of ISO 9735 are included in order to aid understanding of the material in this annex: - Interchange: communication between partners in the form of a structured set of messages and service segments starting with an interchange control header and ending with an interchange control trailer. e ends with a segment terminator. It can be a service segment or a user data segment. - Data element: a unit of data for which the identification, description and value representation have been specified. Table K.1 lists the EDIM Heading fields which are related to EDI Interchange header segments and shows the corresponding EDIFACT, UNTDI and ANSIX12 data elements present in, respectively, the UNA plus UNB, STX and ISA segments. TABLE K.1 Comparison of terms for EDI Interchange header fields X.435 Fields EDIFACT UNTDI ANSIX12 Heading (UNA and UNB) (STX) (ISA) Service String Advice Service string advice ----- 1.Data Element Separat. 2.Segment Terminator 3.Subelement Separator Syntax Identifier Syntax identifier Syntax rules identifier 1.Interchange Standard Identifier 2. Interchange Version ID Interchange Sender Interchange sender Transmission sender Interchange Sender ID Interchange Recipient Interchange recipient Transmission recipient Interchange Receiver ID Date And Time Date/time Date and time 1.Interchange Date Of Preparation of preparation of transmission 2.Interchange Time Interchange Control Interchange control Sender's transmission Interchange Control Reference reference reference Number Recipient Reference Recipients reference, Recipient's transmission Security Information password reference/password Application Reference Application reference Application reference ----- Processing Priority Code Processing priority code Transmission ----- priority code Acknowledgment Acknowledgment ----- Acknowledgment Request request Requested Communications Communications ----- ----- Agreement ID agreement ID Test Indicator Test indicator ----- Test Indicator Authorization ----- ----- Authorization Information Information