La inclusi\u00f3n de informaci\u00f3n sobre derechos de acceso y su coherencia con los permisos reales de acceso a los ficheros, es un tema sobre el que los usuarios de DSpace suelen plantear preguntas con frecuencia, y al que dedicaremos este primer post sobre derechos de acceso y permisos en DSpace.<\/p>\n
Habitualmente, a la hora de realizar un env\u00edo a DSpace, los publicadores rellenan la informaci\u00f3n sobre los derechos de acceso, puesto que es un dato exigido para la compatibilidad con determinadas Directrices como las Directrices OpenAIRE. Cuando los derechos de acceso son \u00abopenAccess\u00bb, no hay problema alguno, puesto que el fichero adjunto permanece disponible para cualquier usuario una vez el \u00edtem es publicado en el repositorio. Sin embargo, en ocasiones los publicadores seleccionan las opciones \u00abembargoedAccess\u00bb, \u00abrestrictedAccess\u00bb o \u00abclosedAccess\u00bb<\/strong>. Esta selecci\u00f3n (igual para \u00abopenAccess\u00bb) se almacena en un metadato, normalmente el dc.rights.accessRights, que por s\u00ed mismo no modifica los permisos de acceso al fichero asociado al \u00edtem, ya que simplemente es un metadato descriptivo. Por eso, cuando un usuario selecciona una de esas opciones puede pensar que est\u00e1 modificando los derechos de acceso al fichero adjunto, cuando en realidad solamente est\u00e1 enriqueciendo la descripci\u00f3n de su publicaci\u00f3n<\/strong>.<\/p>\n Cuando el sistema de embargos est\u00e1 activo y configurado en DSpace, es necesario introducir la fecha de fin de embargo en el lugar correspondiente (en la pantalla de descripci\u00f3n o en la pantalla de subir fichero, dependiendo de la versi\u00f3n de la herramienta), para que el fichero adjunto se quede embargado hasta dicha fecha. Esto es imprescindible, puesto que la introducci\u00f3n de \u00abembargoedAccess\u00bb en el metadato dc.rights.accessRights no cambia por s\u00ed sola los permisos de acceso al fichero, tal y como se indica en el p\u00e1rrafo anterior. \u00c9sta es, por defecto, la \u00fanica manera que el usuario tiene, durante el proceso de env\u00edo, para influir en los permisos de los ficheros adjuntos, y puede utilizarla tambi\u00e9n para la retirada de permisos cuando selecciona otras opciones como \u00abrestrictedAccess\u00bb o \u00abclosedAccess\u00bb en el campo de derechos de acceso. Una vez el \u00edtem es publicado, solamente los usuarios con permisos de administraci\u00f3n pueden retirar manualmente los permisos de su fichero adjunto, no pudiendo hacerlo el propio publicador.<\/p>\n Otra cuesti\u00f3n que se plantean los usuarios es qu\u00e9 sucede con la informaci\u00f3n almacenada en el metadato de derechos de acceso cuando los permisos de los ficheros adjuntos cambian<\/strong>. Pues bien, por defecto<\/strong>, esta informaci\u00f3n no cambia autom\u00e1ticamente<\/strong>. Es decir, un dc.rights.accessRights con valor p.ej. \u00abembargoedAccess\u00bb, no cambia autom\u00e1ticamente a \u00abopenAccess\u00bb cuando el embargo llega a su fin. Esta labor suele ser realizada de forma manual por un usuario con permisos de administraci\u00f3n.<\/p>\n En el siguiente post hablaremos de cu\u00e1les son las principales demandas de los usuarios a este respecto y analizaremos las posibles soluciones.<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" La inclusi\u00f3n de informaci\u00f3n sobre derechos de acceso y su coherencia con los permisos reales de acceso a los ficheros, es un tema sobre el que los usuarios de DSpace suelen plantear preguntas con frecuencia, y al que dedicaremos este …<\/p>\n