특정 공개 업적 기록을 열어 어떤 ORCID 필드가 그 업적에 연결되어 있는지 읽고, 이를 저자 프로필에 표시된 식별자와 비교하십시오. 제출된 업적 식별자는 출판사가 그 업적에 연결한 것으로, 프로필 기본 식별자는 큐레이션된 프로필 필드로, 로그인 연결은 별도의 계정 관계로 취급하십시오. 서로 다를 경우 두 사람이나 두 신원을 가정하지 말고 그 계층과 격차를 기록하십시오.
TraceSeek 앱으로 공개 소셜 프로필 단서를 찾아보세요.
프로필 요약이 아니라 업적 기록에서 시작하십시오
유용한 첫 단계는 업적 자체의 공개 기록을 살펴 어떤 식별자를 지니고 있는지 읽는 것입니다. OpenAlex에서 raw_orcid 필드는 업적에 제출된 식별자인 반면, 프로필의 기본 orcid와 observed_orcids는 서로 다른 필드입니다. 이 차이는 업적 기록과 프로필 기록이 서로 다른 입력으로 유지될 수 있기 때문에 중요합니다. 업적 기록이 이용 가능하고 공개되어 있다면 그 업적에 무엇이 연결되었는지 알려줍니다. 그러나 누가 계정을 통제하는지, 나열된 사람이 현재 고용되어 있는지는 알려주지 않습니다. [OpenAlex: ORCID 출처 필드와 매칭 한계]
- 먼저 업적 기록을 열고 업적에 표시된 식별자를 기록하십시오.
- 그다음 저자 프로필을 열어 기본 식별자가 다른지 기록하십시오.
각 식별자를 신원 증거가 아니라 출처로 읽으십시오
제출된 업적 식별자는 좁은 질문에 답합니다. 즉 원본 데이터에서 이 업적에 어떤 식별자가 연결되었는지입니다. 프로필 기본 식별자는 다른 질문에 답합니다. 즉 프로필 필드가 현재 어떤 식별자를 보여주는지입니다. ORCID를 로그인 계정에 연결하는 것은 세 번째로 별개의 관계입니다. 이 계층 중 어느 것도 얼굴 기반 신원 확인이 아니며, 일치는 소유권, 현재 활동 또는 계정 뒤에 누가 있는지에 대한 보장이 아닙니다. 관찰, 그 한계, 실질적 결정을 별도의 줄로 유지하여 약한 단서가 조용히 결론이 되지 않도록 하십시오. [OpenAlex: ORCID 출처 필드와 매칭 한계]
불일치는 보통 한 계층에 존재합니다
식별자 출처는 원시 출판사 데이터와 큐레이션된 프로필 필드가 서로 다른 시점과 서로 다른 과정으로 수정되기 때문에 다를 수 있습니다. 프로필 수정이 업적의 원시 제출 식별자를 반드시 다시 작성하지는 않습니다. 확인된 문서는 프로필 수정 후에도 raw_orcid가 남을 수 있다고 언급합니다. 따라서 둘이 다를 때 실질적인 해석은 하나가 반드시 거짓이라는 것이 아니라 계층이 조정되지 않았다는 것입니다. 또한 중복 등록, 출판사 연결 오류 또는 과도한 프로필 병합으로 여러 ORCID가 생길 수 있음을 기억하십시오. 여러 식별자는 여러 사람의 증거가 아닙니다. [OpenAlex: ORCID 출처 필드와 매칭 한계]
| 관찰 | 한계 | 다음 단계 |
|---|---|---|
| 업적 기록에 식별자 A가 표시됨 | 해당 업적에 제출된 내용을 보여줌; 계정 통제는 보여주지 않음 | 계층을 기록하고 프로필 필드와 비교하십시오 |
| 프로필 기본 식별자에 B가 표시됨 | 큐레이션된 프로필 필드; 로그인 확인 아님 | 승자를 고르지 말고 차이를 기록하십시오 |
| 로그인 연결도 존재함 | 신원 증거가 아닌 별도의 계정 관계 | 세 번째 계층으로 취급하고 신원 주장은 삼가십시오 |
| 기록 전체에 두 식별자가 나타남 | 중복, 연결 오류 또는 과도한 병합에서 비롯될 수 있음 | 가능한 원인을 발견이 아닌 가설로 기록하십시오 |
계층이 없거나 비공개이거나 모호할 때
업적 기록이 없거나 비공개이거나 모호하다면 그 정확한 한계를 기록하고 멈추십시오. 이용할 수 없는 출처가 비공개 계정 요청이나 신원 확인 우회를 허용하지는 않습니다. 마찬가지로 불일치하거나 모호한 일치는 주장을 좁힐 이유이지, 겉으로 보이는 사람에게 연락해 확인을 강요할 이유가 아닙니다. 공개 기록 불일치를 해결하려 낯선 사람에게 연락하는 것은 보호적이거나 필요한 조치가 아니며, 침묵이나 무응답을 확인으로 해석해서는 안 됩니다. 예를 들어 제출된 식별자를 접근 가능한 공개 기록에서 읽을 수 없었다는 식으로 한계를 분명히 적고 추론은 열어 두십시오.
- 어느 계층을 확인했는지, 그것이 공개적이고 읽을 수 있었는지 밝히십시오.
- 처음으로 없거나 모호한 계층에서 추론을 멈추십시오.
- 무응답이나 침묵을 동의로 취급하지 마십시오.
분쟁 기록을 위한 간단한 워크시트
간단한 서면 워크시트는 각 층위가 뒤섞이지 않게 해 줍니다. 이것은 읽기를 돕는 보조 수단으로만 사용하세요. 플랫폼의 통제 수단이 아니며, 서비스에서 어떤 것도 시험하지 않습니다. 각 행에는 실제로 확인한 층위, 그것이 나온 공개 산출물, 그리고 적용되는 한계를 적으세요. 가상의 예시: 한 작업물에는 한 식별자가 표시되고, 프로필에는 다른 식별자가 표시되며, 로그인 관계는 보이지 않습니다. 정직한 기록은 각 층위가 서로 다르며 그 이유는 해결되지 않았다는 것이지, 그 사람이 계정 두 개나 신원 두 개를 가졌다는 것이 아닙니다.
| 관찰 | 한계 | 다음 단계 |
|---|---|---|
| 공개 작업 기록에서 읽은 등록된 작업물 식별자 | 작업물에 첨부된 것이 무엇인지만 말하며, 그 이상은 말하지 않음 | 작업물 층위로 기록 |
| 프로필 기본 식별자가 다름 | 관리된 필드로, 작업 기록보다 나중이거나 이전일 수 있음 | 차이와 확인한 날짜를 기록 |
| 보이는 로그인 연결 없음 | 없다는 것은 연결이 존재하지 않는다는 증거가 아님 | 알 수 없음으로 표시하고 추론하지 않음 |
| 중복 또는 과도한 병합의 가능성 있는 원인 | 뒷받침하는 출처가 없으면 가설에 불과함 | 그 사람을 규정하기 전에 멈춤 |
실용적 결정을 좁게 유지
층위를 분리하면 대부분의 결정이 작아집니다. 작업물에 등록된 식별자, 프로필의 현재 기본 식별자, 그리고 로그인 연결이 보였는지를 각각의 한계와 함께 설명할 수 있습니다. 일반적으로 이것들 중 어느 것도 신원, 소유권, 현재 고용 상태 또는 안전을 단정하는 데 사용할 수 없습니다. 사진, 배지, 상태 라벨, 일치하는 이미지, 개인정보 설정은 신원, 의도 또는 안전의 증거가 아니며, 소득, 재산 또는 관계 상태를 추론하는 데 사용해서도 안 됩니다. 결정이 신원 확인에 달려 있다면, 이 공개 기록 경로로는 그것을 제공할 수 없습니다. [OpenAlex: ORCID 출처 필드와 매칭 한계]
질문 몇 가지 더
raw_orcid와 프로필의 기본 ORCID의 차이는 무엇인가요?
raw_orcid 필드는 작업물에 등록된 식별자인 반면, 프로필의 기본 orcid와 observed_orcids는 별개의 프로필 필드입니다. 작업 데이터와 관리된 프로필이 서로 다른 입력에서 유지되기 때문에 둘이 불일치할 수 있으며, 프로필 수정이 등록된 식별자를 다시 쓰지 않아도 됩니다.
로그인 연결이 두 기록 뒤에 같은 사람이 있다는 것을 확인하나요?
아니요. ORCID를 로그인 계정에 연결하는 것은 작업물 귀속과 별개이며, 로그인 연결은 신원, 소유권 또는 현재 활동을 증명하지 않습니다. 신원 확인이 아니라 자체 한계가 있는 세 번째 층위로 취급하세요.
ORCID가 두 개 나타나면 두 사람이라는 뜻인가요?
반드시 그렇지는 않습니다. 확인된 문서에 따르면 여러 ORCID는 중복 등록, 발행사의 첨부 오류 또는 과도하게 병합된 프로필에서 발생할 수 있으며, 여러 ID가 여러 사람이라는 증거는 아닙니다. 불일치를 기록하고 개인에 대한 주장을 하기 전에 멈추세요.
출처 및 편집 노트
공식 출처는 2026년 10월 24일에 확인했습니다. 체크리스트, 비교 표 및 예시 문구는 DateClues 편집 도구이며, 공식 테스트나 검증된 위험 점수가 아닙니다.
일반 정보입니다. 어떤 가이드나 도구도 한 사람의 신원, 의도 또는 안전을 보증할 수 없습니다. 편집 기준을 읽어보세요.