Dossieres
Esta función permite crear y actualizar un dossier. Un dossier es un referencial completo identificado por un código en el que se encuentran todos los parámetros, reglas de gestión y datos utilizados. Un dossier se caracteriza por:
- Un directorio raíz y un conjunto de subdirectorios en el servidor de aplicación. Aquí es donde se encuentran los objetos SAFE X3 de la parametrización.
- Un usuario Oracle (o una combinación de usuarios, nombre de usuario con SQL Server) definido en el servidor de datos. Aquí es donde están asociadas todas las tablas de la base.
Creación/duplicación de un dossier
La creación de un dossier es un paso preliminar indispensable antes de empezar a parametrizar y/o introducir datos. Esta operación es relativamente larga. Es muy frecuente revalidar un dossier en curso de parametrización cuando se definen los parámetros de configuración. Por lo tanto, es recomendable crear los dossieres que se van a utilizar en la explotación directamente con los parámetros apropiados. Esta fase condicionará el buen dimensionamiento inicial de la base y evitará tener que recurrir posteriormente a herramientas de explotación de la base para redimensionarla. Asimismo, una revalidación en un dossier en explotación puede suponer una operación relativamente larga y requiere que no haya nadie conectado al dossier procesado.
Para poder crear un dossier, siempre se parte de un dossier de referencia. La ventaja de utilizar un dossier de referencia es poder empezar desde una parametrización básica. El dossier supervisor, que puede servir de dossier de referencia y contiene el conjunto de parámetros relativos a la legislación en curso, se entrega con el software. No obstante, se puede utilizar cualquier otro dossier como referencia.
La creación/duplicación de un dossier depende de las opciones seleccionadas en su licencia.
Para recuperar por defecto todas las opciones parametrizadas (módulos, códigos de actividad, idiomas, etc.), haga clic en el botón Crear.
Solo se pueden seleccionar las opciones adquiridas en la compra de su licencia. "
No se puede duplicar la ficha X3 que contiene todas las opciones.
Requisitos previos
Consulta la documentación de Puesta en marcha
Gestión de pantalla
Los parámetros de un dossier se definen en la tabla de dossieres. Mientras no se cree el dossier (validado con el botón correspondiente), los parámetros se pueden modificar sin restricciones.
Una vez creado, solo se pueden modificar algunos parámetros.
Para tener en cuenta una modificación, hay que revalidar el dossier. Esta operación puede ser bastante larga, ya que puede implicar el cambio de estructura de las tablas voluminosas y la regeneración de las ventanas y pantallas del software.
Algunos parámetros sí se pueden modificar y tener en cuenta sin tener que revalidar el dossier. Es el caso de la información del Dossier específico y del Dossier de prueba. No obstante, la regla general es que hay que revalidar un dossier para tener en cuenta cualquier parámetro.
Cabecera
Un dossier se define con un código alfanumérico superior a 10 caracteres al que están asociados un conjunto de parámetros agrupados en pestañas.
| Dossier (campo DOSSIER) |
|
El nombre del dossier puede contener un máximo de 10 caracteres alfanuméricos. La primera letra debe ser alfanumérica. |
| Nombre (campo NOMDOS) |
|
Introduce la descripción de la ficha correspondiente. Esta descripción larga se utiliza como título en las pantallas y los informes. |
Pestaña General
Utilice esta pestaña para definir la información principal que conforma la definición del dossier.
Base datos
| Tipo de base (campo TYPDBA) |
|
Define la base utilizada para crear el dossier. Esta base puede ser SQL SERVER u ORACLE. En función de la licencia utilizada, se puede elegir o no el tipo de base. |
| Volumen (campo VOLUME) |
|
Este número de volumen "SAFE X3" corresponde al directorio desde el que se implantan en el servidor de proceso los ficheros físicos (fuera de la base de datos) que describen los objetos de los dossieres. Los volúmenes SAFE X3 se definen en el fichero "adxvolumes" del directorio de instalación (contenido en la variable de entorno ADXDIR). El volumen por defecto es A, pero se pueden definir otros en la instalación del software. Puede seleccionar el volumen pulsando . Consulte el anexo técnico sobre los volúmenes al final de la documentación de la gestión de dossieres. |
SQL Server
| Tipo de independencia (campo TYPCNM) |
| Grupo fichero (campo GRPFIL) |
|
Esta pregunta, que se realiza cuando la base es SQL Server, permite definir si se crean o no los ficheros separados para almacenar los datos e índices (lo habitual en las bases significativas). |
Dimensionamiento base
| Tamaño datos (campo SIZDAT) |
|
Estos valores permiten dimensionar los ficheros de datos y los índices de la base. El tamaño se expresa en MB. Estos valores solo son relevantes en la creación de un dossier y se suelen completar al final de la definición de los parámetros del dossier, justo antes de la creación efectiva del dossier. Para disponer de un valor estimado correcto, es importante haber dimensionado previamente las tablas de la base con los valores de dimensionamiento (pestaña Tablas) y haber definido la estructura de las tablas de la base con los códigos de actividad (pestañas Opciones, Pantallas, Específicos). |
| Tamaño índice (campo SIZIDX) |
| Formato (campo CODDBA) |
|
Define el conjunto de caracteres que se utilizan para almacenar los campos de carácter de la base de datos. Puede ser ASCII o UNICODE.
Internamente, sea cual sea el formato de la base (en las variables temporales), el motor SAFE X3 utiliza el formato UTF8 (las fuentes de los procesos se codifican en UTF8) y el cliente Windows utiliza la norma UCS2. |
Tipo dossier
| Dossier de referencia (campo DOSREF) |
|
El dossier de "referencia" debe ser un dossier existente cuyos datos del diccionario se utilizarán en la inicialización del dossier. Se crea un vínculo entre un dossier y el dossier de referencia. Por lo tanto, si en el dossier en curso no se encuentra un recurso (proceso, tabla, informe), se busca por defecto en el dossier de referencia mediante un mecanismo de recuperación. El valor se recupera por defecto en el dossier de copia, a partir del cual, en la creación del dossier, también se pueden recopiar ciertos datos (parámetros, plan contable...) como se indica en la pestaña Inicializar. |
| Dossier de copia (campo DOSCOP) |
|
El dossier de copia, que debe haberse creado previamente, es el dossier a partir del cual se van a copiar los datos definidos en la pestaña Inicializar. Este dossier puede ser el dossier de referencia u otro con una estructura idéntica (por ejemplo, un dossier de parametrización en el que se hayan ajustado las parametrizaciones en la fase análisis y en el que se hayan podido introducir o recuperar por importación algunos datos). Es importante que la estructura del dossier de copia sea equivalente (de lo contrario, aunque no se pueda realizar ningún control, pueden surgir errores en la copia). |
| Dossier histórico (campo DOSHIS) |
|
Este dossier no se puede introducir directamente en la gestión del dossier. Se introduce con la función correspondiente cuando se crea un dossier de historización después de crear el dossier de explotación. El dossier de historización permite almacenar los datos considerados no cambiantes para poder consultarlos de forma independiente. |
| Fecha inicio (campo STRDAT) |
|
Esta fecha permite definir la fecha del primer ejercicio de un dossier creado recientemente. Esta fecha es fundamental, ya que no se puede modificar posteriormente. Corresponde a la fecha inicial del primer ejercicio a partir del cual se gestionan los datos de la empresa con el software. Aviso: En ocasiones es recomendable (por las recuperaciones de aperturas) empezar con el ejercicio anterior al ejercicio en el que realmente comienza la explotación. El valor por defecto de los dos parámetros supervisor STRDAT y ENDDAT, que definen el periodo de conexión posible, son:
Estos parámetros, que se pueden modificar, se utilizan en la conexión al dossier. Controla que la fecha de entrada se encuentre en el rango de fechas definido por estos dos parámetros. |
| Divisa dossier (campo RPTCUR) |
|
Permite actualizar el parámetro SYSCUR del dossier. Este parámetro no puede modificarse, a través de la gestión de dossier, una vez generado el dossier. |
| Dossier prueba (campo TSTFLG) |
|
El indicador Dossier prueba significa que este dossier está diseñado para recibir una copia de los procesos estándar de un parche, si hay que instalarlo en el dossier. Si este indicador no está marcado, los procesos de parche solo se integran al nivel del dossier supervisor. Si está marcado, se pueden realizar pruebas de integración de parches en un dossier. Una vez que los parches están integrados definitivamente en el entorno, es recomendable "hacer una limpieza" suprimiendo los procesos instalados con anterioridad (de lo contrario, no se tendría en cuenta la próxima instalación de parches o versión en estos procesos, lo que puede provocar fallos). Un dossier de producción no debe tener marcado este indicador. |
| Dossier específico (campo SPEFLG) |
|
Esta casilla significa que los procesos específicos de un parche se van a instalar en el dossier aunque estos no existieran anteriormente. Los procesos específicos se identifican por su nombre: empiezan por X, Y o Z; o por SPE; o por CNS y acaban por SPE. Si esta casilla no está marcada, solo los procesos específicos que existían anteriormente se reemplazan en el dossier por una nueva versión de un parche. |
Tabla Módulos
| Descripción (campo LIBMOD) |
| Activo (campo MODULE) |
|
Esta tabla contiene los módulos seleccionados para el dossier que se va a generar. Una vez creado, en el dossier solo se utilizan las funciones y tablas asociadas a los módulos activados. Se recomienda seleccionar solo los módulos realmente útiles. De esta forma, solo se crean los objetos y tablas realmente utilizados y se disminuyen el tiempo de creación y el espacio ocupado. Puede añadir módulos en cualquier momento. La lista de módulos y las posibles restricciones se proporcionan en un anexo al final de la documentación que describe la gestión de dossieres. |
Tamaños
| Tamaño imágenes (campo BLBLNG) |
|
Este campo determina el tamaño máximo que se tiene en cuenta en los campos blob (binary large objects) almacenados en la base. Estos campos suelen corresponder a las imágenes almacenadas en la base de datos. Este campo está definido con una potencia 2: 1 equivale a 2 KB, 2 a 4 KB, 3 a 8 KB, etc. (se muestra el valor correspondiente, que puede alcanzar la potencia 20, equivalente a 1 GB). Cada campo de tipo blob se puede dimensionar de forma diferente en la base (si el tipo de datos incluye explícitamente la longitud, no se utiliza la longitud por defecto). |
| campo BLBTXT |
| Tamaño textos (campo CLBLNG) |
|
Este campo determina el tamaño máximo que se tiene en cuenta en los campos clob (character large objects) almacenados en la base. Estos campos suelen corresponder a los textos almacenados en la base de datos. Este campo está definido con una potencia 2: 1 equivale a 2 KB, 2 a 4 KB, 3 a 8 KB, etc. (se muestra el valor correspondiente, que puede alcanzar la potencia 20, equivalente a 1 GB). Cada campo de tipo clob se puede dimensionar de forma diferente en la base (si el tipo de datos incluye explícitamente la longitud, no se utiliza la longitud por defecto). |
| campo CLBTXT |
Pestaña Kits de parametrización
Tabla Kits de parametrización
| Código (campo CODKIT) |
|
Introduzca un kit de parametrización. |
| Activo (campo ENAFLG) |
|
El kit de parametrización puede estar Activo o Inactivo. Si selecciona Inactivo, no se suprime su contenido. |
| Orden (campo ROWKIT) |
|
Si en el dossier hay varios kits de parametrización activos, introduzca el orden en el que hay que aplicarlos en la validación del dossier. |
| Nuevos valores |
Pestaña Opciones
Esta pestaña muestra dos tablas con los códigos de actividad relativos a la estructura de datos que quiere mostrar en las pantallas. Estos códigos pueden tener asignado el valor Sí o No:
- La primera tabla, llamada Opciones, contiene códigos de actividad de interés general.
- La segunda contiene los códigos de actividad de Localización. Estos códigos, que comienzan por K, definen las opciones de gestión de las legislaciones locales.
A partir de la versión 6, debido a la evolución multilegislación del software, se han modificado los códigos de actividad de legislación. Para designar una legislación, ahora se asigna un único código de actividad por país. Este código de 3 caracteres comienza por K. Si se activa un código de actividad de este tipo, las estructuras de las tablas del dossier y los parámetros asociados permiten gestionar los datos y procesos utilizados en estándar en el país correspondiente. A continuación, debe definir qué legislación se utiliza en cada sociedad mediante los parámetros a nivel de la sociedad.
Estos son algunos de los códigos de actividad disponibles de este tipo:
|
Código actividad |
Legislación correspondiente |
|
KFR |
Francesa |
|
KUK |
Inglesa |
|
KIT |
Italiana |
|
KPO |
Portuguesa |
|
KSP |
Española |
|
KUs |
Estadounidense |
|
KCh |
China |
|
KAG |
Argentina |
|
KRU |
Rusa |
|
KPL |
Polaca |
|
KSW |
Suiza |
Aviso: Aunque el código de actividad exista, no se garantiza que todas las restricciones legislativas del país correspondiente estén cubiertas. Simplemente significa que se han realizado o previsto reglas específicas vinculadas a la legislación del país y que se controlan mediante el código en cuestión.
Tenga en cuenta que no todos los códigos de actividad existentes aparecen necesariamente en esta tabla. Solo se muestran los códigos de actividad considerados en los módulos seleccionados.
Es importante señalar que, cuando se crea un dossier a partir de un dossier de referencia distinto al dossier supervisor, solo los códigos de actividad actualizados con el valor Sí en el dossier de referencia pueden tener asignado el valor Sí en el dossier creado. Por lo tanto, si quiere crear posteriormente otro dossier a partir del dossier en el que están definidas las opciones, todas las opciones del dossier final deben estar definidas en el dossier de referencia en creación.
Tabla Dimensionamiento funcional
| Código (campo CODACT3) |
|
Un código de actividad permite:
Si el código de actividad está desactivado:
|
| Descripción (campo LIBACT3) |
|
Descripción asociada al código anterior. |
| Módulo (campo MODULE3) |
|
Módulo de pertenencia al que está asociado el código de actividad. Si el módulo no está activo, el código de actividad no aparece en la tabla. |
| Dim pantalla (campo DIME3) |
|
Utilice este campo para definir el número de secciones que se utilizan en las pantallas y tablas asociadas. Una tabla puede tener un tamaño mínimo y máximo. Utilice la siguiente fórmula para definir la dimensión de las tablas: mín.(máx.(MIN,SCREEN),MAX). Este campo solo está disponible con los códigos de actividad de tipo Dimensionamiento. |
| Mín. BDD (campo DIMIN3) |
|
Define el número mínimo de columnas almacenadas en la base de datos (independientemente del número mostrado en la pantalla, que puede ser inferior). Evita que los informes estándar hagan referencia a columnas inexistentes según la parametrización. |
| Máx. BDD (campo DIMAX3) |
|
Define la dimensión máxima de las estructuras de las tablas de la base de datos. |
| Nuevos valores |
| Ayuda |
|
Permite acceder a la ayuda que define el objetivo del código de actividad, los posibles valores y las funciones afectadas. Esta función está disponible en todas las tablas en las que se introducen valores asociados a códigos de actividad (códigos de actividad estándar, localizaciones, específicos, dimensionamiento de pantallas). |
Pestaña Pantallas
Esta pestaña muestra una única tabla. Contiene códigos de actividad de dos tipos relativos:
- Al dimensionamiento de las tablas de las pantallas del software (las pantallas que permiten introducir documentos multilínea se dimensionan estáticamente en la entrada de una función).
- Al dimensionamiento de algunos valores almacenados aleatoriamente en la base de datos. En este caso, el número de valores no suele ser muy elevado (menos de cien).
Hay que introducir un valor positivo en estos códigos de actividad.
Los códigos de actividad del primer tipo solo permiten definir una cantidad de memoria utilizada para la pantalla y su modificación solo implica la revalidación de las pantallas y ventanas correspondientes. No obstante, hay que tener en cuenta que sobredimensionar en exceso algunos valores de la tabla requiere una mayor memoria asignada por estación de trabajo. Si el dimensionamiento de la memoria no es suficiente, la función puede detenerse y la pantalla puede mostrar el error No queda memoria disponible al utilizar el software. Es importante señalar que se pueden definir cuotas de memoria adicionales para unos perfiles menú determinados (si algunas funciones especialmente pesadas están reservadas únicamente para ciertos usuarios, por ejemplo).
En cada código de actividad del segundo tipo, se indica una dimensión para definir el número de valores que se pueden introducir en las pantallas asociadas, pero también la estructura de las tablas correspondientes de la base de datos. La modificación de estos valores implica un cambio de estructura de las tablas correspondientes en la revalidación del dossier.
Se muestra el valor máximo de la base de datos para este tipo de códigos de actividad. No puede superar este valor, ya que la tabla creada superaría el número de columnas o el tamaño de línea permitidos.
En algunos casos, se puede mostrar el valor mínimo de la base de datos. Si el valor introducido es inferior a este, se podrán introducir menos ocurrencias en las pantallas de las que puede almacenar la base. Si el valor introducido es superior, ambos dimensionamientos será idénticos. Este valor mínimo existe porque los informes estándar Crystal Reports pueden dejar de funcionar cuando faltan algunos datos en la base.
Tabla Dimensionamiento funcional
| Código (campo CODACT3) |
|
Un código de actividad permite:
Si el código de actividad está desactivado:
|
| Descripción (campo LIBACT3) |
|
Descripción asociada al código anterior. |
| Módulo (campo MODULE3) |
|
Módulo de pertenencia al que está asociado el código de actividad. Si el módulo no está activo, el código de actividad no aparece en la tabla. |
| Dim pantalla (campo DIME3) |
|
Utilice este campo para definir el número de secciones que se utilizan en las pantallas y tablas asociadas. Una tabla puede tener un tamaño mínimo y máximo. Utilice la siguiente fórmula para definir la dimensión de las tablas: mín.(máx.(MIN,SCREEN),MAX). Este campo solo está disponible con los códigos de actividad de tipo Dimensionamiento. |
| Mín. BDD (campo DIMIN3) |
|
Define el número mínimo de columnas almacenadas en la base de datos (independientemente del número mostrado en la pantalla, que puede ser inferior). Evita que los informes estándar hagan referencia a columnas inexistentes según la parametrización. |
| Máx. BDD (campo DIMAX3) |
|
Define la dimensión máxima de las estructuras de las tablas de la base de datos. |
| Ayuda |
|
Permite acceder a la ayuda que define el objetivo de la variable de dimensionamiento, los posibles valores y las funciones afectadas. |
Pestaña Tablas
Esta pestaña permite introducir un cierto número de valores para que un algoritmo de dimensionamiento calcule:
Un tamaño físico de almacenamiento estimado para cada tabla de la base. Este tamaño físico se utiliza en la definición de las características de la tabla (tamaño previsto, gestión de extensiones en Oracle, etc.).
Un tamaño global de la base por acumulado.
Es importante completar correctamente estos parámetros teniendo en cuenta el histórico deseado (si, por ejemplo, tenemos una base de 500 000 apuntes por año y queremos mantener 5 años de histórico, hay que introducir 2 500 000 en el parámetro VOUCHER correspondiente). Si no se realiza correctamente, habrá que reorganizar posteriormente la base y sus parámetros para evitar la fragmentación de los datos y obtener tiempos de respuesta óptimos.
Tabla Dimensionamiento tablas
| Código (campo DIMCOD) |
|
Los elementos de dimensionamiento se utilizan en el cálculo de las fórmulas de dimensionamiento para estimar el número de líneas previstas en cada tabla y, a partir ahí, calcular el tamaño previsto de las tablas. |
| Descripción (campo ZDIMCOD) |
| Módulo (campo MODULE5) |
|
Selecciona un módulo para la parametrización. Este campo permite indicar si la pantalla se debe crear en la base de datos del dossier. Se crea si el módulo al que está asociada la pantalla está activo en el dossier. |
| Valor (campo NBR) |
|
Este número corresponde al valor asociado al elementos de dimensionamiento de la línea. |
| Ayuda |
Pestaña Inicializar
Utilice esta pestaña para definir los valores que se utilizan por defecto en la creación efectiva del dossier y los parámetros que influyen en la forma en la que se va a revalidar el dossier:
- Las opciones de copia permiten introducir los datos de algunas tablas a partir del contenido de las tablas de otro dossier (el dossier de copia declarado en la primera pestaña, el dossier de referencia por defecto). Esta operación se realiza en la creación del dossier o, si se activan tablas aún no utilizadas al añadir un módulo, en una revalidación. El filtro de renombramiento permite renombrar los códigos creados mediante estas opciones de copia.
- La tabla Aceptación transacciones permite evitar la revalidación de todas las pantallas parametrizables a partir de las pantallas base (en el menú de parametrización de cada módulo) en la revalidación del dossier. Puesto que la revalidación puede ser bastante larga y no es necesaria si no se ha modificado la estructura de las pantallas base, se puede evitar respondiendo No a la pregunta. Si responde que No por error o quiere acortar voluntariamente la duración de la revalidación del dossier, puede relanzar la validación mediante la función dedicada.
- Las casillas de Actualización permiten evitar la regeneración del código asociado a la revalidación de un cierto número de elementos del diccionario en la revalidación del dossier. En este caso, también se pretende optimizar el tiempo de revalidación. Por motivos de seguridad, estas casillas solo se pueden desmarcar en un dossier de desarrollo, y este proceso debe hacerse con cuidado. Esta fase también se puede realizar posteriormente mediante una función dedicada.
- La tabla de idiomas permite definir la lista de idiomas que pueden utilizan los usuarios que se conectan al dossier. Se recomienda seleccionar solo los que son realmente útiles, ya que ralentiza la creación del dossier (una parte de los ficheros vinculados a las ventanas se genera en cada idioma seleccionado).
Tabla Aceptación transacciones
| Módulo (campo MODTR) |
|
Selecciona un módulo para la parametrización. Este campo permite indicar si la pantalla se debe crear en la base de datos del dossier. Se crea si el módulo al que está asociada la pantalla está activo en el dossier. |
| S/N (campo TRVAL) |
|
Si responde que Sí, se validan las transacciones asociadas al módulo. |
Tabla Idiomas
| Idiomas (campo LAN) |
|
Tabla que permite introducir los idiomas en los que se puede conectar al dossier. Si valida el dossier, las pantallas de entrada se generan en todos estos idiomas. Esta operación consume un gran número de recursos del sistema. |
| Ref. traducción (campo LANREF) |
|
Esta casilla solo se puede marcar si se cumplen las siguientes condiciones:
Permite indicar que el dossier en curso es el dossier de referencia de traducción para el idioma correspondiente, es decir, que es el dossier que contiene las traducciones más recientes del idioma correspondiente. Para los idiomas entregados en estándar, es por defecto el dossier raíz, lo que explica que la casilla no se pueda marcar en un dossier normal. Para los idiomas no entregados en estándar, el usuario puede definir un dossier de referencia de traducción. Un control comprueba la unicidad del dossier de referencia de traducción de un idioma. Para cambiarlo, primero hay que desmarcar el dossier inicialmente marcado. Si un idioma no tiene ningún dossier de referencia marcado, se elige en este orden:
|
Tabla Legislación
| Legislación (campo LEGDOS) |
Tabla Copia de datos
| Opciones de copia (campo LIBCOP) |
|
Cada grupo corresponde a un conjunto coherente de tablas del dossier de copia, tablas cuyo contenido se puede copiar en el dossier en curso de parametrización en su creación. Si hace clic en este campo, puede acceder a la lista de las tablas cuyo contenido se va a copiar si selecciona Sí. |
| S/N (campo OPTINI) |
|
En función de la respuesta, los datos se copian o no a partir el dossier de copia. La copia solo se realiza en la creación del dossier, o en la creación de las tablas tras la activación de un nuevo módulo. |
Valores por defecto
| Idioma por defecto (campo LANDEF) |
|
Permite actualizar el parámetro LANGAGE (idioma principal) del dossier. Este parámetro permite definir un idioma de conexión cuando no viene indicado, como en los procesos batch. |
| País por defecto (campo CRYDEF) |
|
Permite actualizar el parámetro CRYDEF en la creación del dossier. Este parámetro corresponde al país que se propone por defecto en la entrada de las direcciones. |
| Filtro para renombrar (campo CHGCOD) |
|
Este campo permite proporcionar un filtro que define una lista de códigos de recodificación. Si se define este filtro, los parámetros que se han copiado desde el dossier de referencia se renombran al final de la creación de acuerdo con las normas de renombre definidas por los códigos considerados (por orden). Esto resulta particularmente útil cuando queremos, por ejemplo, crear un dossier monolegislación. Algunos códigos de parametrización, prefijados con un código de legislación, son bastante pesados para utilizarlos en este caso, y la recodificación puede simplificar el uso de futuros parámetros. |
Actualización
| Actualiz. pantallas (campo CREMSK) |
|
Estos campos siempre están marcados en un entorno normal de entrega. Los utiliza el editor, en un contexto de desarrollo, para revalidar un dossier de pruebas sin tener que generar el código de las opciones presentes (pantallas, objetos, ventanas, consultas). |
| Ventanas (campo CREWIN) |
| Actualiz.objetos (campo CREOBJ) |
| Consultas (campo CRECNS) |
| Ayuda |
Pestaña Específicos
Esta pestaña muestra una tabla que define el valor y las características asociadas a los códigos de actividad que comienzan por X, Y o Z, lo que permite marcar los desarrollos específicos.
Tabla
| Código (campo CODACT4) |
|
Define los códigos de actividad específicos (que comienzan por X, Y o Z), que se pueden activar en el dossier. |
| Descripción (campo LIBACT4) |
|
Descripción asociada al código anterior. |
| Módulo (campo MODULE4) |
|
Selecciona un módulo para la parametrización. Este campo permite indicar si la pantalla se debe crear en la base de datos del dossier. Se crea si el módulo al que está asociada la pantalla está activo en el dossier. |
| Activo (campo FLACT4) |
|
Si este campo tiene asignado el valor Sí, se activan los campos marcados con el código de actividad en el diccionario. |
| Dimensión (campo DIME4) |
|
Esta dimensión asociada al código de actividad específico permite dimensionar las tablas y campos multirepetición marcados con el código de actividad correspondiente. |
| Vertical (campo COP) |
|
Este indicador debe tener asignado el valor Sí en los siguientes casos:
Si el indicador tiene asignado el valor No, los específicos no se actualizan en caso de revalidación si ya existen. Este indicador permite diferenciar los desarrollos verticales que se van a instalar en un conjunto de dossieres y reactualizar por revalidación en 3 niveles de los desarrollos hechos en el dossier del nivel inferior (hechos por el cliente, por ejemplo). Para mayor información, consulte el anexo técnico correspondiente. |
Pestaña Varios
Esta pestaña permite definir los elementos de dimensionamiento que se utilizan en el entorno de ejecución de los procesos de servidores asociados a cada una de las sesiones abiertas del software. Los datos introducidos se almacenan en un fichero de configuración denominado APL.ini, ubicado en el servidor, en el directorio raíz del dossier, una vez que se ha creado. Estos parámetros tienen un valor mínimo que se utiliza si los valores parametrizados en esta pantalla no son suficientes.
Sistema
| Memoria proceso motor (Mb) (campo MEM) |
|
Este parámetro corresponde al tamaño de memoria utilizado para los datos locales en la ejecución del proceso de servidor. El valor que se propone por defecto es 16 MB, un valor razonable aunque el valor mínimo posible sea 4 MB. Se puede aumentar en función del número máximo de líneas utilizadas para las tablas voluminosas en la memoria (pedidos, facturas, asientos,etc.). Cuanto mayores son los valores de la pestaña Pantallas, más se puede aumentar el tamaño de memoria necesario. La variable de sistema maxmem permite conocer el valor actual en una sesión en ejecución. |
| campo MEM1 |
| Memoria proceso base de datos (Mb) (campo MSA) |
|
Este campo permite definir el tamaño de memoria asignado al proceso que accede a la base de datos (denominado sadora o sadoss según la base de datos). El valor por defecto es 20 MB y no hay motivos para modificarlo, excepto en raras ocasiones. La variable de sistema sadmem permite conocer el valor actual en una sesión en ejecución. |
| campo MSA1 |
| Programas (campo MPR) |
|
Este parámetro permite definir el número máximo de procesos abiertos que puede haber simultáneamente en una sesión del software. El valor por defecto es 200 y el valor mínimo es 100. Un número más elevado mejorará el rendimiento limitando la recarga de los procesos. La variable de sistema adxmpr permite conocer el valor actual en una sesión en ejecución. |
| campo MPR1 |
| Tablas abiertas (campo MTO) |
|
Este parámetro permite definir el número máximo de tablas de la base que puede haber simultáneamente en línea en una sesión del software. El valor por defecto es 150, y suele ser adecuado en la mayoría de los casos. La variable de sistema adxmto permite conocer el valor actual en una sesión en ejecución. |
| campo MTO1 |
| Ficheros secuenciales (campo MSO) |
|
Este campo permite definir el número máximo de ficheros secuenciales que puede haber simultáneamente abiertos en una sesión del software (con las instrucciones Openi, Openo, Openio). El valor por defecto es 10, que también es el valor mínimo. Excepto en casos muy particulares vinculados al uso de las instrucciones, no hay motivos para modificar este valor. La variable de sistema adxmso permite conocer el valor actual en una sesión en ejecución. |
| campo MSO1 |
| Memoria clases (campo MST) |
| campo MST1 |
| Activación enlace |
| Test enlace |
Pestaña Vínculos
Esta pestaña define las características de conexión al dossier, especialmente los datos que se encuentran en la caja de conexiones de la estación del cliente, cuando se establece una conexión al dossier. Al introducirlas aquí, se actualiza un fichero de configuración ubicado en el servidor, en el directorio base del dossier supervisor, denominado X3APPLI.ini. Este fichero se puede cargar en las estaciones de los clientes mediante el botón adecuado, desde el cuadro de definición de los parámetros de conexión.
Esta pestaña también permite definir vínculos del dossier a dossieres ubicados en otras soluciones (otro servidor, otro servicio de conexión o ambos).
Facilita el establecimiento de conexiones entre softwares con tecnología SAFE X3 cuando tienen que compartir o actualizar datos comunes. El típico ejemplo de este tipo de cooperación es un software que tiene que actualizar una contabilidad situada en un dossier remoto.
Desde un punto de vista técnico, un programa ubicado en un dossier DOSSIER1 puede abrir tablas en un dossier remoto denominado DOSSIER2 mediante una sintaxis de tipo:
File ="serveur:[email protected]"
Cuando se da este caso, se abre un proceso de acceso a los datos en el servidor remoto (denominado sadora o sadoss según la base de datos) y se intenta conectar a la base de datos con un nombre de usuario por defecto (en el contexto de la base de datos) igual al código DOSSIER1 del dossier en el que se ha lanzado la consulta.
Si existe, no hay ningún problema, pero deben bastar los derechos de acceso a las tablas del dossier DOSSIER2.
Si en el servidor remoto no existe un dossier denominado DOSSIER1, no hay ningún tipo de acceso posible, a menos que en dicho servidor se defina un directorio DOSSIER1 con un número mínimo de ficheros estratégicos utilizados en el arranque de un proceso de este tipo (ficheros .users, .password, APL.ini, adxora).
El fichero adxora almacena en forma de código el código de usuario con el que se va a conectar el proceso de acceso y la contraseña correspondiente.
Por lo tanto, en esta pestaña hay que completar una tabla de vínculos con los parámetros suficientes para poder crear los ficheros que permiten la conexión remota. La creación no se realiza en la entrada de la línea, sino que se desencadena una vez activado el vínculo (función disponible mediante el icono Acciones de la línea).
Los vínculos se pueden caracterizar por función: un Vínculo contable, por ejemplo, corresponde a un vínculo que permite a un software acceder a una contabilidad remota. Solo puede caracterizar un vínculo de cada tipo por dossier y, en se caso, hay que indicar todas las características del dossier remoto al que se va a conectar. La ventaja de estos vínculos caracterizados es que están gestionados por los softwares que los soportan (una operación de contabilidad buscará explícitamente un vínculo contable para saber si debe acceder a una contabilidad remota).
También hay vínculos Varios. Puede haber varios de este tipo en un dossier determinado (teniendo en cuenta que el número total de vínculos de todos los tipos está limitado a 5). Deben gestionarse supuestamente en procesos específicos. Un vínculo de este tipo no corresponde necesariamente a un dossier específico, también puede corresponder a un entorno determinado. En ese caso, hay que indicar el código de usuario de base de datos con el que se van a realizar las conexiones.
En la entrada de las líneas de enlace, el proceso busca la versión del software SAFE X3 instalada en el entorno de destino. Detecta principalmente la presencia de un fichero solution.xml, lo que permite deducir un cierto número de valores por defecto en la entrada de una línea. Si no hay ningún fichero de este tipo, el proceso supone que el dossier remoto está en versión 13X.
Conexión
| Dossier (campo CDOSSIER) |
|
Este campo corresponde al código del dossier en curso y no se puede modificar. |
| Servidor de aplicación (campo CSERVEUR) |
|
Corresponde al nombre o a la dirección de red del servidor de aplicación, es decir, el servidor en el que está almacenado el referencial del dossier (especialmente los directorios de los distintos dossieres de la solución). |
| Puerto (campo CPORT) |
|
Define el puerto TCP/IP en el que el servicio de conexión espera las solicitudes de conexión al dossier. |
| Ruta acceso (campo CPATH) |
|
Este campo (no modificable) corresponde al directorio raíz del dossier, tal y como está definido en el servidor de aplicación. Se define en función del volumen introducido en la primera pestaña de la ficha dossier. Una vez conectado al dossier, encontrará esta información introduciendo el siguiente comando:
|
| Servidor de procesos (campo CSERVTRT) |
|
Corresponde al nombre o a la dirección de red del servidor de proceso propuesto por defecto (puede haber varios y, por defecto, puede ser el servidor de aplicación). Un servidor de proceso es un servidor en el que se ejecuta el código de aplicación transmitido por el servidor de aplicación. |
| Directorio de publicación (campo CPUB) |
|
Corresponde al directorio del servidor de aplicación a partir del cual se crean los elementos XML que definen la interfaz de usuario. Este campo no se puede modificar, su valor se define en función de la instalación. |
Tabla Derechos de acceso al dossier
| Dossier de la solución (campo SOLDOS) |
| Autorización concedida en el dossier actual (campo SOLAUZ) |
Tabla Vínculos dossier fuera de solución
| Tipo de vínculo (campo LTYPLIEN) |
|
Define el tipo de vínculo:
|
| Vínculo activo (campo LLIENACT) |
|
Este campo (no modificable) indica si el vínculo está activo. Este campo se almacena en la tabla de dossieres, pero se realiza un control de existencia del directorio remoto en los activos cuando se muestra la pestaña. |
| Máquina (campo LMAC) |
|
Ruta de red que define el servidor remoto al que hay que conectarse. |
| Servicio (campo LSERV) |
|
Número del servicio remoto al que se conecta. |
| Directorio (campo LREP) |
|
Dirección del disco de instalación de la solución remota. Esta es la ubicación en la que se crea el directorio que permite la conexión remota cuando no hay ningún dossier con el mismo código que el dossier en curso. Esta dirección corresponde al directorio de la base (volumen 0 en adxvolumes) del servidor de aplicación. |
| Tipo de OS (campo LTYPOS) |
|
Define el sistema operativo del servidor al que dirige el vínculo. |
| Dossier vinculado (campo LDOSTARG) |
|
Define el dossier vinculado al que se va a conectar. Esta información es obligatoria cuando el vínculo está caracterizado, pero no cuando es de tipo Varios. |
| Solución (campo LSOL) |
|
Este campo (no modificable) muestra el nombre de la solución (en el sentido de SAFE X3) si este se encuentra en el fichero de configuración xml (si se conecta a un entorno de versión superior o igual a 140). |
| Tipo de base (campo LTYPDBA) |
|
Define el tipo de base al que se va a conectar. |
| Nombre de la base (campo LDBA) |
|
Corresponde al nombre de la base remota a la que se conecta. Si el vínculo dirige a un entorno de una versión superior o igual a 140, esta información se recupera en el fichero solutions.xml. |
| Fuente de datos (campo LSRC) |
|
Este campo (no modificable) muestra el nombre de la fuente de datos ODBC si este se encuentra en el fichero de configuración xml (si se conecta a un entorno de versión superior o igual a 140). |
| Usuario SGBD (campo LUSR) |
|
Define el código de usuario (en el sentido de la base de datos) que se utiliza para la conexión. |
| Contraseña (campo LPWD1) |
|
Define la contraseña (en el sentido de la base de datos) del usuario con el que se va a conectar a la base remota. |
| Usuario sistema (campo LUSRJAV) |
|
Es la plataforma de usuario que utiliza Bridge Java para abrir una sesión remota. |
| Contraseña (campo LPWDJAV) |
|
Es la contraseña de la plataforma de usuario que utiliza Bridge Java para abrir una sesión remota. |
| Activación enlace |
|
Desencadena la actualización del enlace, es decir, la creación del directorio correspondiente al código del dossier en curso de parametrización en el servidor remoto con los ficheros de configuración necesarios. Si el directorio ya existe, y corresponde a un directorio de un "verdadero" dossier remoto (se verifica si hay un subdirectorio TRT), no se realiza ninguna modificación para evitar alteraciones en las conexiones al dossier del servidor de origen. En este caso, no tendrá nada que hacer, ya que la conexión es remota (con los privilegios del usuario BDD correspondiente al código del dossier). |
| Test enlace |
|
Una vez activado el enlace, permite verificar si se puede realizar una conexión (se intenta abrir una de las tablas supervisor).
|
| Desactivación enlace |
|
Esta función desactiva el enlace, es decir:
|
Informes
Por defecto, los informes siguientes están asociados a la función :
ADOSSIER : Parámetros dossier
Pero esto se puede modificar por parametrización.
Botones específicos
|
Validación |
Este botón lanza la función de validación del dossier. El anexo técnico dedicado incluye los detalles de las operaciones realizadas en la validación del dossier. |
Barra de menú
|
Esta función se utiliza principalmente en la transferencia de un dossier completo de un servidor a otro. Por una parte, hay que transferir el árbol de los ficheros del dossier y, por otra, los datos (este proceso se puede realizar con herramientas de la base de datos o, si el dossier de destino ya existe, con la importación/exportación de tablas SAFE X3). También hay que recuperar la información de estructura de la ficha Dossier (la información de esta ficha se almacena en las tablas ADOSPAR, ADOSDIM y ADOSACT, tablas supervisor asociadas al dossier supervisor y no transferidas automáticamente). La opción Importar permite crear una ficha Dossier correcta utilizando un fichero de configuración denominado PARAM.ini y ubicado en el directorio raíz del dossier transferido. Este fichero PARAM.ini, creado en la creación de un dossier, se actualiza en cada revalidación. |
|
Esta función permite visualizar el fichero de traza de la última validación del dossier. Es conveniente consultar esta traza una vez finalizada la validación para comprobar si hay errores. Estos aparecen en rojo en el fichero de traza. |
|
Esta función desencadena el cálculo del tamaño teniendo en cuenta los parámetros de dimensionamiento definidos en la pestaña correspondiente. Una vez ejecutada la función, una ventana permite mostrar en un cuadro el número de líneas calculadas y el tamaño en MB necesario para los datos e índices de cada tabla. En la parte inferior de esta ventana, se muestran el tamaño acumulado de los datos e índices y el tamaño total necesario. Este tamaño se puede trasladar (con un posible incremento para mantener un margen de maniobra) a la primera pestaña de la gestión del dossier. El formato de la base se tiene en cuenta para determinar el tamaño real propuesto en MB. El algoritmo es el siguiente:
|
|
Esta función permite importar el fichero "BATCH.tmp" del directorio base del dossier GDOSX3. Esta importación reemplaza los registros del fichero. En las tareas periódicas, no se recuperan los parámetros y se desactivan todas las tareas periódicas durante la importación. Al final de la importación, se suprime el fichero "BATCH.tmp". Esta función solo está disponible en el dossier raíz GDOSX3. |
|
Esta función permite crear un fichero de parametrización para el servidor BATCH con el objetivo de recuperarlos en otro dossier y otra versión. Se exportan los siguientes elementos:
Esta función crea un fichero llamado "BATCH.tmp" en el directorio base del dossier GDOSX3. También se recuperan los registros superiores a "X". Esta función solo está disponible en el dossier raíz GDOSX3. |
Mensajes de error
Además de los mensajes genéricos, los mensajes siguientes de error pueden aparecer durante la captura :
Volumen inexistente
Se desconoce el nombre del volumen (A por defecto).
El código ya existe en línea i
Se ha introducido un código de idioma en la tabla de idiomas que ya está referenciado en una línea anterior.
N usuarios en este dossier
Se ha intentado lanzar la revalidación de un dossier pero todavía hay usuarios conectados al mismo.
Mensajes de error en la validación del dossier
Cuando se lanza la validación de un dossier, se crea un fichero de traza. Pueden ocurrir una serie de errores. Aparecen en forma de línea de error (en rojo) en la traza y, en ocasiones, acompañada de información adicional. Algunos errores son genéricos, pero la mayoría están relacionados con la compleja fase de revalidación de pantallas. Ambos tipos se muestran a continuación.
Aviso:
Para acceder a la traza de validación del dossier, haga clic en el botón Traza desde la gestión del dossier. Si el servidor batch lanza la validación de un dossier, la traza de la consulta solo muestra la hora de lanzamiento de la validación. Deberá acceder a la gestión del dossier para visualizar la traza detallada de la operación.
Pueden aparecer otros errores no listados, sobre todo en un cambio de versión. Estos errores se definirán en las release notes que acompañan a las actualizaciones de versión.
Errores genéricos
Dossier en curso de utilización
Dossier en curso de generación
N usuarios en este dossier
Estos errores pueden aparecer en la fase preliminar de bloqueo de un dossier en revalidación, cuando no se puede llevar a cabo dicho bloqueo.
Error de lectura/Error de escritura/ Error de supresión
Hay un problema de derechos de acceso en una tabla indicada en el mensaje. Este error puede aparecer en cualquier fase de generación (creación de pantallas, menús, etc.) cuando hay un problema de acceso en una de las tablas del diccionario correspondiente.
Errores relacionados con la revalidación de pantallas
Espacio insuficiente en anchura (anchura necesaria/anchura máxima)
Espacio insuficiente en altura (altura necesaria/altura máxima)
No hay espacio suficiente en la validación de una pantalla para posicionar todos los campos (esto no impide la validación de la pantalla, pero hay que verificarla manualmente).
El tipo de datos no existe
La acción no existe
El objeto no existe
La tabla no existe
Parámetro no indicado
Estos errores no bloqueantes pueden aparecer en la validación de una pantalla. No aparecen en las pantallas que se han completado, sino después de transferir por copia interdossier los elementos, con una revalidación posterior del dossier. En este caso, también hay que verificar manualmente la pantalla.
Demasiadas líneas en el bloque (máx. 30)
Demasiadas columnas en el bloque (máx. 15)
Demasiados campos en el bloque (máx. 150)
Demasiados parámetros en el campo (máx. 20)
Demasiadas acciones en una pantalla (máx. 500)
Estos errores bloqueantes pueden aparecer en la validación de una pantalla. No aparecen en las pantallas que se han completado, sino después de transferir por copia interdossier los elementos, con una revalidación posterior del dossier. En este caso, también hay que verificar manualmente la pantalla.
Variable no definida en el bloque i
No se ha definido correctamente la variable inferior de la tabla de un bloque en la estructura de una pestaña.
Anexo: Información técnica adicional
Definición de volúmenes
Los volúmenes permiten definir los directorios en los que están instalados los ficheros de instalación del software y los ficheros relacionados con los dossieres creados (base de datos excluida).
Estos directorios están definidos en un fichero de configuración llamado adxvolumes e instalado en el directorio raíz de la instalación del motor (este directorio se identifica por el volumen 0, reservado para la instalación del runtime del motor).
Puede encontrar la ruta base de un volumen utilizando la siguiente función en la calculadora SAFE X3:
filpath("!","","","","x")
donde x es el código del volumen (0, A,B,C...)
Al completar el segundo parámetro de la función filpath, puede encontrar la ruta exacta de acceso al fichero adxvolumes:
filpath("!","adxvolumes","","","0")
En la instalación estándar, el fichero adxvolumes contiene al menos dos líneas (una para el volumen 0, otra para el volumen A, otras para los volúmenes B, C, D...) en el siguiente formato (en un servidor NT, en un servidor UNIX, las rutas se muestran en formato /home/SAFEX3/runtime, por ejemplo):
0 :D:\SAFEX3\Runtime
A :D\SAFEX3\Dossieres
B :E:\VolumenB
Es importante señalar que el uso de otros volúmenes distintos a los dos primeros presenta relativamente pocas ventajas en la versión 140, ya que el árbol del dossier, si contiene muchos ficheros, suele ocupar un espacio que no evoluciona demasiado. En este caso, no es especialmente útil una optimización problemática de las entradas/salidas por distribución en distintos discos, puesto que los datos están almacenados en la base. El único caso en el que podría interesar es cuando los ficheros de textos e imágenes se almacenan en el directorio TXT, tal y como se hacía en la versión 130 (en la versión 140, se pueden almacenar en la base, lo que resulta más recomendable). Por otra parte, cuando se utiliza la interface web, los ficheros XML generados y utilizados en el supervisor http se siguen almacenando en el directorio definido a partir del volumen en el que está instalado el dossier supervisor (normalmente A).
Módulos disponibles para la definición de dossieres
Estos módulos se pueden definir en varios tipos:
- Módulos funcionales descritos en una documentación anexa.
- Módulos técnicos (Supervisor, Tronco común, Desarrollo, Interno X3). El módulo Interno X3 no se puede activar (está reservado para los equipos de desarrollo de SAFE X3). Es recomendable activar el módulo Desarrollo, aunque no esté previsto ningún desarrollo específico, para tener acceso a ciertas funciones de mantenimiento directamente en el dossier.
- Módulos adicionales (Módulos específicos de 1 a 4) abiertos a desarrollos de partners.
Existen restricciones de interdependencia entre los módulos. Estas restricciones se prueban directamente en la entrada de los módulos activos y aparecen documentadas en la documentación anexa. En los módulos técnicos, los módulos Supervisor y Tronco común tienen asignado el valor Sí.