Una empresa de ciencias de la vida guarda en un objeto personalizado las tarjetas de desempeño de sus representantes de ventas. Cada tarjeta debe ser visible solo para el representante, su gerente y los ejecutivos por encima de ese gerente. Además, los representantes no deben poder ver los campos de comentarios ejecutivos en su propia tarjeta. ¿Qué debe hacer el Platform App Builder para cumplir ambos requisitos?
- Establecer el modelo de uso compartido en Private y otorgar acceso a los registros mediante la jerarquía; controlar la visibilidad de los campos con Record Types y field-level security.
- Establecer el modelo de uso compartido en Private y otorgar acceso a los registros mediante custom settings; controlar la visibilidad de los campos con Page Layouts y field-level security.
- Establecer el modelo de uso compartido en Private y otorgar acceso a los registros mediante la jerarquía; controlar la visibilidad de los campos con field-level security.
- Establecer el modelo de uso compartido en Private y otorgar acceso a los registros mediante custom settings; controlar la visibilidad de los campos con Record Types y Page Layouts.
Ver respuesta
Respuesta: C
Por qué: Se aplican dos restricciones a la vez: el registro debe seguir la cadena de reporte hacia arriba y uno de sus campos debe permanecer oculto para el representante. Un Org-Wide Default Private parte de cero acceso más allá del propietario, y 'Grant Access Using Hierarchies' abre automáticamente cada registro a los usuarios que están por encima del propietario en la Role Hierarchy. Field-level security es la función que realmente oculta un campo a un Profile o Permission Set, sin importar el layout, los informes o la API. Referencia: Organization-Wide Sharing Defaults