Para publicar dados no Zenodo, prepare primeiro um pacote interpretável, crie um novo upload, carregue os arquivos, descreva o objeto com metadados completos, defina acesso e licença, revise o rascunho e só então confirme a publicação. O Zenodo atribui um DOI ao registro publicado, mas o DOI não corrige arquivos errados nem metadados incompletos. Como os arquivos de um registro publicado não podem simplesmente ser trocados como num rascunho, a conferência anterior é a etapa que mais protege a pesquisa.
O guia rápido oficial do Zenodo resume o fluxo em upload, descrição e publicação e alerta que, depois de publicar, não é possível adicionar, modificar ou remover os arquivos daquele registro. Versões posteriores continuam possíveis, mas precisam ser tratadas como novas versões. Portanto, reserve tempo para testar o pacote fora da sua pasta de trabalho antes de clicar em publicar.
Prepare um pacote que sobreviva fora do seu computador
O depósito não deve começar por selecionar tudo que existe na pasta do projeto. Identifique quais arquivos sustentam os resultados e quais documentos permitem interpretá-los. Em uma pesquisa quantitativa, o pacote pode incluir dados anonimizados, dicionário de variáveis, README, instrumento de coleta quando houver direito de compartilhá-lo e código de tratamento ou análise. Em pesquisa qualitativa, pode conter corpus permitido, esquema de códigos, documentação metodológica e condições de acesso.
Separe dados brutos, processados e derivados. Não inclua senhas, chaves, caminhos locais, identificadores pessoais ou arquivos temporários. Abra cada item numa cópia limpa e confira formato, codificação, unidades e nomes. Se uma planilha depende de macros ou de software específico, documente essa dependência e considere uma versão aberta que preserve os valores.
O README deve indicar título do conjunto, responsáveis, período e local da coleta, descrição dos arquivos, método, transformações, códigos, valores ausentes, licença ou restrições e citação sugerida. O dicionário de dados detalha cada variável; o README explica o pacote e a relação entre seus componentes. Esses documentos se complementam.
Crie o upload e descreva o objeto com precisão
Depois de entrar na conta, use a opção de novo upload e carregue os arquivos preparados. Salve como rascunho enquanto trabalha. O título deve identificar o conjunto, não repetir vagamente o título do artigo. Inclua criadores na ordem acordada, com ORCID quando disponível e corretamente associado. A descrição deve explicar conteúdo, escopo, método, população ou corpus, período, cobertura geográfica, processamento e limitações relevantes.
Escolha o tipo de recurso compatível: conjunto de dados, software, publicação, apresentação ou outro objeto. Dados e código podem merecer registros separados quando têm autores, versões, licenças ou ciclos de atualização diferentes. Nesse caso, use relações entre registros. A própria central de ajuda sobre upload e depósito reúne orientações sobre versões, reserva de DOI, visibilidade, licença e separação entre dados e software; consulte-a novamente porque recursos e campos podem mudar.
Preencha palavras-chave específicas, idioma, datas, financiador e projeto quando aplicáveis. Relacione a publicação associada usando DOI ou outro identificador persistente. Se o artigo ainda está em avaliação, confira a política do periódico antes de expor título ou arquivos. Metadados públicos devem ser verdadeiros mesmo quando o conteúdo está embargado ou restrito.
Decida acesso e licença como escolhas diferentes
Acesso responde quem pode obter os arquivos e quando. Licença responde o que alguém autorizado pode fazer com o material. Um registro pode estar sob embargo e depois se tornar aberto; dados restritos podem ter termos de uso, mas não devem receber uma licença aberta incompatível com consentimento ou direitos de terceiros.
Antes de escolher, verifique aprovação ética, consentimento, contratos, política institucional, direitos sobre bases secundárias e exigências do periódico. Remover nomes não garante anonimização. Se combinações de local, idade, ocupação ou trechos de fala permitirem reidentificação, avalie agregação, supressão ou acesso controlado. Quando o compartilhamento não for possível, publique apenas o que estiver autorizado e escreva uma declaração de disponibilidade de dados correspondente.
Para licença, confirme quem detém direitos sobre dados, documentação e código. O Zenodo oferece opções, mas a plataforma não concede autoridade que o depositante não possui. Explique no README qualquer componente com condição diferente. Se o pacote contém material de terceiros, pode ser necessário excluí-lo e informar como o usuário legítimo o obtém na fonte original.
Reserve o DOI somente quando houver uma razão operacional
O DOI costuma ser atribuído na publicação. O recurso de reserva permite conhecer o identificador antes, útil quando ele precisa constar dentro dos arquivos, no artigo ou em documentação a ser finalizada antes de tornar o registro público. Reservar não significa publicar nem validar o depósito. O rascunho ainda precisa ser conferido e o DOI reservado só funcionará publicamente conforme o registro for publicado.
Se inserir o DOI no README ou na declaração do artigo, confira se ele pertence ao depósito correto. Não use o DOI do artigo no campo reservado aos dados e não duplique um DOI existente. Um identificador persistente é uma relação precisa entre objeto e registro; trocar os dois enfraquece a citação e pode exigir correção formal.
Faça uma revisão fora da conta que criou o registro
Antes da publicação, baixe o pacote do rascunho quando a interface permitir ou revise a cópia exata preparada para envio. Calcule ou confira checksums se o projeto usa esse controle. Abra o README, execute um trecho de código em ambiente limpo e verifique se nomes citados na documentação correspondem aos arquivos. Confirme que não há dados pessoais em propriedades do documento, nomes de arquivo ou planilhas ocultas.
Releia os metadados como alguém que não participou do estudo. O título diferencia o conjunto? A descrição informa o suficiente para avaliar relevância? Os autores e afiliações estão corretos? A licença se aplica a todos os componentes? A condição de acesso coincide com os arquivos? A publicação relacionada está ligada nos dois sentidos quando possível?
Uma lista final pode seguir esta ordem:
- abrir e conferir todos os arquivos da cópia destinada ao depósito;
- verificar anonimização, direitos, licença e condição de acesso;
- revisar título, criadores, ORCID, descrição, palavras-chave, datas e relações;
- testar README, dicionário, formatos e código em uma leitura independente;
- confirmar política do periódico e publicar somente quando o registro estiver coerente.
Publique e registre a versão usada no artigo
Ao confirmar a publicação, verifique a página pública e o DOI fora da sua sessão. Baixe os arquivos oferecidos e compare quantidade, nomes e tamanhos com o pacote aprovado. Copie a citação sugerida apenas depois de conferir autores, título, ano, versão e identificador; geradores automáticos podem refletir exatamente os metadados que você informou, inclusive um erro.
Se encontrar problema apenas na descrição, veja quais campos podem ser corrigidos sem alterar o objeto. Se arquivos ou conteúdo mudaram, crie nova versão conforme a política do Zenodo, descreva a alteração e preserve a anterior. Não sobrescreva silenciosamente a evidência citada no artigo. Em atualizações, diferencie correção de metadado, nova documentação e mudança nos dados.
Quando o artigo for publicado, acrescente sua relação ao registro se necessário e use o DOI dos dados na declaração e na referência. Guarde localmente o mapa entre versão analisada, commit do código e versão do depósito. Assim, o Zenodo deixa de ser apenas um lugar onde os arquivos foram colocados e passa a funcionar como registro verificável do objeto que sustentou a pesquisa.
Também preserve uma cópia do recibo do depósito e da ficha de metadados aprovada no arquivo do projeto. Esse registro administrativo ajuda a equipe a distinguir quem publicou, quando a versão se tornou pública e que correções posteriores foram feitas, sem depender apenas da interface atual da plataforma.
