DOI, Handle y DEHESA: 8 casos para Bibliotecas UEx

DOI, Handle y DEHESA no nombran lo mismo. Los dos primeros están relacionados con la identificación persistente; DEHESA es el repositorio institucional de la Universidad de Extremadura. En una pregunta práctica conviene separar el objeto identificado, el enlace que usamos para localizarlo, la versión consultada y sus condiciones de acceso. Acertar uno de esos datos no resuelve automáticamente los demás.

Este apoyo está pensado para la Escala de Técnicos Auxiliares de Archivos y Bibliotecas de la UEx. El anexo III de la convocatoria menciona DOI y HANDLE en el tema 18 y dedica el tema 35 a DEHESA. La relación con acceso abierto y propiedad intelectual se estudia en el tema 27. No deducimos de ello un peso concreto en la prueba: los ocho casos siguientes son originales de estudio, con situaciones ficticias y soluciones fundamentadas.

Tres conceptos para situar los casos

Concepto	Qué debes distinguir	Fuente de referencia
DOI	El nombre del identificador y su presentación como enlace resoluble	DOI Foundation: qué es un DOI
Handle	El sistema de identificación y resolución, también utilizado en repositorios	Biblioguía Handle de la UEx
DEHESA	El repositorio de la UEx y sus registros, no una clase de código	Guía oficial de DEHESA

La DOI Foundation explica que su sistema utiliza tecnología Handle para resolver identificadores. Esa relación técnica no convierte todos los Handle en DOI. A su vez, localizar una ficha no equivale a identificar sin más el fichero, la edición o los permisos que necesita la persona usuaria. Esa separación es el hilo conductor de los ejercicios.

Cómo trabajar los supuestos

En cada caso, escribe primero qué dato te han dado y qué te están pidiendo. Después decide qué información falta. Evita responder con el concepto que más recuerdas si no corresponde al problema planteado.

Una ficha de práctica puede tener cinco casillas: objeto, identificador, enlace, versión y acceso. Marca con una interrogación las que el enunciado no permite completar. Es una forma de justificar una respuesta prudente sin inventar datos. Por ejemplo, conocer un enlace no permite rellenar automáticamente la casilla de licencia, del mismo modo que coincidir en un título no demuestra que dos ficheros sean idénticos.

Caso 1. Convertir un DOI en un enlace resoluble

Enunciado. Una persona copia 10.1000/182 de una referencia y pregunta cómo introducirlo como enlace. Las opciones son:

• A. Añadirlo a cualquier dirección de una biblioteca, porque todos los catálogos lo resuelven igual.
• B. Presentarlo como https://doi.org/10.1000/182.
• C. Eliminar el prefijo y conservar solo 182.
• D. Sustituirlo por el título del documento y afirmar que es el mismo identificador.

Solución: B. Es el ejemplo real que utiliza la DOI Foundation. En este caso, 10.1000/182 es el nombre DOI y la dirección completa es su presentación como enlace mediante el resolutor. No hemos creado un identificador ficticio ni afirmado que cualquier texto con aspecto parecido esté registrado.

Qué se practica. Distinguir el código de su uso dentro de una URL. Si el enunciado te da un identificador completo, no borres una parte para simplificarlo. Al transcribirlo, comprueba además que no has incorporado espacios de un salto de línea o puntuación externa de la referencia.

Caso 2. Confundir el repositorio con el identificador

Enunciado. Una ficha de trabajo tiene las columnas «Servicio», «Título» e «Identificador». Un compañero escribe «DEHESA» en la última columna porque el documento se encuentra allí. ¿Es suficiente?

Solución: no. DEHESA indica qué repositorio se está utilizando, pero no identifica por sí solo el documento concreto. La guía de la UEx lo presenta como su repositorio institucional. Para completar la ficha, hay que abrir el registro y copiar el identificador que este muestre, sin sustituirlo por el nombre del servicio.

Cómo justificarlo. Dos documentos diferentes pueden consultarse en el mismo repositorio. Escribir el nombre común a ambos no permite distinguirlos. En el supuesto no se proporciona un registro concreto, así que la respuesta correcta consiste en señalar el dato pendiente, no en inventar un número o construir un Handle a partir del nombre de la universidad.

Caso 3. Decidir si DOI y Handle son sinónimos

Enunciado. En un ejercicio aparece un identificador señalado expresamente como Handle. Otra persona propone cambiar la etiqueta a DOI porque ambos usan prefijo y sufijo separados por una barra. ¿Debe hacerse esa sustitución sin comprobar nada más?

Solución: no. Compartir rasgos de presentación no prueba que se trate del mismo esquema. Hay que respetar el identificador documentado en el registro y verificar a qué sistema pertenece. La biblioguía de la UEx explica el uso de Handle en repositorios, incluido DEHESA.

Qué se practica. No clasificar únicamente por semejanza visual. La barra permite reconocer una estructura, pero no basta para responder todas las preguntas sobre el identificador. Si la tarea pide registrar el Handle que ofrece una ficha, no lo conviertas en otro identificador ni cambies su resolutor por intuición. Mantén separadas la observación y la conclusión.

Caso 4. Cambia la dirección del servidor

Enunciado. Un recurso está asociado a un identificador persistente. La institución traslada su web y deja de funcionar la dirección antigua del servidor. ¿Eso obliga necesariamente a asignar un identificador nuevo al mismo objeto?

Solución: no necesariamente. La finalidad de la identificación persistente es separar la referencia estable de una localización que puede cambiar. En el supuesto debe comprobarse y mantenerse la información de destino correspondiente al identificador. La biblioguía DOI de la UEx relaciona el funcionamiento del enlace con el mantenimiento de esos datos.

Límite importante. Persistente no significa que cualquier migración vaya a quedar resuelta sin intervención. El hecho de que exista un identificador no hace desaparecer las tareas de gestión. Para responder bien, distingue entre «ha cambiado la localización» y «se ha creado otro objeto». El enunciado habla del mismo recurso trasladado; no da una razón para inventar una nueva identidad.

Caso 5. Un identificador no demuestra una licencia

Enunciado. Una persona encuentra una publicación con DOI y concluye: «Como tiene DOI, puedo descargarla y reutilizarla sin restricciones». ¿Es una conclusión justificada por ese único dato?

Solución: no. Conocer el identificador no resuelve las condiciones de acceso ni los permisos de reutilización. Habría que revisar la información del documento y sus derechos. La UEx mantiene una guía específica sobre derechos de autor y acceso abierto en DEHESA, separada de las guías de identificadores.

Aplicación al supuesto. No sustituyas la comprobación por una etiqueta general. La ficha de práctica puede tener rellena la casilla «identificador» y seguir con «acceso» o «licencia» pendientes. Esa es una respuesta completa a lo que sabemos: no estás diciendo que la reutilización esté prohibida, sino que el argumento utilizado no basta para afirmar que está permitida.

Caso 6. Coinciden el título y el autor, pero cambia la versión

Enunciado. Se comparan dos registros con el mismo título y la misma autoría. Uno describe un manuscrito aceptado; otro, la versión publicada por la revista. Se propone borrar uno como duplicado sin revisar más campos. ¿Qué falta comprobar?

Solución. Hay que comprobar qué versión y objeto describe cada registro, sus identificadores y la relación documentada entre ambos. En el caso ya se señala una diferencia relevante: no podemos tratar los registros como copias idénticas basándonos solo en título y autoría. Tampoco podemos concluir automáticamente que deban tener el mismo DOI o dos distintos: faltan datos sobre su identificación.

Qué se practica. La comparación se hace con información suficiente, no adivinando a partir de una coincidencia. El DOI Handbook explica la importancia de los metadatos para conocer lo identificado. En una respuesta de examen, enumera los campos que revisarías y evita atribuir a un sufijo una versión o una fecha que el enunciado no ha acreditado.

Caso 7. Localizar el punto de fallo en dos trazas

Enunciado. Compara estas dos situaciones de práctica:

• A. Error de copia: la fuente da el DOI del manual de la DOI Foundation, 10.1000/182, pero se ha pegado en el navegador https://doi.org/https://doi.org/10.1000/182.
• B. Traza ficticia de diagnóstico: la petición al resolutor recibe una redirección HTTP 302 hacia https://example.org/ficha; la petición posterior a esa dirección recibe HTTP 403. Esta traza es inventada para el ejercicio y no describe la respuesta real de DEHESA ni del DOI anterior.

Pregunta: ¿en qué punto empezarías a comprobar cada situación?

Solución. En A, hay que comparar lo copiado con la fuente: se ha añadido dos veces el resolutor. Para ese identificador concreto, el enlace documentado es https://doi.org/10.1000/182. No se arregla borrando el prefijo del identificador ni inventando otro sufijo.

En B, se observan dos respuestas distintas. El resolutor ha indicado una dirección de destino y el 403 llega al pedir esa página. Por tanto, el fallo observado está en ese segundo acceso. Aún falta investigar su causa: la traza no demuestra por sí sola que falte una suscripción, que el fichero no exista o que haya una restricción de un tipo concreto.

Qué se practica. Separar transcripción, resolución y acceso al destino. La semántica de los códigos HTTP se recoge en el RFC 9110. Guarda la dirección exacta y cada respuesta antes de diagnosticar. Tampoco conviertas este ejemplo en una regla de eliminar puntos o signos de todos los DOI: corrige una copia solo después de compararla con su fuente.

Caso 8. Construir una cadena con aspecto de DOI

Enunciado. Para completar una ficha vacía, alguien concatena un prefijo con el título abreviado de un trabajo y le añade la etiqueta DOI. Después da por terminada la identificación. ¿Es válido ese procedimiento?

Solución: no. Dar formato a una cadena no acredita su registro ni su correspondencia con el objeto. La biblioguía DOI de la UEx describe el papel de las agencias de registro y de los metadatos asociados. La ficha debe recoger información comprobada, no un código creado para que deje de estar vacía.

Qué harías en este supuesto. Buscarías el identificador en una fuente del documento o en su registro autorizado. Si no aparece, lo dejarías como dato no localizado y seguirías el procedimiento del servicio. No asignarías un identificador por tu cuenta ni presentarías como enlace válido una combinación sin verificar. La ausencia de un dato puede registrarse; inventarlo introduce un error que después se propaga a otras referencias.

Clave de revisión y relación con el temario UEx

Caso	Idea que debes justificar
1	Nombre DOI y URL resoluble no son expresiones idénticas
2	El nombre del repositorio no identifica un documento concreto
3	La semejanza de sintaxis no basta para cambiar de esquema
4	Persistencia y mantenimiento del destino van de la mano
5	El identificador no demuestra permisos
6	Una coincidencia de título no elimina la diferencia entre versiones
7	Un intento fallido no prueba que un documento nunca existiera
8	Una cadena inventada no acredita un identificador registrado

Si has fallado un caso, vuelve a la casilla que completaste sin evidencia: identificador, localización, versión o acceso. Después explica por escrito qué comprobación harías. No hace falta aprender de memoria una frase de solución; lo útil es poder aplicarla a un enunciado diferente sin convertir una hipótesis en un hecho.

Para completar el tema 18, tienes los ejercicios de ISBN e ISSN. Son otra práctica: allí se trabaja el dígito de control, que no debe trasladarse automáticamente al DOI. Para leer registros y campos, continúa con los casos de MARC 21. El programa completo de Bibliotecas UEx permite situar estos apoyos sin confundirlos con todo el temario.

Ver una muestra del material de preparación

Puedes leer los ocho casos de esta página sin registro. Si quieres valorar una parte del material de preparación, solicita la muestra gratuita de Archivos y Bibliotecas UEx con nombre y correo. La muestra es limitada y no equivale al curso completo.

La ficha de Técnico/a Auxiliar de Archivos y Bibliotecas UEx describe el material completo disponible. Comprueba que preparas esa universidad y esa escala antes de elegirlo: este artículo no presenta DEHESA como contenido universal de cualquier oposición de bibliotecas.

Preguntas frecuentes

¿DOI, Handle y DEHESA entran en el temario de Bibliotecas UEx?

Sí. En el anexo III de BOE-A-2026-20658, el tema 18 menciona DOI y HANDLE entre los identificadores de documentos, y el tema 35 trata DEHESA. Los ocho casos de esta página son originales de estudio, no preguntas oficiales.

¿Un DOI es lo mismo que un enlace a un PDF?

No. Un DOI identifica un objeto y puede resolverse hacia información sobre él. Su destino no tiene por qué ser un PDF. Para saber qué documento se ofrece, revisa la página de destino y sus metadatos.

¿Todo Handle es un DOI?

No. El sistema DOI usa tecnología Handle para la resolución, pero no todos los identificadores Handle pertenecen al sistema DOI. No basta con ver una barra entre prefijo y sufijo para tratarlos como equivalentes.

¿DEHESA es el nombre de un identificador?

No. Es el repositorio institucional de la Universidad de Extremadura. Un registro del repositorio puede mostrar identificadores; hay que distinguir el servicio que aloja el registro del código que identifica el objeto.

¿Tener DOI permite descargar o reutilizar libremente una publicación?

El DOI por sí solo no demuestra esos permisos. Comprueba las condiciones de acceso, la versión y la información de derechos. Resolver un identificador y obtener autorización para reutilizar el contenido son cuestiones distintas.

¿Estos casos son un examen oficial de la UEx?

No. Son supuestos originales para trabajar conceptos del programa. No reproducen un cuestionario oficial ni prometen el número de preguntas que tendrá cada tema. La muestra del curso de Red Opositor es limitada y tampoco equivale al material completo.