Відкрийте конкретний публічний запис роботи й прочитайте, яке поле 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 можуть виникати через дублікати реєстрацій, помилки прикріплення з боку видавця або надмірно об’єднані профілі, і що кілька ідентифікаторів не є доказом кількох людей. Запишіть розбіжність і зупиніться, перш ніж робити особисте твердження.
Джерела та редакційні примітки
Офіційні джерела перевірено 24 жовтня 2026 р.. Контрольні списки, порівняльні таблиці та приклади формулювань — це редакційні інструменти DateClues, а не офіційні тести чи перевірені оцінки ризику.
Загальна інформація. Жоден посібник чи інструмент не може засвідчити особу людини, її наміри чи безпеку. Прочитайте наші редакційні стандарти.