Pues aqu encontramos las caractersticas tcnicas reales, ya que encontramos cual es su tipo de datos y su longitud en posiciones. A continuacin est la tabla con los valores posibles:
| ACCP | Perodo de contabilizacin AAAAMM |
| CHAR | Strings de caracteres |
| CLNT | Mandante |
| CUKY | Clave moneda. Referenciado por campos moneda CURR |
| CURR | Campo moneda, almacenado como DEC |
| DATS | Campo para fecha (AAAAMMDD), almacenado como Char (8) |
| DEC | Campo clculo o de importe con coma y signo +/- |
| FLTP | Cifra coma flotante con 8 byte de exactitud |
| INT1 | Integro 1 byte, entero <= 254 |
| INT2 | Integro 2 byte, slo para campo de longitud ante LCHR LRAW |
| INT4 | Integro 4 byte, entero con signo +/- |
| LANG | Clave de idioma |
| LCHR | Cadena caracteres larga -> requiere campo INT2 precedente |
| LRAW | Cadena byte larga -> requiere campo INT2 precedente |
| NUMC | Campo character slo con cifras |
| PREC | Exactitud de un campo QUAN |
| QUAN | Campo cantidad, apunta a campo unidades con formato UNIT |
| RAW | Secuencia no interpretada de byte |
| TIMS | Campo hora (HHMMSS), almacenado como Char (6) |
| VARC | String caracteres largo, sin apoyo tcnico a partir de 3.0 |
| UNIT | Clave de unidades para campos QUAN |
As mismo podemos hacer que el dominio tome sus datos de una tabla de valores o podemos picar nosotros mismos nuestro valores de tal forma que podriamos tener un dominio tipo CHAR 1 que fuese BOLEANO cuyos valores fuesen:
| Valor | Descripcin |
| V | Verdadero |
| F | Falso |
Incluso podriamos llegar a forzar su longitud de salid y vincularle una pequeña rutina de conversin para la salida, por ejemplo podriamos forzar a que la salida por pantalla fuese la del literal y n y no la del valor.