Producción editorial OJS 3.6: interna o especializada

Producción editorial OJS 3.6: interna o especializada

La producción editorial OJS 3.6 permite trabajar desde HTML estructurado para generar galeradas HTML, PDF y XML JATS dentro de la plataforma. Eso puede simplificar el cierre de una revista; no elimina la necesidad de decidir quién prepara el insumo, resuelve excepciones y aprueba cada entrega.[1]

La decisión útil no es elegir entre OJS o un servicio. Es definir qué tramo puede asumir tu equipo con control y qué tramo conviene encargar a una producción especializada, según el volumen, la complejidad y el nivel de control que requieres. Para contrastar esta decisión con tareas repetitivas, revisa también esta guía sobre automatización de la producción editorial.

Diagrama propio. Un artículo representativo permite comparar responsabilidades y evidencia antes de comprometer un número completo.

Producción editorial OJS 3.6: qué integra la plataforma

OJS 3.6 propone una fuente común para las salidas de publicación. PKP describe un editor de texto integrado que guarda el HTML del cuerpo como fuente canónica y permite generar HTML, PDF y JATS XML cuando el editor lo activa.[1]

El cambio relevante es la trazabilidad. Si el cuerpo del artículo y sus metadatos están listos dentro del flujo, una corrección puede llegar a las galeradas sin reconstruir cada archivo por separado. La revista conserva el contexto del envío, el control editorial y la publicación en el mismo sistema.

Esta ruta tiene límites que conviene considerar desde el inicio. PKP indica que el editor comparte el contenido principal del artículo, no el material de la portada; además, reconoce que estilos complejos o atípicos pueden no transformarse perfectamente.[1][2] Por eso, la generación integrada no reemplaza la revisión visual de tablas anchas, fórmulas, imágenes, notas o composición que dependa de una plantilla editorial muy particular.

Tampoco obliga a abandonar el flujo vigente. PKP mantiene disponible el uso del editor como opción y declara que el flujo tradicional con herramientas de escritorio y servicios de terceros sigue disponible.[1] La integración amplía las alternativas de producción; no convierte una alternativa en regla para cada revista.

OJS 3.6 y un servicio especializado son complementarios

La complementariedad aparece cuando separas plataforma, fuente editorial y ejecución de la producción. OJS puede ser el lugar donde se gestiona el envío, la revisión, las decisiones editoriales y la publicación. Un servicio puede entrar después de la aceptación para preparar activos, aplicar una plantilla, realizar controles y devolver archivos listos para cargar.

PKP también distingue un flujo centrado en JATS que se ejecuta fuera de OJS: servicios externos producen JATS desde DOCX al aceptar el manuscrito, y ese JATS sirve de fuente para HTML y PDF. Ese flujo no está incluido en OJS 3.6.[2] La distinción ayuda a evitar una expectativa equivocada: producir JATS desde HTML dentro de OJS y gestionar una producción JATS externa son rutas distintas, aunque ambas busquen coherencia entre formatos.

Jatson se presenta como una capa de producción posterior al artículo aceptado: recibe contenido fuente, lo estructura, valida y convierte en XML JATS, PDF editorial y Scholarly HTML para publicar en OJS.[5] En su oferta general, la revista conserva la decisión editorial y el servicio asume la producción.[4] Esa división puede coexistir con OJS 3.6 si se define una fuente de verdad, una versión de entrega y un responsable de las correcciones.

No hay una respuesta universal. Una revista con una plantilla simple, personal capacitado y tiempo para revisar pruebas puede privilegiar la producción interna. Otra que necesite concentrar la preparación multiformato o resolver excepciones de manera recurrente puede evaluar apoyo especializado. La clave es comparar el trabajo real, no solo la función disponible en pantalla.

Matriz de decisión: producción interna, especializada o mixta

Usa esta matriz en una reunión de producción. Marca la opción que describe tu operación actual y anota una evidencia: una muestra de artículo, un registro de correcciones o una prueba aprobada.

Criterio	Producción interna con OJS 3.6	Servicio especializado	Esquema mixto
Fuente de trabajo	El equipo mantiene HTML y metadatos en OJS.	El servicio recibe el archivo final y los insumos acordados.	OJS concentra el flujo; el servicio prepara entregables definidos.
Equipo disponible	Hay editor/a y apoyo técnico con tiempo para pruebas.	La capacidad interna es limitada o variable.	El equipo revisa y aprueba; la ejecución se concentra fuera.
Diseño y excepciones	La plantilla es estable y las excepciones son manejables.	Hay composición, tablas, fórmulas o requerimientos que exigen revisión dedicada.	Las piezas regulares van por una ruta y las excepcionales por otra.
XML JATS	Basta con la salida integrada y su control definido por la revista.	Se requiere una entrega externa con alcance editorial y técnico acordado.	Se compara la salida interna con una muestra externa antes de fijar el flujo.
Correcciones posteriores	El equipo puede regenerar y verificar galeradas dentro de OJS.	El acuerdo define cómo se solicita, versiona y entrega una corrección.	OJS registra la decisión; el servicio actualiza los activos encargados.
Control de cierre	La revista puede asumir checklist y aprobación de cada formato.	La revista aprueba pruebas; el proveedor documenta controles y entrega.	Se asignan responsables por formato y por versión.

La columna elegida no es permanente. Revísala al cambiar plantilla, periodicidad, equipo o requisitos de indexación. Conviene probar una muestra representativa antes de comprometer un número completo: un artículo con tabla, figura, referencias y elementos que suelen generar consultas.

Qué debe asumir el equipo interno

El equipo interno conserva las decisiones que requieren autoridad editorial. Antes de enviar un artículo a producción, debe confirmar la versión aprobada del texto, autorías, afiliaciones, título, resumen, financiamiento, figuras, permisos y referencias. Si existe una duda sobre el contenido, corresponde resolverla antes de cerrar la prueba.

También debe definir el criterio de aceptación. Un checklist breve puede incluir:

• versión de manuscrito identificada y autorizada;
• metadatos contrastados con la versión editorial;
• archivos gráficos con nombre y ubicación definidos;
• plantilla, idioma y formatos de salida acordados;
• responsable que aprueba PDF, HTML y XML JATS;
• canal y plazo interno para observaciones;
• registro de la versión publicada y de las correcciones posteriores.

En OJS 3.6, el equipo debe decidir si editará el cuerpo dentro del editor integrado, quién verificará la conversión y cuándo se generan las galeradas. El software reduce pasos de traspaso, pero no determina si una afiliación es correcta ni si una tabla se entiende al leerla en móvil. Esas revisiones siguen bajo responsabilidad editorial.

Qué puede ejecutar un servicio especializado

Un servicio especializado puede recibir el artículo ya aprobado y ejecutar tareas delimitadas: normalizar el insumo, estructurar el contenido, preparar PDF, HTML y XML JATS, aplicar una plantilla, revisar consistencia entre salidas y devolver una prueba para aprobación. Jatson describe ese recorrido desde el artículo aceptado hasta los activos de publicación y señala una revisión previa a la entrega.[4][5]

La división funciona mejor cuando el encargo especifica entradas y salidas. Define qué documento se entrega, qué pasa con imágenes o tablas deficientes, cuántas rondas de observaciones contempla el flujo, quién valida el XML y cómo se nombra la versión final. Sin esas reglas, el servicio puede recibir consultas que aún pertenecen a la decisión editorial y el cierre se vuelve confuso.

Según la práctica de OJS ONE, la marcación manual puede tomar cerca de 4 horas por artículo; con automatización, minutos. Esa referencia sirve para dimensionar tareas repetitivas, no para prometer un plazo fijo: el resultado depende del estado del documento, tablas, figuras, referencias y correcciones pendientes.[3]

Errores que conviene evitar al combinar ambas rutas

El primer error es asumir que generar un archivo equivale a aprobarlo. Un XML puede ser estructuralmente válido y aun así contener una afiliación, una referencia o una leyenda que requiere corrección editorial. Separa validación técnica, revisión de lectura y aprobación de contenido.

El segundo es mantener dos fuentes que compiten. Si una corrección se hace en OJS y otra en el XML externo, acuerda cuál archivo gobierna la siguiente actualización. PKP advierte que, en el escenario descrito para OJS 3.6, los metadatos de JATS y la base de OJS aún no están vinculados para reflejar cambios en ambos sentidos.[2]

El tercero es pedir una salida sin entregar un insumo cerrado. Un documento con estilos irregulares, referencias incompletas o figuras pendientes traslada el problema al final. Haz una pre-revisión editorial antes de producir y registra las observaciones que deben resolverse por la revista.

El cuarto es medir solo el costo visible. Compara horas de preparación, consultas, correcciones, coordinación de archivos y revisión de pruebas. Esta comparación no decide por sí sola; entrega una base para seleccionar una ruta que el equipo pueda sostener.

Un plan de adopción en cinco pasos

Empieza con un artículo representativo, no con una promesa amplia. El objetivo es comprobar responsabilidades y evidencia de salida.

1. Delimita la muestra. Elige un artículo con referencias, tabla, figura y elementos habituales de tu revista.
2. Fija la fuente. Define si el HTML de OJS o el JATS externo será la referencia para una corrección posterior.
3. Asigna responsables. Nombra a quien prepara el insumo, quien resuelve consultas y quien aprueba cada formato.
4. Compara pruebas. Revisa PDF, HTML y XML contra el manuscrito aprobado y anota diferencias.
5. Ajusta el flujo. Documenta plazos internos, puntos de control y condiciones para repetir el proceso.

Este piloto permite adoptar la producción integrada, una ejecución externa o un esquema mixto con una decisión basada en evidencia propia de la revista.

Preguntas frecuentes

¿OJS 3.6 elimina la necesidad de un servicio de producción?

No. OJS 3.6 incorpora una ruta integrada para HTML, PDF y JATS XML, pero PKP conserva disponibles flujos tradicionales y servicios de terceros.[1] La necesidad de apoyo externo depende de la capacidad interna, el diseño, la complejidad de los artículos y el control de cierre que puede asumir tu equipo.

¿Qué debe entregar la revista a un servicio especializado?

La base es un artículo aprobado, metadatos confirmados, figuras, tablas, referencias y una definición de los formatos requeridos. Antes de enviar el material, conviene acordar plantilla, responsables de aprobación y tratamiento de correcciones. Jatson describe su entrada desde el contenido fuente del artículo aceptado.[5]

¿Una automatización reemplaza la revisión editorial?

No. La automatización puede reducir trabajo repetitivo y generar salidas desde una fuente común, pero la revista debe validar contenido, metadatos y legibilidad de cada prueba. PKP señala que ciertos estilos complejos o atípicos pueden requerir atención adicional durante la transformación.[2]

Evalúa Jatson para la producción de tu revista

OJS 3.6 abre una opción integrada para ordenar la producción multiformato. Un servicio especializado puede complementar esa opción cuando necesitas concentrar ejecución, controles o activos definidos. Una combinación conveniente deja una fuente clara, responsables identificados y una aprobación editorial verificable.

Si buscas evaluar una ruta de producción para XML JATS, PDF editorial y HTML de lectura, revisa el alcance de Jatson para Chile. Puedes contrastarlo con tu flujo de OJS 3.6 y solicitar una evaluación a partir de un artículo de referencia.

Fuentes

1. Public Knowledge Project, OJS 3.6: Bringing Manuscript Editing and Production under one Roof — consultado 2026-10-23.
2. Public Knowledge Project, Upload, Transform, Publish: Inside OJS 3.6’s File Production and Toolset — consultado 2026-10-23.
3. OJS ONE, Automatización de la producción editorial — consultado 2026-10-23.
4. OJS ONE, Producción editorial para revistas OJS | OJS One Jatson — consultado 2026-10-23.
5. OJS ONE, Marcación XML JATS para SciELO Chile | OJS ONE — consultado 2026-10-23.