Terceirizar a marcação XML JATS para a SciELO: como decidir
Decida se deve terceirizar a marcação XML JATS para a SciELO: compare equipe própria, ferramentas e serviço integral com entregas claras.
Terceirizar a marcação XML JATS para a SciELO: como decidir
Para decidir se vale terceirizar a marcação XML JATS, compare quem fará o trabalho, quem resolverá as correções e quem manterá os arquivos disponíveis. Você pode produzir com equipe própria, usar uma ferramenta com trabalho institucional ou contratar um serviço integral. Recomendamos escolher depois de testar uma amostra representativa e acordar as responsabilidades por escrito.
Terceirizar a marcação XML JATS: decida pela capacidade real
Mantenha a produção dentro da instituição se você puder atribuir responsáveis, aprendizado e continuidade. Considere um serviço se precisar delegar a execução, mas conserve uma contraparte editorial capaz de aprová-la. Esta é a nossa recomendação de gestão, não uma exigência da SciELO.
Antes de pedir orçamentos, revise o calendário e as tarefas que sua equipe já sustenta. Anote quem pode produzir durante os fechamentos, quem o substitui e o que acontece quando chegam correções depois da aprovação das provas. Uma pessoa que conhece XML, mas não tem tempo atribuído, não constitui uma capacidade de produção estável.
Também não compare uma licença com uma entrega concluída. Em uma proposta você pode estar comprando acesso; em outra, trabalho de produção. Exija que ambas indiquem o que sua revista deve fazer para chegar ao mesmo pacote final. Só então você terá escopos comparáveis.
Compare os modelos de produção editorial para a SciELO
Os modelos se diferenciam pela distribuição do trabalho, não pelo nome do programa. Use-os como categorias para revisar propostas: uma mesma empresa pode oferecer mais de uma modalidade.
| Modelo | Quem executa | O que a instituição conserva | Perfil para o qual recomendamos avaliá-lo |
|---|---|---|---|
| Equipe própria | A equipe institucional produz e corrige com as ferramentas escolhidas | Operação, aprovação e manutenção do fluxo | Portal com dedicação atribuída e substituição entre pessoas |
| Ferramenta com trabalho institucional | Sua equipe marca ou revisa dentro de uma aplicação externa | Execução editorial, capacitação e recepção técnica | Revista com operador disponível que busca apoio de software |
| Serviço integral | Um fornecedor realiza a produção incluída no contrato | Decisões editoriais, aprovação e supervisão | Equipe que quer delegar a produção sem contratar um operador interno |
A distinção tem exemplos públicos. O JATS Studio separa o uso do aplicativo, em que o cliente faz a marcação, do serviço em que sua equipe prepara os arquivos. Essa descrição comprova as modalidades oferecidas; não demonstra resultados para a sua revista.[1]
Há também desenvolvimentos institucionais e projetos abertos. O repositório do SciELO MarkAPI descreve um fluxo rumo ao XML SPS com possível revisão humana.[2] Sua existência não prova que você possa instalá-lo, mantê-lo e operá-lo sem apoio. Se você avaliar software aberto, incorpore essas tarefas à sua decisão.
Um serviço chamado integral tampouco inclui necessariamente a carga no OJS, a manutenção do visualizador ou as correções posteriores. Peça que a proposta nomeie cada atividade.
Defina o destino antes de escolher ferramentas de marcação XML JATS
Especifique o perfil técnico de entrega e confirme-o com o destino correspondente. A documentação oficial do JATS descreve elementos e atributos para marcar artigos; por sua vez, o SciELO Style Checker verifica a conformidade com o estilo definido nas diretrizes do SciELO Publishing Schema.[3][4] Por isso, pedir apenas um arquivo chamado XML JATS deixa uma decisão sem resolver.
Recomendamos que o contrato identifique a coleção de destino, o perfil acordado, as saídas exigidas e quem resolverá as dúvidas técnicas. Se sua revista precisar de mais de um destino, peça que o fornecedor explique quais adaptações estão incluídas e quais exigem outro trabalho.
Esclareça também se você espera arquivos de leitura ou um sistema para gerá-los. Um HTML entregue como arquivo e um visualizador que renderiza o XML são compromissos diferentes. Em ambos os casos, você deve saber quem os colocará no OJS e quem atenderá um problema de leitura depois de uma atualização.
Não use a presença de um botão de exportação como critério suficiente. Teste o pacote que sua instituição receberá e o caminho que ele seguirá até ficar disponível para o leitor.
Teste uma amostra representativa antes de contratar
Escolha artigos que representem as dificuldades da sua revista, não apenas o documento mais limpo. Recomendamos incluir casos com tabelas complexas, equações, vários idiomas ou referências heterogêneas quando essas características estiverem presentes na sua publicação.

A validação técnica e a revisão editorial são controles distintos: ambos são necessários para aceitar uma entrega documentada.
Use a mesma amostra e o mesmo escopo para avaliar as alternativas. Peça que cada participante registre o que recebeu, quais consultas precisou fazer e que parte sua equipe resolveu. Assim você poderá distinguir o trabalho incluído daquele que acaba voltando para a instituição.
O teste deveria deixar estas evidências:
- Um pacote de saída com os arquivos acordados e a identificação de sua versão.
- Um relatório técnico que indique os controles aplicados e as observações pendentes.
- As consultas editoriais resolvidas, com a pessoa que autorizou cada decisão.
- Uma correção solicitada pela sua equipe e sua propagação para as saídas afetadas.
- A abertura do HTML e do PDF no ambiente em que você planeja oferecê-los.
A SciELO documenta no Package Maker relatórios de erros, avisos e validações do pacote.[5] Você pode tomar esses registros como referência ao pedir evidência técnica, sem exigir uma ferramenta única de quem participa.
Para revisar o conteúdo da amostra, use o nosso guia de erros e controle editorial em XML JATS para a SciELO. Aqui o objetivo é outro: verificar quem detecta um problema, quem o resolve e que evidência entrega antes do fechamento.
Acorde responsáveis, QA e controle de versões editorial
Atribua uma pessoa responsável a cada transição, mesmo que você contrate toda a produção. Recomendamos anexar à proposta uma matriz breve como esta e completá-la com nomes ou cargos.
| Atividade | Responsável que você deve identificar | Evidência de encerramento sugerida |
|---|---|---|
| Autorizar o conteúdo para produção | Contraparte editorial da revista | Versão aprovada e data de autorização |
| Produzir e validar | Operador institucional ou fornecedor | Pacote identificado e relatório de controle |
| Resolver consultas de conteúdo | Editor designado | Resposta registrada, sem alterações inferidas |
| Revisar e aceitar a entrega | Contraparte da revista | Aprovação ou observações pendentes |
| Carregar arquivos e manter a leitura | TI, administrador ou fornecedor contratado | Teste de acesso e responsável pelo suporte |
Defina o controle de qualidade, ou QA, como um trabalho atribuído. O contrato deve dizer quem revisa a saída do produtor, quem interpreta os avisos e quem pode autorizar uma exceção documentada. Evite que cada participante suponha que outra pessoa fez essa revisão.
Para as correções, distinga um defeito de produção em relação à versão autorizada de uma mudança editorial solicitada depois. Recomendamos acordar como cada caso é registrado, o que a contratação cobre e quando convém revisar o escopo. Não aceite uma fórmula vaga de correções incluídas sem saber como elas são processadas.
Teste também o controle de versões editorial. Em um caso hipotético, a revista altera uma legenda depois de receber as provas. O responsável registra a solicitação, identifica as saídas afetadas e entrega a substituição com a sua aprovação. Peça que esse percurso seja demonstrado durante a amostra, incluindo como a entrega anterior é retirada do uso operacional.
Avalie o custo completo, o acesso e a continuidade
Compare o trabalho que a instituição precisará sustentar durante toda a relação. Recomendamos revisar as dedicações internas e os itens orçados, sem transformá-los em uma suposta economia nem em um retorno de investimento inventado.
Com equipe própria, considere capacitação, substituições, suporte técnico e manutenção de modelos. Com uma ferramenta externa, pergunte sobre acesso, exportação e assistência ao operador. Em um serviço integral, confirme se a coordenação, as correções e as saídas de leitura fazem parte do escopo. Solicite orçamentos com esses itens separados para poder discuti-los.
O acesso aos arquivos merece uma cláusula própria. Peça que especifiquem o que você receberá do XML, das imagens, do HTML e do PDF; onde ficarão as cópias institucionais; e que documentação permitirá retomar o trabalho. Não dê como incluída a entrega do software do fornecedor: distinga seus arquivos editoriais dos componentes sujeitos a licença.
Para o visualizador HTML ou a geração de PDF, identifique quem mantém os modelos, quem verifica a compatibilidade com o OJS e que suporte continua ao terminar o contrato. Pergunte se você poderá continuar lendo os artigos sem uma conta ativa do produtor e exija uma resposta aplicável à modalidade oferecida.
A continuidade do conhecimento também se contrata ou se organiza. Guarde decisões de marcação, critérios particulares da revista e consultas resolvidas em um registro acessível. Se mudar o operador ou o fornecedor, esse registro deve acompanhar os arquivos. Convém testar a transferência final antes de encerrar a relação, e não descobri-la quando você já precisa trocar de responsável.
Evite erros comuns ao comparar propostas
Descarte comparações que escondem trabalho pendente. Estes são critérios que recomendamos usar ao revisar uma oferta:
- Comprar uma ferramenta como se incluísse um operador. Peça que identifiquem quem marca, corrige e responde às consultas.
- Avaliar apenas um artigo simples. Incorpore as dificuldades que aparecem no seu calendário habitual.
- Dar como incluída a publicação no OJS. Separe entrega, carga e manutenção do visualizador.
- Aceitar arquivos sem um mecanismo de correção. Solicite um responsável e um registro de substituições.
- Delegar sem conservar cópias nem documentação. Verifique que você pode recuperar o pacote e suas decisões editoriais.
- Escolher por uma promessa de aceitação. Não aceite uma garantia de ingresso na SciELO como entrega de produção.
A decisão pode ser mista: por exemplo, como desenho de trabalho hipotético, um portal mantém a coordenação institucional e contrata a produção para parte do seu calendário. Avalie essa opção com os mesmos critérios e deixe claro quem responde por cada artigo.
Perguntas frequentes
Vale a pena terceirizar se publico poucos artigos?
Pode valer a pena se você não tem uma pessoa com dedicação e substituto para produzi-los. Recomendamos decidir com uma amostra e uma estimativa documentada de trabalho institucional, não com um limite universal de artigos. Um volume pequeno tampouco elimina as tarefas de coordenação e aprovação.
Posso usar uma ferramenta e contratar ajuda apenas para casos complexos?
Você pode propor essa modalidade ao fornecedor, mas confirme que ele a oferece e delimite os casos que receberá. Acorde quem revisa o conjunto, como os projetos são transferidos e quem resolve uma correção que afeta arquivos produzidos por equipes diferentes.
O que devo conservar se eu mudar de fornecedor?
Recomendamos conservar o pacote editorial acordado, os relatórios de controle, o histórico de correções e as decisões da revista. Verifique também os direitos e as condições de uso de modelos ou visualizadores. Não suponha que receber arquivos implica receber o software que os gerou.
Avalie um serviço de marcação XML JATS com escopo claro
Escolha o modelo que você consiga supervisionar e sustentar. A amostra deve mostrar tanto a qualidade da entrega quanto o trabalho que sua instituição conservará; o acordo deve deixar resolvidos correções, acesso e continuidade.
O Jatson descreve a produção de XML JATS, PDF editorial e HTML a partir de artigos aceitos.[6] Essa capacidade corresponde à produção, não à revisão por pares. Se você está avaliando delegá-la, solicite uma avaliação de produção com o Jatson e informe seu destino, calendário e amostra representativa. Defina o escopo antes de se comprometer com uma entrega.
Fontes
- JATS Studio: modalidades de uso e serviço de marcação — consultado em 2026-10-22.
- SciELO MarkAPI: repositório oficial do projeto — consultado em 2026-10-22.
- National Library of Medicine: Journal Article Tag Suite — consultado em 2026-10-22.
- SciELO Style Checker — consultado em 2026-10-22.
- Documentação SciELO: Como validar o pacote XML SPS — consultado em 2026-10-22.
- OJS ONE Jatson: produção editorial — consultado em 2026-10-22.