Этот рабочий процесс объясняет, как ORCID участники могут собирать разрешения от исследователей в одном приложении и использовать аутентифицированные iD и разрешения в других внутренних приложениях, где ORCID не требуется.
Если вашим исследователям требуется только один раз предоставить разрешение вашей организации, это экономит время исследователя и может увеличить использование и доступность ORCID iD внутри вашей организации в нескольких системах.
Этот рабочий процесс подходит для организаций с несколькими системами, в которых ORCID включен плюс технические ресурсы, доступные для создания пользовательской интеграции с использованием ORCID API.
Пример рабочего процесса
Примером этого рабочего процесса может быть сбор iD в вашей системе управления идентификацией.
- Централизованная система (например, система управления идентификацией) просит пользователя предоставить вашей организации разрешение на взаимодействие с их ORCID iD
- Пользователь выбирает вход в свой ORCID записать или зарегистрироваться для ORCID запись
- Пользователь предоставляет вашей организации разрешение на взаимодействие с их ORCID запись (часть процесса oauth)
- Централизованная система хранит пользователей ORCID iD и разрешения, которые пользователь предоставил вашей организации
- Команда ORCID iD и токены доступа затем могут быть безопасно переданы в любую другую систему, которую вашей организации необходимо захватить. ORCID iD, такие как ваша CRIS-система, HR или институциональный репозиторий.
- Посмотрите на график ORCID iD и токен, отдельные системы могут читать / писать в и из ORCID записи. Системы CRIS могут подталкивать филиалы / работы, репозитории могут продвигать работы и т. Д.
- Показать аутентифицированный iD в ваших системах
Мы рекомендуем вам четко указать в своем сообщении и в собственной документации ожидаемый рабочий процесс. Это гарантирует, что ваши исследователи будут осведомлены об интеграции вашей организации с ORCID и что ожидается.
Техническая документация
Более подробные руководства можно найти здесь.