Работа с платформой OpenReview требует внимательности, особенно когда речь заходит о конфликтах интересов. Представьте ситуацию: программный председатель конференции сам является автором статьи, и его доступ к рецензиям может повлиять на объективность оценки. Возникает вопрос — как исключить его из процесса, не нарушая структуру администрирования? Расскажу, как решить эту задачу, используя встроенные инструменты платформы.
Автоматическая анонимность при конфликте интересов
OpenReview автоматически скрывает рецензии от пользователей, которые указаны в статье как авторы или соавторы. Если программный председатель внесён в список авторов, система помечает его как лицо с конфликтом интересов (COI — Conflict of Interest). В этом случае:
- Рецензии для этой статьи станут анонимными — председатель не увидит имена рецензентов.
- Доступ к обсуждениям и метаданным рецензий будет ограничен.
Это происходит без дополнительных настроек. Однако важно проверить, правильно ли указаны авторы статьи. Если председатель случайно не добавлен в список, конфликт не будет зафиксирован.
Кстати, если председатель не является автором, но есть другие причины ограничить его доступ (например, личные или профессиональные связи), потребуется ручная настройка.
Ручное добавление кастомных конфликтов
Для неочевидных случаев OpenReview позволяет создавать пользовательские конфликты. Например, если председатель сотрудничает с автором вне текущего исследования или участвует в смежном проекте. Вот как это сделать:
- Перейдите в раздел Paper Matching and Assignment в консоли программного председателя.
- Выберите опцию Post a Custom Conflict — она находится в меню настроек конфликтов.
- Укажите email или идентификатор пользователя, для которого нужно ограничить доступ, и свяжите его с конкретной статьёй.
После сохранения настроек председатель больше не увидит рецензии, связанные с выбранной работой. Если потребуется отменить ограничение, можно удалить конфликт в том же разделе.
Совет: Перед началом рецензирования проверьте все конфликты через документацию OpenReview. Это поможет избежать ошибок в распределении прав.
Проверка и устранение проблем
Иногда настройки могут сработать некорректно. Например, если конфликт добавлен после публикации рецензий, председатель всё ещё увидит старые данные. В таком случае:
- Удалите существующие рецензии и опубликуйте их заново — система применит обновлённые правила.
- Используйте Force Hide в расширенных настройках, чтобы скрыть информацию вручную.
Учитывайте, что OpenReview не позволяет частично ограничить доступ (например, скрыть только оценки, но оставить комментарии). Если нужно сохранить часть данных, создайте копию рецензии с помощью инструмента Private Comment и удалите оригинал.
Подводя итог: OpenReview предлагает гибкие инструменты для управления доступом, но их нужно использовать продуманно. Всегда проверяйте конфликты до начала этапа рецензирования — это сэкономит время и предотвратит технические сбои. Если столкнётесь с нестандартной ситуацией, смело обращайтесь к документации или пишите в поддержку платформы. Готов ответить на ваши вопросы в комментариях!