џWPCL ћџ2BJ|xа А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа ААА@ аСTСгга ХА6p&А6p&Х аб cмˆ4 PŽТ бThe equivalents shown in the following table may also be found to be useful. Table K.2 relates certain segments of EDIFACT, UNTDI and ANSIX12 in order to show the equivalent terms for each of the three EDI standards. ЦЦ а АА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср 8NСTABLE K.2 Ср 87СУ УComparison of terms for EDI Interchange header segmentsйc €Comparison of terms for EDI Interchange header segmentsб cмˆ4 PŽТ бcй а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€№шШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааеаС €СEDIFACTС№"СUNTDIС'ш3СANSIX12 а  аС €СInterchange HeaderС"ш3СStart of TransmissionСH8"IСInterchange Header С €С(UNA and UNB)С№"С(STX)С'ш3С(ISA) С €СFunctional Group HeaderС'ш3СЉЉЉЉЉС8 <СFunctional Group Header С €С(UNG)С№"СС"ш3С(GS) С €СMessage HeaderС№"СMessage HeaderС0ш3СTransation Set Header С €С(UNH)С№"С(MHD)С'ш3С(ST) а АА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааСр 8OСANNEX L Ср 8=СComparison of terms in this Recommendation Ср 8FСand Recommendation F.435 Ф Ф а Ар аСр  7С(This annex does not form an integral part of this Recommendation.) а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСQСThe purpose of this annex is to facilitate comparison between the terminology used in this Recommendation and that used in Recommendation F.435.ЦЦ а АX аСLСThe following table shows how Elements of Service defined in Recommendation F.435 are realized with protocol elements in this Recommendation. The Elements of Service appear in the order in which they are defined in Annex B of Recommendation F.435. For this Recommendation, reference is made to the title of the divisions which define the protocol elements.ЦЦ а АА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср 8NСTABLE L.1 Ср 8=СУ УComparison of terms in this Recommendationй^ Ср 8=СComparison of terms in this Recommendationб cмˆ4 PŽТ б^й Ср 8FСand Recommendation F.435Ф Ф аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА pШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааеаС   СRecommendation F.435С -СThis Recommendation а Ар аС   СApplication Security ElementС(-СEDI Application Security Element С   СCharacter SetС-СEDI Body Part Type С   СCross Reference InformationС'-СCross Referencing Information С   СEDI ForwardingС-СEDI Forwarding С   СEDI Message Type(s)С-СEDI Message Type С   СEDI Notification Request С%-СEDI Notification Requests С   СEDI Standard IndicationС#-СEDI Body Part Type С   СEDIЉmessage IdentificationС&-СEDIM Identifier а Аx ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА pШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС   СEDIM Responsibility Forwarding Allowed IndicationС=xAСResponsibility Passing Allowed С   СEDIN ReceiverС-СEDIN Receiver С   СExpiry Date/Time IndicationС'-СExpiry Time С   СIncomplete Copy IndicationС&-СIncomplete Copy С   СInterchange HeaderС-СHeading Fields from Interchange Header С   СMultiЉpart BodyС-СEDI Messages С   СNonЉrepudiation of Content OriginatedС1Ш7СOriginate EDIM С   СNonЉrepudiation of Content ReceivedС/p2СOriginate EDIN and Internal Procedures а А аС   СNonЉrepudiation of Content Received RequestС7 <СOriginate EDIN and Internal Procedures С   СNonЉrepudiation of EDI NotificationС/p2СOriginate EDIN and Internal Procedures а А аС   СNonЉrepudiation of EDI Notification RequestС7 <СEDI Notification Requests С   СObsoleting IndicationС!-СObsoleted EDIMs С   СOriginator IndicationС!-СOriginator С   СProof of Content ReceivedС%-СOriginate EDIN and Internal Procedures С   СProof of Content Received RequestС-/СOriginate EDIN and Internal Procedures С   СProof of EDI NotificationС%-СOriginate EDIN and Internal Procedures С   СProof of EDI Notification RequestС-/СEDI Notification Requests С   СRecipient IndicationС -СRecipients С   СRelated Message(s)С-СRelated Messages С   СServices IndicationС-СHeading Extensions С   СStored EDI Message AutoЉforwardС+-СAuto Action Types С   СTyped BodyС-СEDI Messages аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааСр YСANNEX M Ср FСУ УRealization of an EDIMG User in the Directory Ф Ф Ср ;С(This annex does not form an integral part of this Recommendation.) а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСUСAn EDIMG User object class that a Directory administrator can realize contains a set of characteristics that define its application, communication mechanism, depending entity, and naming. The following text describes how such an EDIMG User object class, for use with EDI messaging, can be realized from the generic EDI User object class and suggests a manner in which it can be defined.ЦЦ а Ар аСMСThis need can be rationalized from the following observations:ЦЦ а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАp` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX ТТhpТС€Сa)С` СThe description of the EDI User object class in Annex J of this Recommendation is that of a generic EDI user. That is,ЦЦ а А№ аТX ТТhpТa description that does not presuppose a notion of a specific communication mechanism such as MHS. EDI users may desire to use other communication mechanisms.ЦЦ а А аТX ТТhpТС€Сb)С` СThe definition of the MHS User object class in Recommendation X.402 is of a generic MHS User. It does not presuppose that a MHS User is associated with any particular kind of "named" entity, such as country, or organization. Also, its definition does not limit the MHS User to the Interpersonal Messaging Service.ЦЦ а А аТX ТТhpТС€Сc)С` СThe selected object classes in Recommendation X.521 define the characteristics for a set of "independent" entities, such as country and organization, and their name forms. These entities are generic in the sense that they are not bound to any particular kind of user application.ЦЦ а А аТX ТТhpТС€Сd)С` СRecommendation X.521, Annex B, suggests a set of relationships among these entities. These relationships form the DIT structure, and thus the naming of the entities. As in point b above, the notion of an application or how applications are used in a communication mechanism is open ended.ЦЦ а А№ аТX ТТhpТС€Сe)С` СThe Directory recommendations do not prescribe a "binding" mechanism that will allow the formation of composite objects from generic objects. ЦЦ а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСRСTo realize a Directory entry for an EDIMG user requires that a new unregistered object class be defined. This new object class forms a composite of the characteristics from each desired generic object class, for example, by combining the EDI User object class and MHS User object class into a new unregistered object class. In ASN.1 this may be expressed as:ЦЦ а Аа ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАјшаРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааеаТX ТТ№јТштб cмˆ4 PŽТ бУ УedimgЉuser OBJECT CLASS ::= SUBCLASS OF ediЉuser, mhsЉuserФ ФЦЦ а АX ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааСLСб cмˆ4 PŽТ бNOTE Љ An Unregistered Object Class is discussed in 9.4.1 of Recommendation X.501, as an object class without an assigned object identifier. It is intended for local use as a means ofд Ј*д conveniently adding new attribute types to a preЉdefined superclass.ЦЦ а А аСUСIn this example, the edimgЉuser is a type identifier specified by the defining Directory administration. Additionally, the administration may include private attributes by adding the MUST CONTAIN and MAY CONTAIN statements to the unregistered object class definition.ЦЦ а А аСTСIn addition to the definition of the content of Directory entries by use of the object class notation, a naming policy for these entires is also required. For example, using the approach of Annex B of Recommendation X.521 it may be specified that for entries of the EDI User object class, the EDI Name attribute is used for naming; entries of this object class may be immediately subordinate to entries of for example, Organization object class or Organizational Unit object class.ЦЦ а Аh аСNСTo provide an alternative name for an EDIMG user requires that another unregistered object class be defined. This new object class forms a composite of the characteristics from the alias object class and the desired EDI user naming attribute. In ASN.1, this may be expressed as:ЦЦ а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАјшаРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааеаТX ТТ№јТштб cмˆ4 PŽТ бУ УedimgЉuserЉalias OBJECT CLASS ::= SUBCLASS OF alias MUST CONTAIN {ediЉname}ЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааССtheЦЦ the naming policy of the unregistered EDIMG User object class.ЦЦ ггеЋ’а а‚С`p&2СааУ Уб cмˆ4 PŽТ бCCITT Draft Rec. X.435Ф Фб cмˆ4 PŽТ б page1 ЋееЋ’а а‚С`p&2СааУ Уб cмˆ4 PŽТ бCCITT Draft Rec. X.435Ф Фб cмˆ4 PŽТ б page1 Ћеа АА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа€аа А@@ аТX ТС€А С‚б cмˆ4 PŽТ бIndexС` СФ ФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааСIСThis annex indexes this Recommendation. It gives the number(s) of the page(s) on which each item in each of several categories is defined. Its coverage of each category is exhaustive.ЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааеа‚This annex indexes items (if any) in the following categories: а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАp` И hРpШ xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааТX ТТhpТС€Сб cмˆ4 PŽТ бa)С` СAbbreviationsй (ab) йb)С#Р(СNotification Reason Codesй (ec) йc)СCа FСTermsй (gl) йd)СM$NСObject Identifiersй (id) йe)Сbh.cСASN.1 macrosй (ma) йf)Сqp5rСASN.1 modulesй (mo) йg)С№<‚СInformation itemsй (ot) йh)С•PF–СASN.1 typesй (ty) йi)СЃрLЄСUpper Boundsй (ub) йj)СВшSГСASN.1 valuesй (va) йЦЦ ССЦЦ ТX Т