Un objeto protegido es un objeto MDF cuya seguridad está activada en su definición, de modo que solo pueden acceder a él los roles que lo tienen otorgado. La protección se configura en la sección de seguridad de Configurar definiciones de objetos, donde se indica que el objeto está protegido y en qué categoría de permisos aparece en los roles.
Desde el release 1905, de 2019, los objetos MDF propios se crean protegidos por defecto. La nota de SAP 2794752 lo explica y agrega que, al guardar un objeto protegido, el sistema muestra un aviso: el objeto está protegido por permisos basados en roles y, para acceder a él, hay que otorgar los permisos necesarios. La misma nota dice que SAP recomienda crear todos los objetos MDF como protegidos.
Un objeto sin proteger, en cambio, no tiene permisos propios: lo ve y lo edita en Gestionar datos cualquier usuario con el permiso de acceso a objetos no protegidos. La nota 3212035 propone, como solución cuando un objeto sin proteger es crítico para el negocio, cambiarlo a protegido y controlar su acceso con permisos de rol.
La protección tiene una trampa. Proteger un objeto y no otorgarlo a ningún rol lo hace desaparecer de Gestionar datos, incluso para administradores con acceso a todo lo demás, y parece un error del sistema. Por eso la L6 insiste en que proteger y otorgar son dos pasos que se hacen juntos, y el Tip 6.1 de audio lo resume en una frase: en el mismo minuto.
En el caso del curso, la protección de cust_Cochera recorre toda la unidad. En el Video 2.2 se muestra que el objeto viene protegido por defecto y se pasa a sin proteger, para cargar las cocheras antes de armar el rol de la filial. En el Video 6.2 se vuelve a proteger, se lee el aviso del sistema y se otorga en AR_Admin Fundamento. La consigna de grabación pide hacer los dos pasos seguidos, para que el objeto no quede protegido sin un rol que lo otorgue.
En un proyecto, conviene incluir la protección en la lista de controles antes de pasar a productivo. La L6 la menciona entre las buenas prácticas: que cada objeto propio esté protegido y otorgado a algún rol. Un objeto sin proteger es un riesgo si guarda datos sensibles; un objeto protegido sin otorgar es un incidente de soporte esperando ocurrir.
En el ejercicio de la L6, la primera consulta del caso plantea que nadie del equipo de RR. HH. ve cust_Cochera desde que un administrador cambió algo en su definición. El diagnóstico es que lo protegió sin otorgarlo, y la solución es otorgarlo en AR_Admin Fundamento. En la evaluación, una pregunta verdadero o falso plantea exactamente esa situación.
