Il s'agit actuellement de la version 6.10.4. Les modifications mineures qui garantissent la compatibilité ascendante sont indiquées en troisième position du numéro de version. Si, par exemple, un nouveau champ de données est ajouté dans un tableau sans que les champs existants ne soient modifiés, la version passe de 6.5.1 à 6.5.2, par exemple. Les modifications du format qui nécessitent de légères modifications des différents progiciels sont indiquées en deuxième position du numéro de version. Par exemple, la version 6.5.5 devient 6.6.0. Une nouvelle structuration et définition du format (par exemple XML) est définie dans la version 7.0.0.

Le jeu de caractères dans les fichiers décrits ci-dessous sont des fichiers texte dans le jeu de caractères ISO 8859-x. (La valeur de x est définie dans le fichier Head.Dat). (Voir aussi « http://de.wikipedia.org/wiki/ISO_8859-1 »).

Les différents blocs sont séparés par les caractères CR (ASCII 13) et LF (ASCII 10). Il n'y a pas de longueur d'enregistrement fixe en raison d'une meilleure compatibilité ascendante. Lors d'une nouvelle version du format de fichier, les champs de données nouvellement définis sont simplement ajoutés à la structure existante. Les logiciels qui n'ont pas encore été adaptés au nouveau format de fichier peuvent donc importer le nouveau format de fichier.

Les enregistrements, quant à eux, se composent de champs de longueur fixe sans séparateur.

Les champs de texte (type T..) sont alignés à gauche et suivis de SPACE (ASCII 32) dans les enregistrements.

Les valeurs numériques (type 9.. ou B) sont alignées à droite avec des zéros de tête sans séparateur décimal. SPACE est interprété comme « 0 ». (Exception : les champs de prix dans LensPrice.Dat et OptionsPrice.Dat, où le blanc est interprété comme « prix sur demande » pour un champ de prix EK et indique qu'il n'y a pas de prix recommandé pour un champ de prix VK. Le prix de vente n'est pas disponible et doit être calculé par l'opticien lui-même).

Les champs de date (type D) sont représentés au format année (4 chiffres), mois (2 chiffres) et jour (2 chiffres) (format AAAAMMJJ). Les champs facultatifs peuvent être remplis avec SPACE.

Les champs booléens sont définis par 0=non et 1=oui. SPACE est interprété comme « 0 ». Les autres définitions sont définies sous Remarque dans la structure du tableau.

Pour les fichiers qui possèdent une clé primaire, les champs qui la composent sont marqués d'un '*'. Une clé primaire ne peut pas apparaître plusieurs fois dans un fichier. En outre, il est supposé que les enregistrements sont triés selon la clé primaire.

Un produit est ce qui est identifié par un code de commande défini et univoque du fabricant. Une distinction est faite entre les produits en verre de base et les produits d'agrégation (revêtements). Il est supposé que les processus de commande peuvent être transmis au système de commande du fabricant avec les produits ainsi définis, accompagnés des indications de diamètre et d'effet.

La propriété de fermeture primaire doit être respectée. Aucun fichier ne doit contenir plusieurs enregistrements avec la même clé primaire. Tous les codes de verre de base présents dans les fichiers LensPrice.Dat, Combination.Dat, LensRange.Dat, LensGeo.Dat, Information.Dat, OrderOptions.Dat, ProductGroup.dat, CodeSubstitution.Dat et OeCodes.Dat doivent avoir été définis dans LensType.Dat, Tous les codes de supplément présents dans les fichiers OptionsColor.Dat, OptionsPrice.Dat, Combination.Dat, LensRange.Dat, Information.Dat, OrderOptions.Dat, ProductGroup.dat, CodeSubstitution.Dat et OeCodes.Dat doivent être définis dans Options.Dat. Tous les indices de majoration utilisés dans le fichier OptionsPrice.Dat doivent être définis dans LensType.Dat. Tous les indices de plage de livraison utilisés dans le fichier LensPrice.Dat doivent être définis dans LensRange.Dat. Les noms de produits indiqués dans les fichiers LensType.Dat, Options.Dat et OptionsColor.Dat, bien que ne figurant pas dans la clé primaire, doivent être uniques dans chaque fichier.