Administração OJS: tarefas e evidências para portais de periódicos

Organize a administração OJS com uma matriz de tarefas, responsáveis e evidências para e-mail, backups, DOI e mudanças editoriais.

Administração OJS: tarefas e evidências para portais de periódicos

A administração OJS de um portal institucional precisa de tarefas atribuídas por revista, de uma pessoa que aprove cada mudança e de evidência do que foi verificado. Uma matriz operacional permite distinguir um problema técnico de uma decisão editorial pendente, sem transformar o editor em administrador de servidores.

O que a administração OJS institucional deve cobrir

Defina a operação compartilhada do portal e as responsabilidades particulares de cada revista antes de fixar uma rotina. O PKP descreve o OJS como um software de código aberto para gerenciar revistas acadêmicas.[1] A distribuição concreta do trabalho, por outro lado, deve ser acordada com a sua instituição e com quem opera a plataforma.

Recomendamos separar uma ficha comum do portal e uma ficha por revista. A primeira identifica infraestrutura, domínio, e-mail, acessos administrativos e dependências institucionais. A segunda reúne o contato editorial, os responsáveis pela aprovação, as integrações utilizadas e os compromissos pendentes. Essa separação serve tanto para uma instalação compartilhada quanto para várias instalações sob coordenação institucional.

Se você ainda está recebendo a plataforma, comece pelo checklist de implementação OJS. Aqui o objetivo é outro: sustentar o trabalho depois dessa entrega e deixar visível quem deve agir quando algo muda.

Matriz operacional: editor, TI e fornecedor por revista

Atribua um executor e um aprovador a cada tarefa; evite deixar uma linha a cargo de uma instituição abstrata. O executor realiza a verificação ou a mudança. O aprovador aceita seu resultado e decide sobre as consequências dentro de suas atribuições.

A matriz a seguir é uma proposta de trabalho, não uma descrição de permissões do OJS nem de obrigações contratuais. Substitua os cargos por pessoas e preencha uma cópia por revista.

Cadeia de responsabilidade de uma tarefa OJS: tarefa, execução, aprovação e evidência; o que não pode ser verificado permanece como pendência visível.

Uma tarefa não fica encerrada ao ser executada: requer aprovação e uma evidência revisável.

Tarefa Quem executa Quem aprova Evidência que você deve pedir Pendência que deve ficar visível
Criação, substituição e remoção de acessos Gestor editorial; TI ou fornecedor se exigir intervenção técnica Responsável editorial pela sua revista; TI para acesso ao servidor Solicitação autorizada e verificação do acesso acordado Remoção sem confirmar ou autorização ausente
E-mail editorial TI ou fornecedor verifica o envio; editor confirma o recebimento Responsável editorial aceita o teste; TI autoriza mudanças de domínio Mensagem de teste e resultado da entrega Conta institucional ou mudança de DNS pendente
Tarefas programadas TI ou fornecedor, conforme o escopo acordado Responsável técnico do portal Registro de execução e resultado esperado Tarefa que falhou, atrasou ou ficou sem diagnóstico
Backup e restauração TI ou fornecedor designado Responsável técnico aceita o teste; editor revisa a amostra da sua revista Registro do backup e ata da restauração de teste Cópia incompleta ou teste pendente
DOI e metadados Editor revisa o conteúdo; operador designado gerencia o depósito Responsável editorial e responsável institucional pelo registro Resultado do depósito e link verificado Rejeição ou metadados a corrigir
Dados da revista no DOAJ, se aplicável Pessoa autorizada pela revista Responsável editorial Solicitação de atualização e estado observado Mudança enviada, mas ainda não refletida

Quando TI e fornecedor compartilharem uma tarefa, especifique quem dá o passo seguinte. Por exemplo, o fornecedor pode diagnosticar um problema de e-mail e a TI manter a autorização para modificar o domínio. Escreva essa dependência; não marque a tarefa como resolvida só porque o diagnóstico terminou.

Mantenha senhas e chaves fora desta matriz. Registre quem custodia os acessos e como solicitar uma intervenção autorizada, sem transformar o relatório do portal em um inventário de segredos.

Manutenção OJS conforme o risco e o evento

Combine revisões programadas com ações acionadas por eventos. As frequências a seguir são orientativas: propomos ajustá-las ao volume editorial, aos recursos disponíveis e ao dano que uma falha causaria. Não são requisitos do PKP, da Crossref ou do DOAJ.

Controle recomendado Frequência orientativa ou evento Critério de revisão
Disponibilidade e erros críticos Alertas conforme o risco acordado; revisão imediata ao receber um aviso Confirmar o alcance e iniciar o procedimento de atendimento
E-mail Diante de falhas, mudanças de domínio ou de credenciais; teste periódico acordado Verificar o recebimento, não apenas o envio da mensagem
Tarefas programadas Depois da execução esperada e de mudanças técnicas Identificar execuções omitidas ou resultados anômalos
Backups Depois de cada execução prevista Revisar o resultado e a disponibilidade da cópia
Restauração No calendário de continuidade e depois de mudanças relevantes Recuperar em um ambiente isolado e revisar a amostra acordada
Acessos Diante de entrada, saída ou mudança de funções; conciliação periódica Comparar a autorização vigente com o acesso efetivo
Versão e componentes Diante de avisos relevantes e antes de aprovar mudanças Avaliar aplicabilidade, testes e possibilidade de reversão
Pendências do portal Consolidação mensal sugerida Tomar decisões sobre exceções abertas

O relatório mensal reúne resultados; não deve atrasar a resposta. O vencimento de um domínio, uma interrupção do e-mail ou um sinal de incidente exige ação quando é detectado. Defina também quem recebe os alertas se a pessoa habitual estiver ausente, com uma cobertura realmente acordada.

Para os backups, peça que o teste distinga a recuperação técnica da aceitação editorial. Em um exemplo hipotético, o sistema volta a abrir, mas faltam arquivos de uma revista. A restauração continua pendente até revisar essa diferença. O procedimento deve indicar qual cópia foi usada, o que foi recuperado e quem verificou os conteúdos.

DOI e registros do DOAJ: responsabilidades que continuam

Mantenha um responsável por metadados depois da publicação e registre as mudanças que exigem ações externas. A Crossref inclui entre os compromissos de seus membros manter o DOI resolvendo para uma página de destino ativa.[2] Por isso, recomendamos que o encerramento de uma tarefa de DOI inclua a verificação do link e do conteúdo esperado, além do resultado do depósito.

Se a localização das páginas mudar, a Crossref orienta atualizar as URLs de resolução.[4] Anote quem prepara a mudança, quem a autoriza e como ela é verificada. Uma alteração do domínio do portal deveria acionar essa revisão para as revistas afetadas, sem esperar a próxima reunião.

Para revistas incluídas no DOAJ, a entidade pede que as mudanças sejam informadas e que os registros sejam mantidos atualizados.[3] Recomendamos comparar a mudança aprovada pela revista com a sua informação pública e o estado da solicitação. Distinga entre solicitação preparada, enviada e mudança refletida. Não os apresente como um mesmo resultado.

Uma revisão mensal pode servir como controle institucional adicional, mas não a atribua ao DOAJ como exigência de periodicidade. Tampouco confunda essa gestão com uma garantia de indexação: ordenar responsabilidades não determina a decisão de uma entidade externa.

Relatório de exceções para o portal de periódicos

Consolide as exceções em um relatório comum que permita decidir, sem despejar os registros técnicos completos. Recomendamos incluir a revista afetada, o problema observado, o impacto editorial, o executor, o aprovador, a evidência disponível, a dependência e a próxima ação.

Use estados inequívocos: verificado, pendente, bloqueado ou não aplicável. Se algo estiver bloqueado, identifique a decisão ou o insumo que falta. Se estiver verificado, vincule uma evidência com data e alcance. Uma caixa verde sem explicação não basta.

Um exemplo hipotético: uma revista não recebe notificações e outra aguarda a aprovação de uma mudança de contato. O relatório deveria separar os dois casos. O primeiro exige diagnóstico técnico e um novo teste de recebimento; o segundo exige uma decisão editorial. Agrupá-los sob "suporte pendente" impede ver a quem cabe avançar.

Para falhas compartilhadas, crie uma exceção do portal e vincule as revistas afetadas. Evite abrir incidentes desconectados que repitam o diagnóstico. Ao encerrar, registre as verificações realizadas por revista: que uma publicação funcione não demonstra que todas tenham sido revisadas.

Restrinja o acesso a evidências sensíveis. O relatório de gestão pode descrever o resultado sem anexar manuscritos, dados pessoais nem registros completos de que a pessoa que o recebe não precisa.

Plano de trabalho institucional: operação, migração e formação

Separe o trabalho recorrente dos projetos de mudança e da capacitação. Assim você pode aprovar entregas concretas sem supor que contratar uma atividade cubra as demais.

Recomendamos organizar o plano em linhas independentes:

  • A operação recorrente mantém controles, atende exceções dentro do escopo acordado e conserva evidências. Deve identificar dependências institucionais e tarefas excluídas.
  • A migração ou atualização tem inventário de origem, testes, autorização da mudança e critérios de aceitação próprios. Seu encerramento deve devolver uma ficha operacional atualizada.
  • A formação prepara pessoas para tarefas específicas. Defina os papéis participantes e um exercício que permita verificar a aprendizagem, sem apresentá-la como substituta da manutenção técnica.

Para priorizar, distinga o que interrompe o fluxo editorial de uma melhoria que pode ser programada. Depois atribua responsável e condição de encerramento. Um problema urgente não deveria ficar escondido entre pedidos de design, e uma melhoria adiada precisa de uma decisão explícita.

Ao avaliar apoio externo, entregue a matriz e peça uma resposta sobre cada linha: quem executa, o que exige da TI, o que a revista aprova e que evidência será entregue. As condições de atendimento, continuidade e saída do serviço devem constar no acordo aplicável. Não as deduza do nome de um plano.

Erros comuns ao repartir a operação OJS

Evite encerrar tarefas pela atividade realizada quando falta verificar o resultado. Nesta proposta operacional, estes são erros de controle que convém procurar durante a revisão:

  • Informar "e-mail configurado" sem confirmar o recebimento nas caixas acordadas. Mantenha o teste pendente até obter esse resultado.
  • Apresentar o registro de uma cópia como evidência de restauração. São verificações distintas e devem ter estados separados.
  • Encarregar a TI da aprovação de políticas editoriais. Peça à revista a decisão e reserve a intervenção técnica para aplicar a mudança autorizada.
  • Considerar que uma pendência externa terminou ao enviar uma solicitação. Mantenha seu estado até verificar a resposta ou a mudança correspondente.
  • Dar permissões amplas para resolver uma ausência. Primeiro acorde a tarefa e o acesso necessário; registre a autorização e sua revisão posterior.

Revise também as linhas que ninguém reivindica. Uma tarefa sem executor pode parecer compartilhada durante meses; na prática, ninguém sabe quando deve intervir. O encerramento útil identifica o resultado observado, a pessoa que o aceita e qualquer exceção que continue aberta.

Perguntas frequentes

Uma matriz comum substitui a ficha de cada revista?

Não. A matriz comum define o modelo de trabalho, mas cada revista precisa de pessoas identificadas, integrações aplicáveis e pendências próprias. Você pode consolidar as exceções do portal sem apagar essas diferenças nem presumir que todas usam DOI ou estão incluídas no DOAJ.

Quem aprova uma mudança que afeta o portal inteiro?

Recomendamos que a instituição designe uma pessoa com atribuições sobre o portal e coordene a aceitação editorial das revistas afetadas. O executor técnico prepara a mudança e seus testes; ele não deveria assumir por padrão a aprovação institucional nem as decisões científicas.

Como saber se uma pendência está realmente encerrada?

Defina antes a evidência e quem a aceitará. Para o e-mail, pode ser um recebimento verificado; para a recuperação, um teste com revisão dos conteúdos. Se faltar uma autorização ou uma ação externa, registre essa dependência e mantenha a pendência aberta.

Acorde uma operação com tarefas verificáveis

Comece por uma matriz completa e pelas exceções que exigem decisão. Com esses documentos, você pode comparar sua capacidade interna com o apoio externo de que precisa, sem delegar as responsabilidades editoriais da instituição.

Revise a operação OJS ONE Core e solicite uma avaliação com o inventário do seu portal, suas dependências e tarefas pendentes. Acorde quais atividades serão cobertas e como você verificará o resultado antes de aprovar o plano de trabalho.

Fontes

  1. PKP, repositório oficial do Open Journal Systems — consultado em 2026-10-22.
  2. Crossref, Maintaining your metadata: continuidade do DOI — consultado em 2026-10-22.
  3. DOAJ, Publisher information: atualização de registros — consultado em 2026-10-22.
  4. Crossref, Maintaining your metadata: URLs de resolução — consultado em 2026-10-22.