Guía técnica6 min•
XML JATS para SciELO: errores que un XML válido puede conservar - Guía OJS

XML JATS para SciELO: errores que un XML válido puede conservar

Revisa errores de autoría, referencias y versiones que un XML JATS válido puede conservar. Guía de control editorial para revistas que publican en SciELO.

Recibir un XML sin errores de validación es un resultado técnico importante. Aun así, la revista necesita comprobar que ese archivo representa el artículo que aprobó: los mismos autores, afiliaciones, resultados, tablas y referencias.

Un dato puede estar correctamente marcado y ser incorrecto. El apellido de una autora puede tener una letra cambiada; una figura puede corresponder a una revisión anterior. La estructura puede ser válida mientras el contenido requiere una corrección editorial.

Para una revista que contrata marcación XML JATS para SciELO, conviene distinguir la validación técnica de la aprobación del contenido. Ambas forman parte de la recepción del trabajo, pero responden preguntas diferentes.

Qué comprueba la validación y qué debe comprobar la revista

SciELO Style Checker permite verificar conformidad con el estilo definido en las guías de SciELO Publishing Schema. Por su parte, la documentación de XML Package Maker describe controles de documentos y paquetes, incluidos datos compartidos entre artículos, identificadores y reportes de errores y advertencias.[12][13]

Estos controles son útiles para encontrar incumplimientos de reglas y ciertas inconsistencias. No constituyen una comprobación independiente de cada afirmación científica ni de la identidad de cada persona mencionada en un manuscrito.

Nuestra recomendación es separar la recepción en dos registros:

  • Control técnico: perfil acordado, herramientas utilizadas, resultados de validación y observaciones pendientes.
  • Control editorial: correspondencia con la versión aceptada, integridad del contenido y aprobación de las salidas de lectura.

Un reporte técnico favorable no debería cerrar automáticamente el segundo registro.

Diagrama con dos controles complementarios para XML JATS: validación técnica del perfil, la estructura y las reglas, y revisión editorial de autorías, referencias y coincidencia entre formatos

Autorías y afiliaciones: un dato bien formado también puede ser erróneo

Compare nombres y apellidos con el documento final y con los metadatos confirmados por la revista. Revise el orden de autoría y la relación entre cada persona y sus afiliaciones. Si hay identificadores, compruebe que correspondan a quien se declara.

No basta con que una dirección ORCID tenga un formato reconocible. El problema editorial puede ser que pertenezca a otra persona. Tampoco corresponde deducir una afiliación institucional a partir de un correo o completar un identificador por semejanza de nombres.

Cuando la fuente sea ambigua, registre la consulta y devuélvala al responsable editorial. Una corrección pendiente explícita es preferible a un dato añadido sin confirmación.

Preguntas frecuentes

¿Un XML JATS válido garantiza que el artículo esté correcto?

No. La validación comprueba estructura y reglas, no que autores, afiliaciones, referencias, tablas y figuras coincidan con el artículo aprobado. Por eso conviene separar un control técnico de un control editorial.

¿Qué errores puede conservar un XML JATS válido?

Apellidos con una letra cambiada, ORCID que pertenecen a otra persona, referencias que mezclan datos de obras distintas, figuras de una revisión anterior o diferencias entre el XML, el PDF y el HTML.

¿Superar la validación garantiza la indexación en SciELO?

No. La marcación organiza el contenido para un flujo de publicación; la admisión o permanencia en SciELO la deciden sus instancias de evaluación y no se obtiene por superar un validador.

Referencias: coincidencia de estructura no equivale a coincidencia de obra

Una referencia puede contener autor, título, año y DOI y, aun así, mezclar datos de publicaciones distintas. Recomendamos verificar las referencias dudosas contra la obra citada o una fuente bibliográfica confiable, sin inventar identificadores faltantes.

El control también debe cruzar las citas del texto con la lista de referencias. Conviene revisar citas sin entrada correspondiente, entradas no citadas cuando la política editorial lo requiera, referencias duplicadas y cambios introducidos durante la corrección de estilo.

No todos estos hallazgos implican fraude. Pueden deberse a versiones desalineadas o errores de producción. La revista debe resolver el caso con evidencia antes de atribuir una causa.

Tablas, figuras y ecuaciones: revisar lo que el lector recibe

Compruebe que cada llamada del texto apunta al objeto correcto y que el archivo asociado corresponde a la versión aprobada. Revise títulos, unidades, notas, símbolos y permisos cuando corresponda.

En una tabla, una cifra perdida o una nota ubicada en otra columna puede cambiar la interpretación. En una ecuación, un símbolo omitido puede pasar inadvertido al revisar solo la apariencia general del artículo.

La documentación de Package Maker contempla revisión del paquete y vistas de datos como idiomas, fechas, afiliaciones y referencias. Esa evidencia ayuda a orientar la revisión; no elimina la necesidad de comparar con el contenido aprobado.[13]

Un ejemplo de inconsistencia entre versiones

Caso hipotético: durante la corrección final, la revista reemplaza la figura 2 y modifica su leyenda. El PDF incorpora el cambio, pero el XML se produce desde el Word anterior. El HTML derivado de ese XML conserva la figura antigua.

El problema no se resuelve aprobando cada archivo por separado. Requiere identificar la versión editorial de referencia, corregir la estructura o los archivos asociados y volver a revisar las salidas afectadas.

Para evitarlo, recomendamos que la revista mantenga una única versión aprobada de producción y un registro breve de cambios. Una modificación tardía debe indicar qué cambió, quién la autorizó y qué formatos necesitan regeneración o revisión.

Checklist antes de aprobar el paquete

La recepción editorial puede apoyarse en estas preguntas:

  • ¿El paquete corresponde a la versión final que autorizó la revista?
  • ¿Los autores, afiliaciones y datos de correspondencia están confirmados?
  • ¿Las citas, referencias y enlaces bibliográficos representan las obras correctas?
  • ¿Tablas, figuras y ecuaciones conservan su contenido y referencias cruzadas?
  • ¿Títulos, resúmenes, fechas y datos bibliográficos coinciden entre las salidas pertinentes?
  • ¿Cada error o advertencia técnica tiene una resolución o una justificación documentada?
  • ¿La revista revisó el PDF y el HTML, además del archivo XML?
  • ¿Hay un responsable identificado para aprobar la entrega y solicitar correcciones?

Esta es una propuesta de control de calidad editorial. Debe ajustarse al perfil técnico, al artículo y a los procedimientos de la colección correspondiente; no reemplaza sus instrucciones.

Aprobar la producción sin confundirla con indexación

La marcación organiza el contenido para un flujo de publicación. La decisión de admisión o permanencia en SciELO corresponde a sus instancias de evaluación y no se obtiene por superar un validador.

La página de Jatson para SciELO Chile describe la producción coordinada de XML JATS, PDF y HTML desde el artículo aceptado.[1] Para aprovechar ese flujo, la revista debe conservar la responsabilidad sobre los insumos y la aprobación editorial.

Si necesita marcación XML JATS para SciELO, consulte a OJS ONE indicando el volumen de artículos, el destino y el estado de los archivos finales. El alcance de la producción y del control de calidad se define antes de comprometer la entrega.

Referencias

¿Tu revista actual sufre de lentitud o caídas constantes?

Contacta a nuestro equipo y descubre cómo una infraestructura de categoría empresarial puede transformar tu operación editorial.

Solicitar evaluación