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.

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 |
| 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
- PKP, repositório oficial do Open Journal Systems — consultado em 2026-10-22.
- Crossref, Maintaining your metadata: continuidade do DOI — consultado em 2026-10-22.
- DOAJ, Publisher information: atualização de registros — consultado em 2026-10-22.
- Crossref, Maintaining your metadata: URLs de resolução — consultado em 2026-10-22.