Produção editorial no OJS 3.6: interna ou especializada

Produção editorial no OJS 3.6: interna ou especializada

A produção editorial no OJS 3.6 permite trabalhar a partir de HTML estruturado para gerar provas em HTML, PDF e XML JATS dentro da plataforma. Isso pode simplificar o fechamento de uma revista; não elimina a necessidade de decidir quem prepara o insumo, resolve exceções e aprova cada entrega.[1]

A decisão útil não é escolher entre o OJS ou um serviço. É definir qual trecho sua equipe pode assumir com controle e qual convém encomendar a uma produção especializada, conforme o volume, a complexidade e o nível de controle de que você precisa. Para contrastar essa decisão com tarefas repetitivas, consulte também este guia sobre automação da produção editorial.

Diagrama próprio. Um artigo representativo permite comparar responsabilidades e evidências antes de comprometer um número completo.

Produção editorial no OJS 3.6: o que a plataforma integra

O OJS 3.6 propõe uma fonte comum para as saídas de publicação. O PKP descreve um editor de texto integrado que guarda o HTML do corpo como fonte canônica e permite gerar HTML, PDF e JATS XML quando o editor o ativa.[1]

A mudança relevante é a rastreabilidade. Se o corpo do artigo e seus metadados estão prontos dentro do fluxo, uma correção pode chegar às provas sem reconstruir cada arquivo separadamente. A revista mantém o contexto da submissão, o controle editorial e a publicação no mesmo sistema.

Essa rota tem limites que convém considerar desde o início. O PKP indica que o editor compartilha o conteúdo principal do artigo, não o material da capa; além disso, reconhece que estilos complexos ou atípicos podem não ser transformados perfeitamente.[1][2] Por isso, a geração integrada não substitui a revisão visual de tabelas largas, fórmulas, imagens, notas ou composição que dependa de um modelo editorial muito particular.

Tampouco obriga a abandonar o fluxo vigente. O PKP mantém disponível o uso do editor como opção e declara que o fluxo tradicional com ferramentas de desktop e serviços de terceiros continua disponível.[1] A integração amplia as alternativas de produção; não transforma uma alternativa em regra para cada revista.

O OJS 3.6 e um serviço especializado são complementares

A complementaridade aparece quando você separa plataforma, fonte editorial e execução da produção. O OJS pode ser o lugar onde se gerenciam a submissão, a avaliação, as decisões editoriais e a publicação. Um serviço pode entrar depois da aceitação para preparar ativos, aplicar um modelo, realizar controles e devolver arquivos prontos para carregar.

O PKP também distingue um fluxo centrado em JATS que é executado fora do OJS: serviços externos produzem o JATS a partir de DOCX na aceitação do manuscrito, e esse JATS serve de fonte para HTML e PDF. Esse fluxo não está incluído no OJS 3.6.[2] A distinção ajuda a evitar uma expectativa equivocada: produzir JATS a partir de HTML dentro do OJS e gerenciar uma produção JATS externa são rotas distintas, embora ambas busquem coerência entre formatos.

O Jatson se apresenta como uma camada de produção posterior ao artigo aceito: recebe o conteúdo-fonte, o estrutura, valida e converte em XML JATS, PDF editorial e Scholarly HTML para publicar no OJS.[5] Em sua oferta geral, a revista mantém a decisão editorial e o serviço assume a produção.[4] Essa divisão pode coexistir com o OJS 3.6 se forem definidos uma fonte de verdade, uma versão de entrega e um responsável pelas correções.

Não há uma resposta universal. Uma revista com um modelo simples, equipe capacitada e tempo para revisar provas pode privilegiar a produção interna. Outra que precise concentrar a preparação multiformato ou resolver exceções de maneira recorrente pode avaliar apoio especializado. A chave é comparar o trabalho real, e não apenas a função disponível na tela.

Matriz de decisão: produção interna, especializada ou mista

Use esta matriz em uma reunião de produção. Marque a opção que descreve sua operação atual e anote uma evidência: uma amostra de artigo, um registro de correções ou uma prova aprovada.

Critério	Produção interna com OJS 3.6	Serviço especializado	Esquema misto
Fonte de trabalho	A equipe mantém HTML e metadados no OJS.	O serviço recebe o arquivo final e os insumos acordados.	O OJS concentra o fluxo; o serviço prepara entregáveis definidos.
Equipe disponível	Há editor(a) e apoio técnico com tempo para testes.	A capacidade interna é limitada ou variável.	A equipe revisa e aprova; a execução se concentra fora.
Design e exceções	O modelo é estável e as exceções são administráveis.	Há composição, tabelas, fórmulas ou requisitos que exigem revisão dedicada.	As peças regulares seguem uma rota e as excepcionais outra.
XML JATS	Basta a saída integrada e o controle definido pela revista.	Exige-se uma entrega externa com escopo editorial e técnico acordado.	Compara-se a saída interna com uma amostra externa antes de fixar o fluxo.
Correções posteriores	A equipe pode gerar de novo e verificar as provas dentro do OJS.	O acordo define como uma correção é solicitada, versionada e entregue.	O OJS registra a decisão; o serviço atualiza os ativos encomendados.
Controle de fechamento	A revista pode assumir a lista de verificação e a aprovação de cada formato.	A revista aprova as provas; o fornecedor documenta controles e entrega.	Atribuem-se responsáveis por formato e por versão.

A coluna escolhida não é permanente. Revise-a ao mudar modelo, periodicidade, equipe ou requisitos de indexação. Convém testar uma amostra representativa antes de comprometer um número completo: um artigo com tabela, figura, referências e elementos que costumam gerar dúvidas.

O que a equipe interna deve assumir

A equipe interna mantém as decisões que exigem autoridade editorial. Antes de enviar um artigo à produção, deve confirmar a versão aprovada do texto, autorias, afiliações, título, resumo, financiamento, figuras, permissões e referências. Se houver dúvida sobre o conteúdo, cabe resolvê-la antes de encerrar a prova.

Também deve definir o critério de aceitação. Uma lista de verificação breve pode incluir:

• versão do manuscrito identificada e autorizada;
• metadados conferidos com a versão editorial;
• arquivos gráficos com nome e localização definidos;
• modelo, idioma e formatos de saída acordados;
• responsável que aprova PDF, HTML e XML JATS;
• canal e prazo interno para observações;
• registro da versão publicada e das correções posteriores.

No OJS 3.6, a equipe deve decidir se editará o corpo dentro do editor integrado, quem verificará a conversão e quando as provas são geradas. O software reduz etapas de repasse, mas não determina se uma afiliação está correta nem se uma tabela é compreensível ao ser lida no celular. Essas revisões continuam sob responsabilidade editorial.

O que um serviço especializado pode executar

Um serviço especializado pode receber o artigo já aprovado e executar tarefas delimitadas: normalizar o insumo, estruturar o conteúdo, preparar PDF, HTML e XML JATS, aplicar um modelo, revisar a consistência entre as saídas e devolver uma prova para aprovação. O Jatson descreve esse percurso desde o artigo aceito até os ativos de publicação e menciona uma revisão prévia à entrega.[4][5]

A divisão funciona melhor quando a encomenda especifica entradas e saídas. Defina qual documento é entregue, o que acontece com imagens ou tabelas deficientes, quantas rodadas de observações o fluxo prevê, quem valida o XML e como se nomeia a versão final. Sem essas regras, o serviço pode receber dúvidas que ainda pertencem à decisão editorial e o fechamento fica confuso.

Segundo a prática da OJS ONE, a marcação manual pode levar cerca de 4 horas por artigo; com automação, minutos. Essa referência serve para dimensionar tarefas repetitivas, não para prometer um prazo fixo: o resultado depende do estado do documento, das tabelas, figuras, referências e correções pendentes.[3]

Erros que convém evitar ao combinar as duas rotas

O primeiro erro é presumir que gerar um arquivo equivale a aprová-lo. Um XML pode ser estruturalmente válido e ainda assim conter uma afiliação, uma referência ou uma legenda que exige correção editorial. Separe validação técnica, revisão de leitura e aprovação de conteúdo.

O segundo é manter duas fontes concorrentes. Se uma correção é feita no OJS e outra no XML externo, acorde qual arquivo governa a próxima atualização. O PKP adverte que, no cenário descrito para o OJS 3.6, os metadados do JATS e o banco de dados do OJS ainda não estão vinculados para refletir mudanças nos dois sentidos.[2]

O terceiro é pedir uma saída sem entregar um insumo fechado. Um documento com estilos irregulares, referências incompletas ou figuras pendentes empurra o problema para o final. Faça uma pré-revisão editorial antes de produzir e registre as observações que a revista deve resolver.

O quarto é medir apenas o custo visível. Compare horas de preparação, dúvidas, correções, coordenação de arquivos e revisão de provas. Essa comparação não decide por si só; fornece uma base para selecionar uma rota que a equipe consiga sustentar.

Um plano de adoção em cinco passos

Comece com um artigo representativo, não com uma promessa ampla. O objetivo é verificar responsabilidades e evidências de saída.

1. Delimite a amostra. Escolha um artigo com referências, tabela, figura e elementos habituais da sua revista.
2. Fixe a fonte. Defina se o HTML do OJS ou o JATS externo será a referência para uma correção posterior.
3. Atribua responsáveis. Nomeie quem prepara o insumo, quem resolve dúvidas e quem aprova cada formato.
4. Compare provas. Revise PDF, HTML e XML contra o manuscrito aprovado e anote as diferenças.
5. Ajuste o fluxo. Documente prazos internos, pontos de controle e condições para repetir o processo.

Esse piloto permite adotar a produção integrada, uma execução externa ou um esquema misto com uma decisão baseada em evidências próprias da revista.

Perguntas frequentes

O OJS 3.6 elimina a necessidade de um serviço de produção?

Não. O OJS 3.6 incorpora uma rota integrada para HTML, PDF e JATS XML, mas o PKP mantém disponíveis fluxos tradicionais e serviços de terceiros.[1] A necessidade de apoio externo depende da capacidade interna, do design, da complexidade dos artigos e do controle de fechamento que sua equipe pode assumir.

O que a revista deve entregar a um serviço especializado?

A base é um artigo aprovado, metadados confirmados, figuras, tabelas, referências e uma definição dos formatos exigidos. Antes de enviar o material, convém acordar modelo, responsáveis pela aprovação e tratamento das correções. O Jatson descreve sua entrada a partir do conteúdo-fonte do artigo aceito.[5]

Uma automação substitui a revisão editorial?

Não. A automação pode reduzir trabalho repetitivo e gerar saídas a partir de uma fonte comum, mas a revista deve validar conteúdo, metadados e legibilidade de cada prova. O PKP aponta que certos estilos complexos ou atípicos podem exigir atenção adicional durante a transformação.[2]

Avalie o Jatson para a produção da sua revista

O OJS 3.6 abre uma opção integrada para organizar a produção multiformato. Um serviço especializado pode complementar essa opção quando você precisa concentrar execução, controles ou ativos definidos. Uma combinação conveniente deixa uma fonte clara, responsáveis identificados e uma aprovação editorial verificável.

Se você busca avaliar uma rota de produção para XML JATS, PDF editorial e HTML de leitura, conheça o escopo do Jatson. Você pode contrastá-lo com seu fluxo do OJS 3.6 e solicitar uma avaliação a partir de um artigo de referência.

Fontes

1. Public Knowledge Project, OJS 3.6: Bringing Manuscript Editing and Production under one Roof — consultado em 2026-10-23.
2. Public Knowledge Project, Upload, Transform, Publish: Inside OJS 3.6’s File Production and Toolset — consultado em 2026-10-23.
3. OJS ONE, Automação da produção editorial — consultado em 2026-10-23.
4. OJS ONE, Produção editorial para revistas OJS | OJS One Jatson — consultado em 2026-10-23.
5. OJS ONE, Marcação XML JATS para a SciELO Chile | OJS ONE — consultado em 2026-10-23.