Vistas

• Código vista (campo CODVUE)

El código de la vista debe estar formado por entre 1 y 10 caracteres (letras o cifras que comiencen obligatoriamente por una letra). Es un identificador único para el conjunto de vistas del diccionario de datos. Una vista no puede llevar el mismo nombre que una tabla del diccionario, ya que en el momento de la validación, el supervisor genera los ficheros *.srf et *.fde. Por otra parte, las palabras reservadas de Adonix están prohibidas.

• Abreviatura (campo ABRVUE)

La abreviatura de la vista debe estar formada por entre 1 y 3 caracteres (letras o cifras que comiencen obligatoriamente por una letra). Se puede que este identificador no sea el único para el conjunto de abreviaturas de las vistas del diccionario de datos. Las palabras reservadas de Adonix están prohibidas.

• Descripción (campo INTITSAI)

Introduce la descripción de la ficha correspondiente.

Esta descripción larga se utiliza como título en las pantallas y los informes.

• Activo (campo ENAFLG)

• Código actividad (campo CODACT)

El código de actividad y el módulo permiten saber si la vista descrita en el diccionario se debe crear en la base de datos del dossier. Se creará si se dan las dos siguientes condiciones de forma simultánea:

el campo del código de actividad está vacío o el código de actividad (definido en la vista correspondiente) está activado.

el módulo al que se asocia la vista se ha declarado como activo para el dossier.

Una tabla afectada por un código de actividad que empiece por X, Y, o Z estará considerada como un específico y en ningún caso se verá afectada por un cambio de versión (estos códigos de actividad pueden situarse en las líneas).

• Acceso no seguro (campo SECURE)

Esta casilla permite restringir el acceso a la tabla de datos al dossier propietario de la tabla y a ciertos dossieres autorizados. Esta noción es idéntica en la vista. Para que las modificaciones de este campo se tengan en cuenta en la base de datos, hay que revalidar la tabla.

• No seguro - Todos los dossieres de la solución pueden acceder a la tabla para leer o escribir los datos. Es el caso de:
• Las tablas de sistema.
• Las tablas de diccionario.
• Algunas tablas supervisor.
• Seguro - El acceso a la tabla depende de los derechos del dossier de llamada. Un dossier puede estar:
• Inhabilitado.
• Habilitado para lectura.
• Habilitado para lectura y escritura. Es el caso de las tablas funcionales y de la mayoría de las tablas supervisor.

Los dossieres habilitados son:

• El dossier en el que está definida la tabla (las tablas de sistema se encuentran en el dossier de referencia de la solución; en Sage X3, este dossier se llama X3).
• Los dossieres principales del dossier.
• Un dossier autorizado (mediante la función Dossieres, pestaña "Vínculos", bloque "Dossieres de la solución").
• Los dossieres de otras soluciones con acceso por vínculo (mediante la misma función).

La política de seguridad de la tabla se considera parte de la parametrización, de modo que esta casilla no se actualiza por parche. Si esta casilla está marcada, en la validación de la tabla se crea un fichero de configuración (de extensión .cfg) con el siguiente código:

$SECURITY
{  "LEVEL0" }
End

Si el fichero de configuración tiene otras directivas manuales, también se respetan. Puede añadir directivas actualizando el bloque "Fichero de configuración"en la pestaña correspondiente de la Gestión de tablas.

• Módulo (campo MODULE)

El código de actividad y el módulo permiten saber si la vista descrita en el diccionario se debe crear en la base de datos del dossier. Se creará si se dan las dos siguientes condiciones de forma simultánea:

el campo del código de actividad está vacío o el código de actividad (definido en la vista correspondiente) está activado.

el módulo al que se asocia la vista se ha declarado como activo para el dossier.

Una tabla afectada por un código de actividad que empiece por X, Y, o Z estará considerada como un específico y en ningún caso se verá afectada por un cambio de versión (estos códigos de actividad pueden situarse en las líneas).

• Grupo validación (campo GRUCFM)

• Código (campo OBCCOD)

• Tipo (campo OBCTYP)

• campo TEX1

• campo TEX2

• Campos (campo FLDVUE)

En esta columna se define el nombre de campo de la tabla tal como se definirá en la aplicación (a un campo de nombre NOMCHAMP definido en una vista con la abreviatura ABV, se podrá acceder mediante la sintaxis [F:ABV]NOMCHAMP).

Para los campos específicos, el nombre de campo debe empezar por X_, Y_ o Z_.

Para un campo dimensionado (NOMCHAMP_0, NOMCHAMP_1, NOMCHAMP_2…), sólo se define un campo NOMCHAMP.

• Tipo (campo CODTYP)

Se debe definir aquí el tipo del campo. Los principales tipos son:

A: Alfanumérico
C: Entero corto
L: Entero largo
DCB: Decimal
D: Fecha
M: Menú local
MM: Menú local con filtro
ACB: clob
ABB: blob

Sin embargo existen otros tipos predefinidos. A menudo hacen referencia a una tabla anexa (divisa, sección, etc.). La tecla F12 permite obtener la lista.

Aquí no es posible utilizar los tipos de datos relativos a los textos traducidos: AX1, AX2, AX3.

• Menú (campo NOLIB)

Define el número de menú local asociado al campo definido en la línea.

Cuando un campo es de tipo menú local, se almacena bajo un valor numérico (del 1 al 255) que corresponde al rango de un título en una tabla llamada menú local, almacenada en la tabla de mensajes APLSTD.

En captura o en visualización, se presentan, según las elecciones hechas en la interfaz del usuario:

• bien un título que puede ser elegido de una lista desplegable llamada combo box STOP
• bien una lista de botones de opción.

El interés de este tipo de captura es que la lista de elecciones se presenta en la lengua de conexión del usuario.

Cada número de menú local caracteriza la lista de los títulos posibles. Por ejemplo, el menú local 1 corresponde a la opción No / Sí en este orden. En este caso, la interfaz del usuario puede ser también la casilla a marcar.

• Long. (campo LNG)

Permite definir la longitud de un campo cuando este campo utiliza un tipo de datos genérico sin longitud fija. Es el caso de los tipos A y DCB.

Para los blob, al igual que para los clob, hay que introducir la longitud que será una longitud máxima de almacenamiento. La codificación es la siguiente:

• Act (campo FLDACT)

Un código de actividad permite:

• definir como opcional un elemento del diccionario si el valor asociado al código de actividad es nulo;
• identificar elementos específicos si se marcan con un código que comienza por X, Y o Z;
• asignar un número máximo de líneas cuando el código de actividad marca elementos desde una tabla.

Si el código de actividad está desactivado:

• el elemento marcado no se puede utilizar;
• el código asociado no se puede gestionar ni activar.

• Dim. (campo DIME)

Dimensión del campo en la vista. La dimensión también puede estar afectada en función del código de actividad.

• Descripción (campo FLDINTSAI)

Introduce la descripción de la ficha correspondiente.

Esta descripción larga se utiliza como título en las pantallas y los informes.

• Opciones (campo OPTION)

Estas opciones se materializan en caracteres que pueden concatenarse cuando se requieren varias opciones. Estas opciones se pueden elegir mediante una ventana de selección. Hay disponible una descripción detallada de todas las opciones posibles.

• N.º (campo NUMLIG)

• Código clave (campo CODCLE)

Este campo corresponde al nombre con el que se conoce la clave en la orden Order By. En todas las vistas de la aplicación se utiliza una norma: consiste en nombrar las claves utilizando la abreviatura de la vista, seguida por 0 para la primera clave, de 1 para la segunda clave, etc. Para el específico, hay que empezar este código por una de estas tres letras: X,Y o Z.

• Descriptor de clave (campo DESCLE)

Aquí se introduce la lista de los campos que componen el índice, separados por un '+' si hay varios campos.
Un campo seleccionado en sentido descendente está precedido del símbolo "-".
El primer campo que compone un índice no tiene símbolo y es obligatoriamente ascendente.

• Homónimos (campo KEYDUP)

Este campo se inicializa por defecto con el valor "Sí". Se puede modificar a "No". En este caso, aparece un mensaje de advertencia informando de que no puede haber claves duplicadas en el índice de la vista. Si fuera el caso, no se produciría ningún error, pero un simple bucle FOR no detectaría los homónimos.

Por lo tanto, es recomendable dejar el valor "Sí" salvo en casos muy particulares en los que la opción "No" permita las instrucciones "Read Next/Prev" en las vistas.

• Código actividad (campo CLEACT)

Un código de actividad permite:

• definir como opcional un elemento del diccionario si el valor asociado al código de actividad es nulo;
• identificar elementos específicos si se marcan con un código que comienza por X, Y o Z;
• asignar un número máximo de líneas cuando el código de actividad marca elementos desde una tabla.

Si el código de actividad está desactivado:

• el elemento marcado no se puede utilizar;
• el código asociado no se puede gestionar ni activar.

• campo FICCFG

En este bloque se puede introducir un texto que describa la configuración técnica de vista en la base de datos. Este texto queda registrado en un fichero con el nombre "nombre de vista.cfg" en el directorio FIL de la aplicación. Este fichero se utilizará para la instrucción "valfil". Para más detalles, consultar el anexo técnico dedicado.