Acceso a objetos no protegidos es el permiso de Metadata Framework que deja ver y editar en Gestionar datos todos los objetos MDF que no están protegidos, además de los objetos protegidos que el rol tenga otorgados. Antes se llamaba permiso de lectura y escritura en Metadata Framework (Read/Write Permission on Metadata Framework); la nota de SAP 2789789 documenta el cambio de nombre.
La nota 2565939 describe su efecto con precisión. Si el permiso no está otorgado, en Gestionar datos el usuario ve solo los objetos protegidos sobre los que tiene permiso. Si está otorgado, ve todos los objetos no protegidos y, además, los protegidos sobre los que tiene permiso. La nota 2538520 agrega que, desde el release 1905, quien tiene este permiso obtiene también acceso a Gestionar datos en el Centro de Administración.
El permiso también interviene en las importaciones. La nota 3584065, que describe la separación de los permisos de importación y exportación, aclara que para importar o exportar objetos no protegidos hace falta, además, el acceso a objetos no protegidos.
Es un permiso amplio, porque no distingue entre objetos: abre todos los no protegidos a la vez. Por eso SAP recomienda proteger los objetos MDF, como explica la nota 2794752: desde 2019, los objetos propios se crean protegidos por defecto. Un objeto protegido se controla con sus propios permisos y no depende de este.
En el caso del curso, el permiso explica lo que pasa con cust_Cochera entre la L2 y la L6. En el Video 2.2, el objeto se pasa a sin proteger para cargar los registros antes de armar el rol de la filial. Mientras está así, lo ve y lo edita en Gestionar datos cualquier usuario con acceso a objetos no protegidos, como el usuario administrador de la demo. En el Video 6.2 se vuelve a proteger y se otorga en AR_Admin Fundamento, de modo que deja de depender de este permiso.
En un proyecto, conviene revisar quién tiene este permiso. Suele estar en los roles de administración amplios, y está bien que así sea, pero no tiene sentido en roles de negocio. Si un objeto propio contiene datos sensibles y está sin proteger, cualquier usuario con este permiso puede verlo.
En el ejercicio de la L6, la tercera consulta del caso plantea una guía vieja que pide otorgar el permiso de lectura y escritura en Metadata Framework, que nadie encuentra. La solución explica que el permiso cambió de nombre y que, antes de darlo, conviene evaluar si el rol lo necesita, porque abre todos los objetos no protegidos. En la evaluación de la L6, una pregunta pide qué permiso deja ver todos los objetos no protegidos.
