Що насправді робить інструмент видалення
Тут часто плутають дві речі: перенесення інформації між записами та видалення дубліката. Процес видалення дублікатів ORCID — це друге. Він не об’єднує публікації, історію працевлаштування, відгуки рецензента чи підключені дозволи з одного запису в інший.
Процес видалення дублікатів ORCID переносить адреси електронної пошти, але не іншу інформацію чи дозволи дубліката. Джерело
Це єдине речення визначає більшість підготовки. Усе в дублікаті, крім адрес електронної пошти, слід вважати під загрозою, якщо ви не перенесете це самостійно заздалегідь. Чи можна повторно додати певний тип елемента до запису, що зберігається, і як саме — це варто уточнити в інтерфейсі ORCID, а не припускати.
Видалений дублікат неможливо відновити; його постійний iD вказує на основний запис. Джерело
Саме через цю незворотність і потрібен робочий аркуш. Якщо видалено не той запис, кнопки «скасувати» не буде.
Вирішіть, який iD виживе, перш ніж щось чіпати
Ви обираєте між двома ідентифікаторами, які вам належать. Жоден вибір не є універсально правильним, тому керуйтеся доказами, а не звичкою.
| Питання | Схиляє до збереження цього запису | Схиляє до видалення цього запису |
|---|---|---|
| Який iD фігурує в опублікованих статтях, наборах даних чи грантових записах? | Більшість зовнішніх посилань ведуть сюди | Мало або жодних зовнішніх посилань |
| Який запис містить повнішу історію (роботи, афіліації, рецензії)? | Містить записи, які інакше довелося б відновлювати | Переважно порожній або застарілий |
| Яку адресу електронної пошти ви досі контролюєте й плануєте зберегти? | Адреса актуальна | Адреса недійсна |
| Який iD пов’язаний з іншими сервісами, якими ви користуєтеся? | Активні зв’язки, які ви хочете зберегти | Зв’язки, якими ви більше не користуєтеся |
Редакційна порада, а не правило ORCID: коли записи близькі за значенням, нехай вирішують зовнішні посилання. iD, що виживає, зберігає власну ідентичність; інший стає вказівником. Вибір того, що вже вбудований у вашу публікаційну історію, зазвичай потребує менше прибирання згодом.
Робочий аркуш «зберегти й підтвердити»
Заповніть його для обох записів, перш ніж входити в будь-який із них. Зберігайте його в доступному місці, бо видалення є одностороннім.
Запис A (кандидат на збереження)
- iD:
- Адреси електронної пошти, наразі в записі:
- Перелічені роботи (кількість і ті, які ви не хотіли б втратити):
- Афіліації та записи про працевлаштування:
- Відгуки рецензента або службові заслуги:
- Підключені зовнішні сервіси та дозволи:
- Місця, де згадується цей iD (сторінки журналів, набори даних, грантові системи, інституційні профілі, особистий сайт, підпис у листах, резюме):
Запис B (кандидат на видалення)
- Ті самі поля, що вище.
- Елементи, які є лише тут і які потрібно буде спершу повторно додати до запису A:
- Зовнішні посилання, що вказують на цей iD:
Крок підтвердження
- Для кожного зовнішнього посилання на запис, що видаляється, зазначте, чи його можна оновити, чи воно просто перенаправить, чи зламається. Вам не потрібно виправляти всі до видалення, але слід знати, які з них існують.
- Підтвердьте, що ви все ще можете увійти в запис A з адресою електронної пошти, яку контролюєте.
Виконання видалення
Операція виконується із запису, який ви зберігаєте.
Власник входить у запис, який потрібно зберегти, відкриває «Дії з обліковим записом» (Account actions) і вибирає «Видалити дублікат запису» (Remove a duplicate record), використовуючи облікові дані дубліката. Джерело
На практиці: увійдіть у запис, який вирішили зберегти, відкрийте розділ дій з обліковим записом і виберіть опцію видалення дубліката. Далі інструмент запитає облікові дані дубліката — тобто вам потрібен робочий доступ до обох записів, а не лише до того, що виживає. Якщо ви не можете увійти в дублікат, видалення не відбудеться так, як описано, і слід спершу вирішити питання доступу, а не створювати нові записи.
Шляхи збою, які слід передбачити
- Немає доступу до дубліката. Процес залежить від облікових даних дубліката. Відновіть доступ до того облікового запису перед початком; не створюйте третій запис як обхідний шлях.
- Дублікат містить унікальні роботи чи афіліації. Спершу перенесіть або відтворіть їх у записі, що зберігається. Видалення їх не перенесе.
- Підключені сервіси вказують на дублікат. Ці дозволи не переносяться. Плануйте повторно підключити сервіси, якими ще користуєтеся, до iD, що виживає, згодом.
- Ви обрали не той запис для збереження. Шляху до відновлення немає. Саме на цьому кроці варто сповільнитися.
- Зовнішні системи досі посилаються на старий iD. Очікуйте, що доведеться оновлювати сторінки профілів і системи подання, де це можливо, і покладатися на поведінку вказівника там, де ні.
Після видалення: підтвердьте, потім приберіть
- Увійдіть у запис, що вижив, і перевірте, чи присутні ваші адреси електронної пошти.
- Повторно додайте будь-які роботи, афіліації чи заслуги, які ви навмисно відклали, і переконайтеся, що вони відображаються належним чином.
- Повторно підключіть зовнішні сервіси, якими ще користуєтеся.
- Відкрийте кілька зовнішніх посилань зі свого списку й занотуйте, що вони тепер показують.
- Зберігайте робочий аркуш, доки кожне посилання не буде перевірено принаймні один раз.
Якщо те саме ім’я або нікнейм з’являється в кількох сервісах і ви хочете отримати повнішу картину того, де він використовується, перш ніж оновлювати профілі, огляд пошуку акаунтів, пов’язаних з іменем — розумний наступний крок. Сприймайте те, що він виявляє, як зачіпки для перевірки, а не як підтвердження, що певний профіль належить вам чи комусь іншому.
Де TraceSeek доречний, а де ні
TraceSeek — це застосунок для пошуку за нікнеймом, що охоплює 3 000+ платформ, із безкоштовним першим скануванням, яке, за даними продукту, триває приблизно 20–30 секунд. Він може допомогти помітити, де нікнейм з’являється публічно. Він не керує записами ORCID, не виконує видалення дублікатів і не доводить, що профіль належить конкретній особі. Власні інструменти облікового запису ORCID — єдине місце для виконання кроків, описаних вище.