Cuando el multicliente está activo, puede conceder cada acceso de contacto a todos los clientes (público), a un cliente solo o a un grupo de clientes (definido por el usuario o mantenido por el producto). El rol de un contacto contra el acceso, que especifica acceso de lectura y escritura independientemente. Dado que el acceso de cliente depende del rol y un contacto puede cambiar roles durante una sesión, el acceso de cliente de contacto también puede cambiar.
Si se instala el multicliente, la mayor parte de los objetos de CA SDM incluyen un atributo de cliente que especifica qué cliente posee el objeto. Los objetos recaen en tres grupos, dependiendo de su atributo de cliente y cómo se utilizan:
Sin cliente
Define objetos sin un atributo de cliente. Todos los datos en estos objetos son públicos.
Ejemplos: prioridad y urgencia.
Cliente necesario
Define objetos con un atributo de cliente que no puede ser nulo (impuesto por CA SDM, no el DBMS). Todos los datos en estos objetos se asocian con clientes individuales; no hay datos públicos.
Ejemplos: tablas de ticket (Solicitud, Incidencia y Orden de cambio).
Cliente opcional
Define objetos con un atributo de cliente que puede ser nulo. Parte de los datos en estos objetos son públicos, y algunos se asocian con clientes específicos. La vista de cada cliente del objeto es una vista que combina los datos públicos y los datos específicos de cliente.
Ejemplos: categoría y ubicación.
Cuando un usuario consulta la base de datos, CA SDM limita los resultados a objetos que pertenecen a clientes a los que el usuario está autorizado a acceder. Esta restricción se aplica además de las restricciones de partición de datos que están en efecto. Esto significa que nunca ve datos en clientes necesarios y tablas opcionales de clientes, excepto los datos que pertenecen a los clientes a los que se les permite acceder.
Cuando un usuario de cliente pide crear o actualizar un objeto de base de datos, CA SDM verifica que el objeto pertenezca a un cliente que el rol actual del usuario pueda actualizar, y que todas las referencias de clave externa (SREL) del objeto y otros objetos son para objetos públicos (sin clientes); para objetos del mismo cliente o para objetos de clientes que estén por encima del cliente del objeto en la jerarquía de clientes. Es decir, se permite que un objeto de cliente haga referencia a objetos que le pertenecen a su cliente principal, al cliente principal de su cliente principal y así sucesivamente.
Si un usuario que crea un objeto tiene acceso de actualización a varios clientes, el usuario debe especificar el cliente explícitamente; o directa o indirectamente.
Nota: Hay una excepción a la restricción de referencia de SREL. Ciertas referencias de SREL (como el asignatario de un incidente) pueden referenciar objetos que pertenecen a clientes de la jerarquía de clientes que contiene su objeto. Tales referencias se designan como SERVICE_PROVIDER_ELIGIBLE en el esquema de objetos de CA SDM (Majic). El indicador SERVICE_PROVIDER_ELIGIBLE representa una diferencia solamente si el cliente proveedor de servicios no está en la jerarquía de clientes arriba del cliente del objeto; si el cliente proveedor de servicios está en la jerarquía, las reglas de validación del cliente permiten las referencias del proveedor de servicios.
Un usuario proveedor de servicios que solicita crear o actualizar un objeto está sujeto a las mismas restricciones que los usuarios cliente, excepto que los usuarios proveedores de servicios estén autorizados a crear o actualizar objetos públicos. El rol activo del usuario proveedor de servicios controla esta autorización.
Nota: Si CA SDM impide que un usuario actualice los datos de clientes, un mensaje de error puede anunciar una limitación de partición de datos. Si recibe este mensaje de error, la partición de datos o las restricciones de multicliente están en efecto.
|
Copyright © 2013 CA.
Todos los derechos reservados.
|
|