Figure 6: DTD-diagram for CRI

Child elements
none
parent elements
<revision>

Attributes for CRI
Name
Type
Class
Value
Remark
[COMPANY]
nmtoken
implied
 
This denotes the company for which the revision information is valid.
[LABEL]
cdata
implied
 
This is the label of the revision. Details see 2.2.1.1. ABLOCK
[LABEL-P1]
cdata
implied
 
This is the label of the previous revision on the main line. Details see 2.2.1.1. ABLOCK
[LABEL-P2]
cdata
implied
 
This is the label of the previous revision (secondary line) if the actual revision is the result of a merge process. Details see 2.2.1.1. ABLOCK
[PRIVATE]
cdata
implied
 
This allows to keep private information from the particular company. It is necessary, that a receiver stores this information and returns it to the sender in order to allow a resynchronization.
As an example, this could be some object identifier in the sender's data management system system.
[REV]
cdata
implied
 
This is the revision number. Details see 2.2.1.1. ABLOCK
[REV-P1]
cdata
implied
 
This is the revision number of the previous version on the main line. Details see 2.2.1.1. ABLOCK
[REV-P2]
cdata
implied
 
This is the revision number of the previous version (secondary line) if the actual revision is the result of a merge process. Details see 2.2.1.1. ABLOCK
[STATE]
cdata
implied
 
This is the state of the revision. Details see 2.2.1.1. ABLOCK
[VAR]
cdata
implied
 
This is the variant designator. Details see 2.2.1.1. ABLOCK
[VAR-P1]
cdata
implied
 
This is the variant name of the previous version on the main line. Details see 2.2.1.1. ABLOCK
[VAR-P2]
cdata
implied
 
This is the variant name of the previous version (secondary line) if the actual revision is the result of a merge process. Details see 2.2.1.1. ABLOCK
<cri> is used to specify company specific revision information. This is used for synchronization, if the participiants of an exchange are using different versioning schemes.