Configuración de visibilidad de campos

Cliente Windows

Los campos que ,la persona usuaria no va a utilizar los podemos esconder de la siguiente manera:

En el menú: Maestros/Configuración/permisos:

Nos aparece una lista de elementos. Añadimos un nuevo elemento y se nos abre la siguiente ventana para que seleccionemos el tipo de objeto:

Seleccionamos el objeto del que queremos ocultar campos y se nos abre el siguiente formulario:

Si queremos, podemos cambiarle el código que nos aparece por defecto o ponerle una descripción, pero no es necesario. Luego, en el menú opciones/Configurar acceso a propiedades… se nos abre la siguiente tabla para que seleccionemos los campos del objeto que queremos ocultar (no visible) o proteger su escritura (solo lectura):

Aceptamos y ya tendremos el nuevo elemento en la lista, solo nos quedará identificar a que usuarios o usuarias les afectará esta configuración. Para ello, con el botón derecho le damos al nuevo elemento y Asignamos categoría. Se nos abrirá el árbol de Categorías y seleccionamos el nodo al que queremos aplicar esta configuración:

Si deseamos aplicarlo a varios nodos, repetiremos la última acción las veces que necesitemos. Aceptamos y reiniciamos la herramienta, y ya tendremos la nueva configuración.

Esta configuración sirve tanto para cliente Windows como para cliente Web.

Configuración avanzada

ATENCIÓN: El siguiente contenido es de uso avanzado y su utilización puede ocasionar daños irreparables en la configuración del sistema

Esta sección del archivo de configuración permite decidir qué campos están visibles por defecto para cada uno de los perfiles de usuario o usuaria y de cada entidad (pero la persona usuaria luego lo podría modificar si quisiera).

La sección tiene el siguiente aspecto:

 <EditorsConfig>
   <Worker>
     <Administrador ID="0" Name="1" Active="1" IsSimulated="0" IsTemplate="0" ExtCode="1" Description="0" _LastChange="0" Template="0" O_OWNER="0" O_CREATEDATE="0" O_LASTUSER="0" O_ACCESS="0" ID_VERSION="0" Color="0" FullName="1" DNI="1" PhotoURL="0" Alterations="0" ExportedPeriods="0" CreationDate="1" Skills="1" Worker_Status="1" SystemProps="1" Control="1" Telefono="1" TelefonoMovil="1" SystemProps.IdRespVac="0" SystemProps.NameRespVac="0" SystemProps.CodeRespVac="0" SystemProps.IdRespInter="0" SystemProps.NameRespInter="0" SystemProps.CodeRespInter="0" SystemProps.IdRespRed="0" SystemProps.NameRespRed="0" SystemProps.CodeRespRed="0" /> 
     <Planificador ID="0" Name="1" Active="1" IsSimulated="0" IsTemplate="0" ExtCode="1" Description="0" _LastChange="0" Template="0" O_OWNER="0" O_CREATEDATE="0" O_LASTUSER="0" O_ACCESS="0" ID_VERSION="0" Color="0" FullName="1" DNI="1" PhotoURL="0" Alterations="0" ExportedPeriods="0" CreationDate="1" Skills="1" Worker_Status="1" SystemProps="1" Control="1" Telefono="1" TelefonoMovil="1" SystemProps.IdRespVac="0" SystemProps.NameRespVac="0" SystemProps.CodeRespVac="0" SystemProps.IdRespInter="0" SystemProps.NameRespInter="0" SystemProps.CodeRespInter="0" SystemProps.IdRespRed="0" SystemProps.NameRespRed="0" SystemProps.CodeRespRed="0" /> 
   </Worker>
 </EditorsConfig>

Esta restricción es autoimpuesta. Esto quiere decir que es la propia persona usuaria la que podría luego decidir si quiere ver o no de nuevo esos atributos.

Si lo que verdaderamente se quiere es limitar qué atributos ve cada persona usuaria, la sección que debe editarse es la siguiente:

<AccessAttributeByClassAndUserType>
  <Acces Class="WorkerRawData"  UserAccess="Consultor,Planificador" Invisible="Phone2,Phone3" ReadOnly=""/>
  <Acces Class="Worker"  UserAccess="mFernandez,GR_Dpto7,Consultor" Invisible="Active,ExtCode" ReadOnly="DNI,FullName,Nacionalidad,WorkerRawData"/>
</AccessAttributeByClassAndUser

La estructura de cada nodo define el acceso a nivel de clase, tanto principales como dinámicas; el acceso se puede definir a nivel de persona usuaria por nombre (ej. mFernandez), por Grupo de personas usuarias, Usuaria (ej. GR_Dpto7) o por Perfil (ej. Consultor).

La aplicación de los mismos se ejecuta en ese orden, es decir, primero se analiza si existen restricciones a nivel de usuario o usuaria, en caso de no tener grupo de personas usuarias y finalmente por perfil.

Las características de acceso se aplican de forma jerárquica. Siguiendo el ejemplo anterior, WorkerRowData es una atributo de la clase Worker y a la vez una clase dinámica. Al incluir WorkerRowData como atributo con acceso ReadOnly, definimos por defecto que todos los atributos de la clase WorkerRowData son ReadOnly. Posteriormente al analizar la definición, si la hubiera, de la clase WorkerRowData, podemos redefinir el acceso de algunos atributos que queremos sean invisibles.

Ver también

Si lo que se quiere es reorganizar en qué lugares aparecen los campos visibles: Organización visual de editores