
Externalizar marcación XML JATS para SciELO: cómo decidir
Decide si externalizar la marcación XML JATS para SciELO: compara equipo propio, herramientas y servicio integral con entregables claros.
Externalizar marcación XML JATS para SciELO: cómo decidir
Para decidir si externalizar marcación XML JATS, compara quién hará el trabajo, resolverá las correcciones y mantendrá los archivos disponibles. Puedes producir con equipo propio, usar una herramienta con trabajo institucional o contratar un servicio integral. Recomendamos elegir después de probar una muestra representativa y acordar responsabilidades por escrito.
Externalizar marcación XML JATS: decide por capacidad real
Mantén la producción dentro de la institución si puedes asignarle responsables, aprendizaje y continuidad. Considera un servicio si necesitas delegar la ejecución, pero conserva una contraparte editorial capaz de aprobarla. Esta es nuestra recomendación de gestión, no una exigencia de SciELO.
Antes de cotizar, revisa el calendario y las tareas que tu equipo ya sostiene. Anota quién puede producir durante los cierres, quién lo reemplaza y qué ocurre cuando llegan correcciones después de aprobar las pruebas. Una persona que conoce XML, pero no tiene tiempo asignado, no constituye una capacidad de producción estable.
Tampoco compares una licencia con una entrega terminada. En una propuesta puedes estar comprando acceso; en otra, trabajo de producción. Exige que ambas indiquen qué debe hacer tu revista para llegar al mismo paquete final. Solo entonces tendrás alcances comparables.
Compara los modelos de producción editorial para SciELO
Los modelos se diferencian por la distribución del trabajo, no por el nombre del programa. Úsalos como categorías para revisar propuestas: una misma empresa puede ofrecer más de una modalidad.
| Modelo | Quién ejecuta | Qué conserva la institución | Perfil al que recomendamos evaluarlo |
|---|---|---|---|
| Equipo propio | Personal institucional produce y corrige con las herramientas elegidas | Operación, aprobación y mantenimiento del flujo | Portal con dedicación asignada y respaldo entre personas |
| Herramienta con trabajo institucional | Tu equipo marca o revisa dentro de una aplicación externa | Ejecución editorial, capacitación y recepción técnica | Revista con operador disponible que busca apoyo de software |
| Servicio integral | Un proveedor realiza la producción incluida en el contrato | Decisiones editoriales, aprobación y supervisión | Equipo que quiere delegar producción sin contratar un operador interno |
La distinción tiene ejemplos públicos. JATS Studio separa el uso del aplicativo, donde el cliente realiza el marcado, del servicio en que su equipo prepara los archivos. Esa descripción acredita modalidades ofrecidas; no demuestra resultados para tu revista.[1]
También hay desarrollos institucionales y proyectos abiertos. El repositorio de SciELO MarkAPI describe un flujo hacia XML SPS con revisión humana posible.[2] Su existencia no prueba que puedas instalarlo, mantenerlo y operarlo sin apoyo. Si evalúas software abierto, incorpora esas tareas a tu decisión.
Un servicio llamado integral tampoco incluye necesariamente la carga en OJS, el mantenimiento del visor o las correcciones posteriores. Pide que la propuesta nombre cada actividad.
Define el destino antes de elegir herramientas de marcación XML JATS
Especifica el perfil técnico de entrega y confírmalo con el destino correspondiente. La documentación oficial de JATS describe elementos y atributos para marcar artículos; por su parte, SciELO Style Checker comprueba conformidad con el estilo definido en las guías de SciELO Publishing Schema.[3][4] Por eso, pedir solamente un archivo llamado XML JATS deja una decisión sin resolver.
Recomendamos que el encargo identifique la colección de destino, el perfil acordado, las salidas requeridas y quién resolverá dudas técnicas. Si tu revista necesita más de un destino, solicita que el proveedor explique cuáles adaptaciones están incluidas y cuáles requieren otro trabajo.
Aclara además si esperas archivos de lectura o un sistema para generarlos. Un HTML entregado como archivo y un visor que representa el XML son compromisos distintos. En ambos casos debes saber quién los pondrá en OJS y quién atenderá un problema de lectura después de una actualización.
No uses la presencia de un botón de exportación como criterio suficiente. Prueba el paquete que recibirá tu institución y el recorrido que seguirá hasta quedar disponible para el lector.
Prueba una muestra representativa antes de contratar
Elige artículos que representen las dificultades de tu revista, no solo el documento más limpio. Recomendamos incluir casos con tablas complejas, ecuaciones, varios idiomas o referencias heterogéneas cuando esas características estén presentes en tu publicación.

La validación técnica y la revisión editorial son controles distintos: ambos son necesarios para aceptar una entrega documentada.
Usa la misma muestra y el mismo alcance para evaluar las alternativas. Pide que cada participante registre qué recibió, qué consultas necesitó hacer y qué parte resolvió tu equipo. Así podrás distinguir el trabajo incluido del que termina volviendo a la institución.
La prueba debería dejar estas evidencias:
- Un paquete de salida con los archivos acordados y una identificación de su versión.
- Un reporte técnico que indique controles aplicados y observaciones pendientes.
- Las consultas editoriales resueltas, con la persona que autorizó cada decisión.
- Una corrección solicitada por tu equipo y su propagación a las salidas afectadas.
- La apertura del HTML y del PDF en el entorno donde planeas ofrecerlos.
SciELO documenta en Package Maker reportes de errores, advertencias y validaciones del paquete.[5] Puedes tomar esos registros como referencia al pedir evidencia técnica, sin exigir una herramienta única a quienes participan.
Para revisar el contenido de la muestra, utiliza nuestra guía de errores y control editorial en XML JATS para SciELO. Aquí el objetivo es otro: comprobar quién detecta un problema, quién lo resuelve y qué evidencia entrega antes del cierre.
Acuerda responsables, QA y control de versiones editorial
Asigna una persona responsable por cada transición, aunque contrates toda la producción. Recomendamos adjuntar a la propuesta una matriz breve como esta y completarla con nombres o cargos.
| Actividad | Responsable que debes identificar | Evidencia de cierre sugerida |
|---|---|---|
| Autorizar el contenido de producción | Contraparte editorial de la revista | Versión aprobada y fecha de autorización |
| Producir y validar | Operador institucional o proveedor | Paquete identificado y reporte de control |
| Resolver consultas de contenido | Editor designado | Respuesta registrada, sin cambios inferidos |
| Revisar y aceptar la entrega | Contraparte de la revista | Aprobación u observaciones pendientes |
| Cargar archivos y mantener la lectura | TI, administrador o proveedor contratado | Prueba de acceso y responsable de soporte |
Define el control de calidad, o QA, como un trabajo asignado. El contrato debe decir quién revisa la salida del productor, quién interpreta advertencias y quién puede autorizar una excepción documentada. Evita que cada participante dé por hecho que otra persona hizo esa revisión.
Para las correcciones, distingue un defecto de producción respecto de la versión autorizada de un cambio editorial solicitado después. Recomendamos acordar cómo se registra cada caso, qué cubre la contratación y cuándo corresponde revisar el alcance. No aceptes una fórmula vaga de correcciones incluidas sin saber cómo se tramitan.
Prueba también el control de versiones editorial. En un caso hipotético, la revista cambia una leyenda después de recibir las pruebas. El responsable registra la solicitud, identifica las salidas afectadas y entrega el reemplazo con su aprobación. Pide demostrar ese recorrido durante la muestra, incluido cómo se retira la entrega anterior del uso operativo.
Evalúa costo completo, acceso y continuidad
Compara el trabajo que deberá sostener la institución durante toda la relación. Recomendamos revisar las dedicaciones internas y los conceptos cotizados, sin convertirlos en un ahorro supuesto ni en un retorno de inversión inventado.
En equipo propio, considera capacitación, reemplazos, soporte técnico y mantenimiento de plantillas. Con una herramienta externa, pregunta por acceso, exportación y asistencia al operador. En servicio integral, confirma si la coordinación, las correcciones y las salidas de lectura forman parte del alcance. Solicita cotizaciones con estos conceptos separados para poder discutirlos.
El acceso a los archivos merece una cláusula propia. Pide especificar qué recibirás del XML, las imágenes, el HTML y el PDF; dónde quedarán las copias institucionales; y qué documentación permitirá retomar el trabajo. No des por incluida la entrega del software del proveedor: distingue tus archivos editoriales de los componentes sujetos a licencia.
Para el visor HTML o la generación de PDF, identifica quién mantiene las plantillas, quién comprueba compatibilidad con OJS y qué soporte continúa al terminar el contrato. Pregunta si podrás seguir leyendo los artículos sin una cuenta activa del productor y exige una respuesta aplicable a la modalidad ofrecida.
La continuidad del conocimiento también se contrata o se organiza. Guarda decisiones de marcado, criterios particulares de la revista y consultas resueltas en un registro accesible. Si cambia el operador o el proveedor, ese registro debe acompañar los archivos. La transferencia final conviene probarla antes de cerrar la relación, no descubrirla cuando ya necesitas cambiar de responsable.
Evita errores comunes al comparar propuestas
Descarta comparaciones que ocultan trabajo pendiente. Estos son criterios que recomendamos usar al revisar una oferta:
- Comprar una herramienta como si incluyera un operador. Pide identificar quién marca, corrige y responde consultas.
- Evaluar solo un artículo sencillo. Incorpora las dificultades que aparecen en tu calendario habitual.
- Dar por incluida la publicación en OJS. Separa entrega, carga y mantenimiento del visor.
- Aceptar archivos sin un mecanismo de corrección. Solicita un responsable y un registro de reemplazos.
- Delegar sin conservar copias ni documentación. Comprueba que puedes recuperar el paquete y sus decisiones editoriales.
- Elegir por una promesa de aceptación. No aceptes una garantía de ingreso a SciELO como entregable de producción.
La decisión puede ser mixta: por ejemplo, como diseño de trabajo hipotético, un portal mantiene coordinación institucional y contrata producción para parte de su calendario. Evalúa esa opción con los mismos criterios y deja claro quién responde por cada artículo.
Preguntas frecuentes
¿Conviene externalizar si publico pocos artículos?
Puede convenirte si no tienes una persona con dedicación y reemplazo para producirlos. Recomendamos decidir con una muestra y una estimación documentada de trabajo institucional, no con un umbral universal de artículos. Un volumen pequeño tampoco elimina las tareas de coordinación y aprobación.
¿Puedo usar una herramienta y contratar ayuda solo para casos complejos?
Puedes proponer esa modalidad al proveedor, pero confirma que la ofrece y delimita los casos que recibirá. Acuerda quién revisa el conjunto, cómo se transfieren los proyectos y quién resuelve una corrección que afecta archivos producidos por distintos equipos.
¿Qué debería conservar si cambio de proveedor?
Recomendamos conservar el paquete editorial acordado, los reportes de control, el historial de correcciones y las decisiones de la revista. Verifica además los derechos y condiciones de uso de plantillas o visores. No supongas que recibir archivos implica recibir el software que los generó.
Evalúa un servicio de marcación XML JATS con alcance claro
Elige el modelo que puedas supervisar y sostener. La muestra debe mostrarte tanto la calidad de la entrega como el trabajo que conservará tu institución; el acuerdo debe dejar resueltas correcciones, acceso y continuidad.
Jatson describe la producción de XML JATS, PDF editorial y HTML desde artículos aceptados.[6] Esa capacidad corresponde a producción, no a revisión por pares. Si estás evaluando delegarla, solicita una evaluación de producción con Jatson e indica tu destino, calendario y muestra representativa. Define el alcance antes de comprometer una entrega.
Fuentes
- JATS Studio: modalidades de uso y servicio de marcado — consultado 2026-10-22.
- SciELO MarkAPI: repositorio oficial del proyecto — consultado 2026-10-22.
- National Library of Medicine: Journal Article Tag Suite — consultado 2026-10-22.
- SciELO Style Checker — consultado 2026-10-22.
- Documentação SciELO: Como validar o pacote XML SPS — consultado 2026-10-22.
- OJS ONE Jatson: producción editorial — consultado 2026-10-22.
¿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