Qué puede editar cada usuario#
Un mismo formulario no deja hacer lo mismo a todos sus usuarios. Lo que cada uno lee y lo que cambia lo deciden sus privilegios, sus universos y lo que ve del metadata. Lo comprueba siempre el servidor, también al enviar los cambios: los botones desactivados son solo un reflejo de esas reglas.
Lo que decide cada privilegio#
El administrador del metadata da a cada tabla de hechos tres privilegios de edición (insertar, modificar y eliminar registros) y a cada dimensión un privilegio de edición. Usted los recibe a través de sus roles.
| Para | Necesita | Qué puede escribir |
|---|---|---|
| Leer los registros | Poder abrir el libro y ver las dimensiones del formulario | Nada. |
| Cambiar un registro | El privilegio de modificar registros de la tabla | Los campos editables: los de una dimensión sin función que usted ve y cuyo privilegio de edición tiene. La clave primaria de un registro que ya existe no se cambia nunca. |
| Dar de alta un registro | El privilegio de insertar registros de la tabla | Los campos editables y la clave primaria. No hace falta el privilegio de modificar. |
| Eliminar un registro | El privilegio de eliminar registros de la tabla y de cada tabla de detalle abierta, porque sus registros se borran con él | Nada: el registro entero. |
Lo que no puede hacer se ve en el formulario:
- Insertar, Duplicar o Eliminar aparecen desactivados si le falta su privilegio en la tabla.
- Las celdas que no puede cambiar no entran en edición, y en la vista de columnas se ven como texto.
- Si no puede cambiar un texto largo, su editor se abre solo para leerlo.
Por ejemplo, en la demostración el usuario postventa cambia y da de alta clientes e incidencias pero no los elimina, y comercial.norte ve sus clientes pero no puede cambiarlos.
Nota
Si cree que debería poder cambiar algo y no puede, pida al administrador que revise los privilegios de edición de la tabla y de la dimensión, y sus roles. Para cambiar la clave de un registro, elimínelo y dé de alta otro.
Universos#
Sus universos limitan los registros que lee el formulario, igual que en los cubos: un comercial del Norte solo ve los clientes del Norte. Al escribir se aplican las mismas reglas:
- Solo cambia y elimina registros que ve.
- Un alta o un cambio que dejaría el registro fuera de sus universos no se guarda: el envío lo marca con «Quedaría fuera de sus universos».
- Al eliminar un maestro, sus registros de detalle que usted no ve no se borran. Si la base de datos no deja borrar el maestro sin ellos, el envío falla con «Viola una regla de integridad».
Campos que no ve#
Cada dimensión tiene un privilegio de acceso. Si un formulario usa una dimensión que usted no ve:
- Su campo no aparece en el formulario y no se lee de la base de datos. Debajo de la cabecera, un aviso dice cuántos faltan, sin nombrarlos: «Este documento se muestra sin 1 dimensión a la que usted no tiene acceso.». ¿Por qué? lo explica.
- Puede seguir leyendo y editando los campos que ve, y enviar los cambios.
- El diseño del formulario es de solo lectura para usted: Guardar diseño queda desactivado, con la ayuda «Usa datos a los que usted no tiene acceso». El asistente se abre, pero avisa de que no podrá guardarlo.
- Si un campo que no ve tiene un SQL de siguiente valor, en un registro nuevo no se le enseña: el valor lo pone el servidor al guardar.
El formulario deja de servirle, y enseña «No puede ver este documento», si no queda ningún campo que usted vea o si la segmentación de la sección usa una dimensión que usted no ve.
La segmentación de la sección#
La segmentación decide qué registros se leen, no qué se puede escribir. Un registro que cambia y deja de cumplir la segmentación se guarda igual, y al volver a leer el formulario ya no aparece. Por ejemplo, en «Incidencias abiertas», al poner la fecha de cierre a una incidencia, esta se guarda y desaparece de la lista.