scielo

SciELO SPS 1.10: qué debe pedir un director antes del próximo lote XML

EditorialXML5 min de lectura
  • scielo
  • sps
  • validacion

Si el último paquete SciELO de su revista todavía declara specific-use como sps-1.9, no está "un poco atrasado": está empaquetando contra una versión que la red ya dejó atrás. SPS 1.10 es la referencia operativa. El DTD base no saltó de golpe a JATS 1.4; SciELO sigue sobre Journal Publishing 1.1. Lo que cambió es la capa de estilo SciELO: unas cuantas reglas que aparecen en rojo la primera vez que el proveedor valida con las herramientas nuevas.

Esto no es un volcado del changelog. Es la lista corta que un director debería mandar a quien produce el XML —interno o externo— antes de que salga el siguiente número.

Lo que no cambió (para no exagerar)

  • El esquema base sigue siendo el DTD JATS Journal Publishing 1.1. Mantenga dtd-version="1.1". No "actualice" el atributo a 1.4 solo porque NISO publicó Z39.96-2024.
  • Sigue haciendo falta un paquete bien armado: XML + figuras + PDF + metadatos del fascículo, con los nombres que pide su coordinador nacional.
  • Los criterios editoriales de admisión (evaluación por pares, ISSN, acceso abierto) siguen estando antes de cualquier arreglo XML. SPS no salva una revista que falle en selección.

Patrón del elemento raíz para entrega actual:

<article xmlns:xlink="http://www.w3.org/1999/xlink"
         xmlns:mml="http://www.w3.org/1998/Math/MathML"
         article-type="research-article"
         dtd-version="1.1"
         specific-use="sps-1.10"
         xml:lang="es">

Si ese specific-use todavía dice sps-1.9 en archivos de producción, trátelo como fallo de proceso, no como detalle cosmético.

La regla de ORCID que casi nadie toma en serio a tiempo

SPS 1.10 exige ORCID (@contrib-id-type="orcid") de al menos un autor del artículo. No dice "todos los autores o rechazo" — y justo ahí se traban los equipos.

Lo que falla en la práctica:

  1. El autor corresponsal tiene ORCID en OJS, pero quien marca el XML solo pone nombres.
  2. Alguien inventa un ORCID placeholder "para pasar el validador". Eso es peor que omitirlo; harvesters y coordinadores lo notan.
  3. La captura ocurre después de diagramación. Para entonces el autor no contesta y el número ya va tarde.

Pregunte a su proveedor: "Muéstreme, en el artículo piloto, qué contrib lleva ORCID y el formato exacto." Para SciELO SPS quiere el identificador desnudo (0000-0001-8528-2091) dentro de <contrib-id> — no https://orcid.org/.... SPS rechaza la forma URI.

Arreglo operativo que sí funciona: ORCID como campo duro al aceptar el manuscrito, no como "sería bueno" en la carátula del PDF. Un ORCID verificado por artículo cumple el piso de SPS; más es mejor para descubrimiento.

CC-BY no es "cualquier Creative Commons"

El estándar de atribución de acceso abierto en la red SciELO es CC-BY. Revistas admitidas hace años pueden conservar licencias anteriores bajo reglas de transición de su colección, pero conversaciones nuevas de indexación y revistas nuevas no deberían tratar CC-BY-NC como "casi igual".

En el XML, la URI en xlink:href de <license> debe coincidir con lo que declararon ante SciELO. A ningún coordinador le gusta explicar que el sitio dice BY y el paquete dice BY-NC.

Lo que el validador nuevo suele morder primero

Cuando los equipos pasan de documentación escrita para 1.9 a herramientas orientadas a 1.10, los primeros fallos casi nunca son exóticos:

SíntomaCausa habitual
Falta ORCIDNingún contrib-id con contrib-id-type="orcid"
specific-use incorrectoPlantilla todavía hardcodeada a sps-1.9
Licencia desalineadaPolítica del sitio y URI del XML no coinciden
Modelo de fechasSiguen emitiendo patrones pub-type donde SPS espera publication-format + date-type
CRediT / rolesRoles documentados para humanos pero nunca marcados para máquinas cuando la colección lo espera

No hace falta memorizar cada issue del whatsnew de SciELO. Sí hace falta un proveedor que apunte a la guía SPS 1.10 vigente y muestre qué reglas valida antes de que usted abra un ticket con la colección nacional.

Checklist para enviar a su proveedor XML (copiar y pegar)

Pida respuestas por escrito, no un PDF de marketing:

  1. Confirmar que todas las raíces de artículo usan dtd-version="1.1" y specific-use="sps-1.10".
  2. Confirmar ORCID vivo en al menos un autor por artículo, como ID desnudo en el XML; describir cómo lo capturan.
  3. Confirmar marcado de licencia CC-BY (o la licencia exacta aprobada por su colección) alineado con el sitio de la revista.
  4. Nombrar el validador / versión de documentación SPS que usarán en el próximo lote.
  5. Entregar un artículo piloto validado bajo 1.10 antes del fascículo completo.
  6. Listar los tres errores recurrentes de la última devolución SciELO y cómo 1.10 cambia la corrección.

Si no pueden responder 1–4 sin rodeos, el riesgo es suyo: el coordinador devolverá el paquete a la revista, no al sitio de ventas del proveedor.

Cómo encaja con el resto de su stack

El validador JATS gratuito de EditorialXML comprueba JATS 1.4 Archiving. Sirve como filtro estructural. No es un pase SciELO SPS. Para números con destino SciELO: Archiving si quiere, luego reglas SPS 1.10, luego el checklist nacional. Saltar el paso del medio es cómo un JATS "limpio" vuelve con sello rojo.

Para el flujo completo, vea la guía de preparación SciELO paso a paso o el servicio de preparación SciELO.

En corto

SPS 1.10 no se trata tanto de aprender un alfabeto nuevo de etiquetas como de cerrar huecos que 1.9 dejaba pasar: ORCID a nivel de artículo, marcado CC-BY honesto y un atributo raíz que diga a la red qué reglas usted afirma cumplir. Los directores que piden un piloto validado antes del lote completo gastan menos tiempo explicando devoluciones en el siguiente consejo editorial.

Fuentes consultadas

Artículos relacionados