Abra o registro público específico do trabalho e leia qual campo de ORCID está vinculado ao trabalho, depois compare-o com o identificador exibido no perfil do autor. Trate o identificador de trabalho depositado como aquilo que uma editora anexou àquele trabalho, o identificador principal do perfil como um campo de perfil curado e uma conexão de login como uma relação de conta separada. Quando eles divergirem, anote a camada e a lacuna, em vez de supor duas pessoas ou duas identidades.
Encontre pistas de perfis sociais públicos com nosso app TraceSeek.
Comece pelo registro do trabalho, não pelo resumo do perfil
O primeiro passo útil é consultar o registro público do próprio trabalho e ler qual identificador ele carrega. No OpenAlex, o campo raw_orcid é o identificador depositado em um trabalho, enquanto o orcid principal do perfil e seus observed_orcids são campos diferentes. Essa diferença importa porque um registro de trabalho e um registro de perfil podem ser mantidos a partir de entradas diferentes. Se o registro do trabalho estiver disponível e for público, ele informa o que foi anexado àquele trabalho. Ele não informa quem controla a conta nem se a pessoa listada está empregada atualmente. [OpenAlex: campos de origem ORCID e limites de correspondência]
- Abra primeiro o registro do trabalho e anote o identificador exibido no trabalho.
- Em seguida, abra o perfil do autor e anote se o identificador principal difere.
Leia cada identificador como proveniência, não como prova de identidade
Um identificador de trabalho depositado responde a uma pergunta restrita: qual identificador foi anexado a este trabalho nos dados de origem. Um identificador principal de perfil responde a uma pergunta diferente: qual identificador o campo do perfil exibe atualmente. Vincular um ORCID a uma conta de login é uma terceira relação, separada. Nenhuma dessas camadas é uma verificação de identidade baseada em rosto, e uma correspondência não garante propriedade, atividade atual nem quem está por trás de uma conta. Mantenha a observação, seu limite e qualquer decisão prática em linhas separadas, para que uma pista fraca não se transforme silenciosamente em conclusão. [OpenAlex: campos de origem ORCID e limites de correspondência]
Uma divergência geralmente está em uma única camada
A proveniência de identificadores pode diferir porque os dados brutos das editoras e os campos curados de perfil são corrigidos em momentos diferentes e por processos diferentes. Uma correção de perfil não reescreve necessariamente o identificador bruto depositado em um trabalho. A documentação verificada observa que o raw_orcid pode permanecer após uma correção de perfil. Assim, quando os dois divergem, a leitura prática não é que um deles deve ser falso; é que as camadas não foram reconciliadas. Lembre-se também de que múltiplos ORCIDs podem surgir de registros duplicados, erros de anexação por editoras ou perfis mesclados em excesso. Múltiplos identificadores não são prova de múltiplas pessoas. [OpenAlex: campos de origem ORCID e limites de correspondência]
| observação | limite | próximo passo |
|---|---|---|
| O registro do trabalho mostra o identificador A | Mostra o que foi depositado naquele trabalho; não mostra o controle da conta | Anote a camada e compare com o campo do perfil |
| O identificador principal do perfil mostra B | Um campo de perfil curado; não é uma confirmação de login | Registre a diferença em vez de escolher um vencedor |
| Há também uma conexão de login presente | Uma relação de conta separada, não uma prova de identidade | Trate-a como uma terceira camada e não vá além de afirmações de identidade |
| Dois identificadores aparecem entre os registros | Pode decorrer de duplicatas, erros de anexação ou mesclagem excessiva | Registre as possíveis causas como hipóteses, não como constatações |
Quando uma camada está ausente, é privada ou ambígua
Se o registro do trabalho estiver ausente, for privado ou ambíguo, registre esse limite preciso e pare. Uma fonte indisponível não autoriza um pedido de conta privada nem uma solução alternativa de identificação. Da mesma forma, uma correspondência divergente ou ambígua é motivo para restringir a afirmação, não para contatar a aparente pessoa a fim de forçar uma confirmação. Contatar um desconhecido para resolver uma discrepância em registro público não é uma etapa protetiva nem necessária, e o silêncio ou a ausência de resposta nunca devem ser interpretados como confirmação. Escreva o limite com clareza, por exemplo, que o identificador depositado não pôde ser lido em um registro público acessível, e deixe a inferência em aberto.
- Declare qual camada você verificou e se ela era pública e legível.
- Interrompa a inferência na primeira camada ausente ou ambígua.
- Não trate a ausência de resposta ou o silêncio como concordância.
Uma planilha simples para um registro disputado
Uma pequena planilha escrita evita que as camadas se misturem. Use-a apenas como apoio de leitura; ela não é um controle da plataforma e não testa nada no serviço. Rotule cada linha com a camada que você realmente viu, o artefato público de onde ela veio e o limite que se aplica. Um exemplo hipotético: um trabalho mostra um identificador, o perfil mostra outro e nenhuma relação de login é visível. A observação honesta é que as camadas divergem e o motivo não está resolvido, não que a pessoa tenha duas contas ou duas identidades.
| observação | limite | próximo passo |
|---|---|---|
| Identificador depositado no trabalho, lido de um registro público de trabalho | Diz o que foi anexado ao trabalho, e nada além disso | Registre como a camada do trabalho |
| O identificador principal do perfil é diferente | Campo curado; pode ser posterior ou anterior ao registro do trabalho | Registre a diferença e a data da verificação |
| Nenhuma conexão de login visível | A ausência não prova que não exista conexão | Marque como desconhecido; não inferir |
| Possível causa de duplicação ou de mesclagem excessiva | Apenas hipótese, sem uma fonte que a sustente | Pare antes de caracterizar a pessoa |
Mantenha a decisão prática restrita
Depois de separar as camadas, a maioria das decisões fica menor. Você pode descrever o identificador depositado em um trabalho, o identificador principal atual do perfil e se uma conexão de login estava visível, cada um com seu próprio limite. Em geral, você não pode usar nenhum deles para afirmar identidade, propriedade, emprego atual ou segurança. Fotos, selos, rótulos de status, imagens correspondentes e configurações de privacidade não são prova de identidade, intenção ou segurança, e não devem ser usados para inferir renda, riqueza ou situação de relacionamento. Se uma decisão depende de verificação de identidade, esse caminho de registro público não pode fornecê-la. [OpenAlex: campos de origem ORCID e limites de correspondência]
Mais algumas perguntas
Qual é a diferença entre raw_orcid e o ORCID principal do perfil?
O campo raw_orcid é o identificador depositado em um trabalho, enquanto o orcid principal do perfil e observed_orcids são campos distintos do perfil. Eles podem divergir porque os dados do trabalho e o perfil curado são mantidos a partir de entradas diferentes, e uma correção no perfil não precisa reescrever o identificador depositado.
Uma conexão de login confirma que a mesma pessoa está por trás dos dois registros?
Não. Vincular um ORCID a uma conta de login é algo separado da atribuição de trabalhos, e um vínculo de login não prova identidade, propriedade ou atividade atual. Trate-o como uma terceira camada com seu próprio limite, e não como uma confirmação de identidade.
Se dois ORCIDs aparecem, isso significa duas pessoas?
Não necessariamente. A documentação verificada observa que múltiplos ORCIDs podem surgir de registros duplicados, erros de vinculação por parte de editores ou perfis mesclados excessivamente, e que múltiplos IDs não são prova de múltiplas pessoas. Registre a divergência e pare antes de fazer qualquer afirmação pessoal.
Fontes e notas editoriais
Referências oficiais verificadas em 24 de outubro de 2026. Listas de verificação, tabelas comparativas e exemplos de texto são ferramentas editoriais do DateClues, não testes oficiais nem pontuações de risco validadas.
Informação geral. Nenhum guia ou ferramenta pode certificar a identidade, as intenções ou a segurança de uma pessoa. Leia nossos padrões editoriais.