Administración OJS: tareas y evidencias para portales de revistas

Administración OJS: tareas y evidencias para portales de revistas

La administración OJS de un portal institucional necesita tareas asignadas por revista, una persona que apruebe cada cambio y evidencia de lo que se comprobó. Una matriz operativa te permite distinguir un problema técnico de una decisión editorial pendiente, sin convertir al editor en administrador de servidores.

Qué debe cubrir la administración OJS institucional

Define la operación compartida del portal y las responsabilidades particulares de cada revista antes de fijar una rutina. PKP describe OJS como software de código abierto para gestionar revistas académicas.[1] La distribución concreta del trabajo, en cambio, debes acordarla con tu institución y con quien opere la plataforma.

Recomendamos separar una ficha común del portal y una ficha por revista. La primera identifica infraestructura, dominio, correo, accesos administrativos y dependencias institucionales. La segunda reúne contacto editorial, responsables de aprobación, integraciones utilizadas y compromisos pendientes. Esta separación sirve tanto para una instalación compartida como para varias instalaciones bajo una coordinación institucional.

Si todavía estás recibiendo la plataforma, parte por la checklist de implementación OJS. Aquí el objetivo es distinto: sostener el trabajo después de esa entrega y dejar visible quién debe actuar cuando algo cambia.

Matriz operativa: editor, TI y proveedor por revista

Asigna un ejecutor y un aprobador a cada tarea; evita dejar una fila a cargo de una institución abstracta. El ejecutor realiza la comprobación o el cambio. El aprobador acepta su resultado y decide sobre sus consecuencias dentro de sus atribuciones.

La siguiente matriz es una propuesta de trabajo, no una descripción de permisos de OJS ni de obligaciones contractuales. Sustituye los cargos por personas y completa una copia por revista.

Una tarea no queda cerrada al ejecutarse: requiere la aprobación y una evidencia revisable.

Tarea	Quién ejecuta	Quién aprueba	Evidencia que debes pedir	Pendiente que debe quedar visible
Altas, reemplazos y bajas de acceso	Gestor editorial; TI o proveedor si requiere intervención técnica	Responsable editorial para su revista; TI para acceso al servidor	Solicitud autorizada y comprobación del acceso acordado	Baja sin confirmar o autorización faltante
Correo editorial	TI o proveedor revisa el envío; editor confirma recepción	Responsable editorial acepta la prueba; TI autoriza cambios de dominio	Mensaje de prueba y resultado de entrega	Cuenta institucional o cambio DNS pendiente
Tareas programadas	TI o proveedor, según el alcance acordado	Responsable técnico del portal	Registro de ejecución y resultado esperado	Tarea fallida, atrasada o sin diagnóstico
Respaldo y restauración	TI o proveedor designado	Responsable técnico acepta la prueba; editor revisa la muestra de su revista	Registro del respaldo y acta de restauración de prueba	Copia incompleta o prueba pendiente
DOI y metadatos	Editor revisa contenido; operador designado gestiona el depósito	Responsable editorial y responsable institucional del registro	Resultado del depósito y enlace comprobado	Rechazo o metadatos por corregir
Datos de revista en DOAJ, si corresponde	Persona autorizada por la revista	Responsable editorial	Solicitud de actualización y estado observado	Cambio enviado pero aún no reflejado

Cuando TI y proveedor compartan una tarea, especifica quién da el siguiente paso. Por ejemplo, el proveedor puede diagnosticar un problema de correo y TI conservar la autorización para modificar el dominio. Escribe esa dependencia; no marques la tarea como resuelta solo porque terminó el diagnóstico.

Mantén las contraseñas y claves fuera de esta matriz. Registra quién custodia los accesos y cómo solicitar una intervención autorizada, sin convertir el reporte del portal en un inventario de secretos.

Mantenimiento OJS según riesgo y evento

Combina revisiones programadas con acciones activadas por eventos. Las frecuencias siguientes son orientativas: proponemos ajustarlas al volumen editorial, los recursos disponibles y el daño que causaría una falla. No son requisitos de PKP, Crossref o DOAJ.

Control recomendado	Frecuencia orientativa o evento	Criterio de revisión
Disponibilidad y errores críticos	Alertas según el riesgo acordado; revisión inmediata al recibir un aviso	Confirmar alcance e iniciar el procedimiento de atención
Correo	Ante fallas, cambios de dominio o credenciales; prueba periódica acordada	Comprobar recepción, no solo salida del mensaje
Tareas programadas	Después de su ejecución esperada y de cambios técnicos	Identificar ejecuciones omitidas o resultados anómalos
Respaldos	Después de cada ejecución prevista	Revisar resultado y disponibilidad de la copia
Restauración	En el calendario de continuidad y después de cambios relevantes	Recuperar en un entorno aislado y revisar la muestra acordada
Accesos	Ante ingreso, salida o cambio de funciones; conciliación periódica	Contrastar autorización vigente y acceso efectivo
Versión y componentes	Ante avisos relevantes y antes de aprobar cambios	Evaluar aplicabilidad, pruebas y posibilidad de reversión
Pendientes del portal	Consolidación mensual sugerida	Tomar decisiones sobre excepciones abiertas

El reporte mensual reúne resultados; no debe retrasar la respuesta. Un vencimiento de dominio, una interrupción de correo o una señal de incidente exige actuar cuando se detecta. Define también quién recibe las alertas si la persona habitual está ausente, con una cobertura realmente acordada.

Para respaldos, pide que la prueba distinga recuperación técnica y aceptación editorial. En un ejemplo hipotético, el sistema vuelve a abrir, pero faltan archivos de una revista. La restauración sigue pendiente hasta revisar esa diferencia. El procedimiento debe indicar qué copia se usó, qué se recuperó y quién comprobó los contenidos.

DOI y registros DOAJ: responsabilidades que continúan

Conserva un responsable de metadatos después de publicar y registra los cambios que requieren acciones externas. Crossref incluye entre los compromisos de sus miembros mantener el DOI resolviendo hacia una página de destino activa.[2] Por eso recomendamos que el cierre de una tarea DOI incluya la comprobación del enlace y del contenido esperado, además del resultado del depósito.

Si cambia la ubicación de las páginas, Crossref indica actualizar sus URL de resolución.[4] Anota quién prepara el cambio, quién lo autoriza y cómo se verifica. Una modificación del dominio del portal debería activar esta revisión para las revistas afectadas, sin esperar la siguiente reunión.

Para revistas incluidas en DOAJ, la entidad pide informar cambios y mantener sus registros actualizados.[3] Recomendamos comparar el cambio aprobado por la revista con su información pública y el estado de la solicitud. Distingue entre solicitud preparada, enviada y cambio reflejado. No los presentes como un mismo resultado.

Una revisión mensual puede servir como control institucional adicional, pero no la atribuyas a DOAJ como exigencia de periodicidad. Tampoco confundas esta gestión con una garantía de indexación: ordenar responsabilidades no determina la decisión de una entidad externa.

Reporte de excepciones para el portal de revistas

Consolida las excepciones en un reporte común que permita decidir, sin volcar los registros técnicos completos. Recomendamos incluir revista afectada, problema observado, impacto editorial, ejecutor, aprobador, evidencia disponible, dependencia y siguiente acción.

Usa estados inequívocos: comprobado, pendiente, bloqueado o no aplicable. Si algo está bloqueado, identifica la decisión o el insumo faltante. Si está comprobado, enlaza una evidencia con fecha y alcance. No basta con una casilla verde sin explicación.

Un ejemplo hipotético: una revista no recibe notificaciones y otra espera la aprobación de un cambio de contacto. El reporte debería separar ambos casos. El primero requiere diagnóstico técnico y una nueva prueba de recepción; el segundo requiere una decisión editorial. Agruparlos bajo "soporte pendiente" impide ver a quién corresponde avanzar.

Para fallas compartidas, crea una excepción del portal y vincula las revistas afectadas. Evita abrir incidentes desconectados que repitan el diagnóstico. Al cerrar, registra las comprobaciones realizadas por revista: que una publicación funcione no demuestra que todas hayan quedado revisadas.

Restringe el acceso a evidencias sensibles. El reporte de gestión puede describir el resultado sin adjuntar manuscritos, datos personales ni registros completos que no necesita la persona que lo recibe.

Plan de trabajo institucional: operación, migración y formación

Separa el trabajo recurrente de los proyectos de cambio y de la capacitación. Así puedes aprobar entregables concretos sin suponer que contratar una actividad cubre las demás.

Recomendamos organizar el plan en líneas independientes:

• La operación recurrente mantiene controles, atiende excepciones dentro del alcance acordado y conserva evidencias. Debe identificar dependencias institucionales y tareas excluidas.
• La migración o actualización tiene inventario de origen, pruebas, autorización del cambio y criterios de aceptación propios. Su cierre debe devolver una ficha operativa actualizada.
• La formación prepara a personas para tareas específicas. Define los roles participantes y un ejercicio que permita comprobar el aprendizaje, sin presentarla como sustituto del mantenimiento técnico.

Para priorizar, distingue lo que detiene el flujo editorial de una mejora que puede programarse. Después asigna responsable y condición de cierre. Un problema urgente no debería quedar escondido entre solicitudes de diseño, y una mejora aplazada necesita una decisión explícita.

Al evaluar apoyo externo, entrega la matriz y pide una respuesta sobre cada fila: quién ejecuta, qué requiere de TI, qué aprueba la revista y qué evidencia entregará. Las condiciones de atención, continuidad y salida del servicio deben quedar en el acuerdo aplicable. No las deduzcas del nombre de un plan.

Errores comunes al repartir la operación OJS

Evita cerrar tareas por actividad realizada cuando falta comprobar su resultado. En esta propuesta operativa, son errores de control que conviene buscar durante la revisión:

• Informar "correo configurado" sin confirmar la recepción en las casillas acordadas. Mantén la prueba pendiente hasta obtener ese resultado.
• Presentar el registro de una copia como evidencia de restauración. Son comprobaciones distintas y deben tener estados separados.
• Encargar a TI la aprobación de políticas editoriales. Pide a la revista la decisión y reserva la intervención técnica para aplicar el cambio autorizado.
• Considerar que un pendiente externo terminó al enviar una solicitud. Conserva su estado hasta verificar la respuesta o el cambio correspondiente.
• Dar permisos amplios para resolver una ausencia. Primero acuerda la tarea y el acceso necesario; registra la autorización y su revisión posterior.

Revisa también las filas que nadie reclama. Una tarea sin ejecutor puede parecer compartida durante meses; en la práctica, nadie sabe cuándo debe intervenir. El cierre útil identifica el resultado observado, la persona que lo acepta y cualquier excepción que continúa abierta.

Preguntas frecuentes

¿Una matriz común reemplaza la ficha de cada revista?

No. La matriz común define el modelo de trabajo, pero cada revista necesita personas identificadas, integraciones aplicables y pendientes propios. Puedes consolidar las excepciones del portal sin borrar esas diferencias ni asumir que todas usan DOI o están incluidas en DOAJ.

¿Quién aprueba un cambio que afecta al portal completo?

Recomendamos que la institución designe a una persona con atribuciones sobre el portal y coordine la aceptación editorial de las revistas afectadas. El ejecutor técnico prepara el cambio y sus pruebas; no debería asumir por defecto la aprobación institucional ni las decisiones científicas.

¿Cómo sabes si un pendiente está realmente cerrado?

Define antes la evidencia y quién la aceptará. Para correo puede ser una recepción comprobada; para recuperación, una prueba con revisión de contenidos. Si falta una autorización o una acción externa, registra esa dependencia y conserva el pendiente abierto.

Acuerda una operación con tareas comprobables

Parte por una matriz completa y por las excepciones que requieren decisión. Con esos documentos puedes comparar tu capacidad interna con el apoyo externo que necesitas, sin delegar las responsabilidades editoriales de la institución.

Revisa Operación OJS ONE Core y solicita una evaluación con el inventario de tu portal, sus dependencias y tareas pendientes. Acuerda qué actividades se cubrirán y cómo comprobarás su resultado antes de aprobar el plan de trabajo.

Fuentes

1. PKP, repositorio oficial de Open Journal Systems — consultado 2026-10-22.
2. Crossref, Maintaining your metadata: continuidad del DOI — consultado 2026-10-22.
3. DOAJ, Publisher information: actualización de registros — consultado 2026-10-22.
4. Crossref, Maintaining your metadata: URL de resolución — consultado 2026-10-22.