Otwórz konkretny publiczny rekord pracy i odczytaj, które pole ORCID jest przypisane do pracy, a następnie porównaj je z identyfikatorem widocznym w profilu autora. Traktuj zdeponowany identyfikator pracy jako to, co wydawca przypisał do tej pracy, główny identyfikator profilu jako pielęgnowane pole profilu, a powiązanie logowania jako odrębną relację konta. Gdy się nie zgadzają, odnotuj warstwę i rozbieżność, zamiast zakładać dwie osoby lub dwie tożsamości.
Znajdź wskazówki z publicznych profili społecznościowych dzięki naszej aplikacji TraceSeek.
Zacznij od rekordu pracy, a nie od podsumowania profilu
Użytecznym pierwszym krokiem jest spojrzenie na publiczny rekord samej pracy i odczytanie, który identyfikator zawiera. W OpenAlex pole raw_orcid to identyfikator zdeponowany przy pracy, podczas gdy główny orcid profilu i jego observed_orcids to inne pola. Ta różnica ma znaczenie, ponieważ rekord pracy i rekord profilu mogą być utrzymywane na podstawie różnych danych wejściowych. Jeśli rekord pracy jest dostępny i publiczny, mówi, co zostało przypisane do tej pracy. Nie mówi, kto kontroluje konto ani czy wymieniona osoba jest obecnie zatrudniona. [OpenAlex: pola źródła ORCID i ograniczenia dopasowania]
- Najpierw otwórz rekord pracy i odnotuj identyfikator widoczny przy pracy.
- Następnie otwórz profil autora i odnotuj, czy główny identyfikator się różni.
Odczytuj każdy identyfikator jako pochodzenie, a nie jako dowód tożsamości
Zdeponowany identyfikator pracy odpowiada na wąskie pytanie: który identyfikator został przypisany do tej pracy w danych źródłowych. Główny identyfikator profilu odpowiada na inne pytanie: który identyfikator obecnie pokazuje pole profilu. Powiązanie ORCID z kontem logowania to trzecia, odrębna relacja. Żadna z tych warstw nie jest weryfikacją tożsamości na podstawie twarzy, a zgodność nie gwarantuje własności, bieżącej aktywności ani tego, kto stoi za kontem. Trzymaj obserwację, jej granicę i wszelką praktyczną decyzję w osobnych wierszach, aby słaba przesłanka nie stała się po cichu wnioskiem. [OpenAlex: pola źródła ORCID i ograniczenia dopasowania]
Rozbieżność zwykle tkwi w jednej warstwie
Pochodzenie identyfikatorów może się różnić, ponieważ surowe dane wydawcy i pielęgnowane pola profilu są korygowane w różnym czasie i przez różne procesy. Korekta profilu niekoniecznie przepisuje surowy zdeponowany identyfikator w pracy. Sprawdzona dokumentacja zauważa, że raw_orcid może pozostać po korekcie profilu. Gdy więc oba się nie zgadzają, praktyczny odczyt nie polega na tym, że jeden musi być fałszywy; chodzi o to, że warstwy nie zostały uzgodnione. Pamiętaj też, że wiele ORCID-ów może wynikać z duplikatów rejestracji, błędów przypisania przez wydawcę lub nadmiernie scalonych profili. Wiele identyfikatorów nie jest dowodem wielu osób. [OpenAlex: pola źródła ORCID i ograniczenia dopasowania]
| obserwacja | ograniczenie | następny krok |
|---|---|---|
| Rekord pracy pokazuje identyfikator A | Pokazuje, co zdeponowano przy tej pracy; nie pokazuje kontroli nad kontem | Odnotuj warstwę i porównaj z polem profilu |
| Główny identyfikator profilu pokazuje B | Pielęgnowane pole profilu; nie potwierdzenie logowania | Zapisz różnicę, zamiast wybierać zwycięzcę |
| Obecne jest także powiązanie logowania | Odrębna relacja konta, nie dowód tożsamości | Traktuj to jako trzecią warstwę i nie posuwaj się do twierdzeń o tożsamości |
| W rekordach pojawiają się dwa identyfikatory | Może wynikać z duplikatów, błędów przypisania lub nadmiernego scalenia | Zapisz możliwe przyczyny jako hipotezy, a nie ustalenia |
Gdy warstwa jest nieobecna, prywatna lub niejednoznaczna
Jeśli rekord pracy jest nieobecny, prywatny lub niejednoznaczny, zapisz tę dokładną granicę i zatrzymaj się. Niedostępne źródło nie daje prawa do proszenia o konto prywatne ani do obejścia identyfikacji. Podobnie niedopasowana lub niejednoznaczna zgodność jest powodem, by zawęzić twierdzenie, a nie by kontaktować się z domniemaną osobą, aby wymusić potwierdzenie. Kontaktowanie się z nieznajomym w celu rozwiązania rozbieżności w publicznym rejestrze nie jest krokiem ochronnym ani koniecznym, a milczenie lub brak odpowiedzi nigdy nie powinny być odczytywane jako potwierdzenie. Zapisz granicę wprost, na przykład że nie można było odczytać zdeponowanego identyfikatora z dostępnego publicznego rekordu, i pozostaw wnioskowanie otwarte.
- Określ, którą warstwę sprawdziłeś i czy była publiczna i czytelna.
- Zatrzymaj wnioskowanie na pierwszej nieobecnej lub niejednoznacznej warstwie.
- Nie traktuj braku odpowiedzi ani milczenia jako zgody.
Prosty arkusz roboczy dla spornego rekordu
Krótka pisemna karta ćwiczeniowa pomaga nie mieszać warstw. Używaj jej wyłącznie jako pomocy dla czytelnika; nie jest to mechanizm kontroli platformy i nie testuje niczego w serwisie. Oznacz każdy wiersz warstwą, którą faktycznie widziałeś, publicznym artefaktem, z którego pochodzi, oraz obowiązującym ograniczeniem. Hipotetyczny przykład: praca wskazuje jeden identyfikator, profil wskazuje inny, a żaden związek logowania nie jest widoczny. Uczciwa notatka brzmi: warstwy się nie zgadzają, a przyczyna pozostaje nierozstrzygnięta — nie zaś, że dana osoba ma dwa konta lub dwie tożsamości.
| obserwacja | ograniczenie | następny krok |
|---|---|---|
| Identyfikator zdeponowany przy pracy, odczytany z publicznego rekordu pracy | Mówi, co zostało przypisane do pracy — nic więcej | Zapisz to jako warstwę pracy |
| Główny identyfikator profilu jest inny | Pole kuratorowane; może powstać później lub wcześniej niż rekord pracy | Zapisz różnicę oraz datę sprawdzenia |
| Nie widać związku logowania | Brak nie jest dowodem, że żaden związek nie istnieje | Oznacz jako nieznane; nie wyciągaj wniosków |
| Możliwa przyczyna duplikatu lub nadmiernego scalenia | Wyłącznie hipoteza bez źródła potwierdzającego | Zatrzymaj się, zanim scharakteryzujesz osobę |
Utrzymaj praktyczną decyzję w wąskim zakresie
Gdy warstwy zostaną rozdzielone, większość decyzji staje się mniejsza. Możesz opisać identyfikator zdeponowany przy pracy, obecny główny identyfikator profilu oraz to, czy widoczny był związek logowania — każde z własnym ograniczeniem. Zasadniczo nie możesz na tej podstawie twierdzić o tożsamości, własności, obecnym zatrudnieniu ani bezpieczeństwie. Zdjęcia, odznaki, etykiety statusu, dopasowane obrazy i ustawienia prywatności nie są dowodem tożsamości, zamiaru ani bezpieczeństwa i nie powinny być używane do wnioskowania o dochodach, zamożności ani statusie związku. Jeśli decyzja zależy od weryfikacji tożsamości, ta ścieżka oparta na publicznych rekordach nie może jej dostarczyć. [OpenAlex: pola źródła ORCID i ograniczenia dopasowania]
Jeszcze kilka pytań
Jaka jest różnica między raw_orcid a głównym ORCID profilu?
Pole raw_orcid to identyfikator zdeponowany przy pracy, natomiast główny orcid profilu i observed_orcids to odrębne pola profilu. Mogą się nie zgadzać, ponieważ dane pracy i kuratorowany profil są utrzymywane z różnych źródeł, a korekta profilu nie musi przepisywać zdeponowanego identyfikatora.
Czy związek logowania potwierdza, że za oboma rekordami stoi ta sama osoba?
Nie. Powiązanie ORCID z kontem logowania jest odrębne od przypisywania prac, a powiązanie logowania nie dowodzi tożsamości, własności ani obecnej aktywności. Traktuj je jako trzecią warstwę z własnym ograniczeniem, a nie jako potwierdzenie tożsamości.
Jeśli pojawiają się dwa ORCID, czy oznacza to dwie osoby?
Niekoniecznie. Sprawdzona dokumentacja wskazuje, że wiele ORCID może wynikać z duplikatów rejestracji, błędów przypisania przez wydawcę lub nadmiernie scalonych profili, a wiele identyfikatorów nie jest dowodem na wiele osób. Zapisz niezgodność i zatrzymaj się, zanim sformułujesz twierdzenie o osobie.
Źródła i notatki redakcyjne
Oficjalne źródła sprawdzone 24 października 2026. Listy kontrolne, tabele porównawcze i przykładowe sformułowania to redakcyjne narzędzia DateClues, a nie oficjalne testy ani zwalidowane oceny ryzyka.
Informacje ogólne. Żaden przewodnik ani narzędzie nie może potwierdzić czyjejś tożsamości, intencji ani bezpieczeństwa. Przeczytaj nasze standardy redakcyjne.