Зачем: быстро понять, что уже подключено.
Что видишь: список доступных интеграций (может отображаться не полный перечень).
Если нужного сервиса нет: напиши в поддержку — подтвердят возможность подключения.

Под статусами понимаем этапы/стейты кандидата в HH и/или внешней ATS (например: «Новый отклик», «Приглашён», «Отказ», «Выход на работу»). В NanoHire есть собственная воронка и автоматизации — она может отличаться от HH/ATS.
В период пилота NanoHire передаёт в HH только один статус — «Отказ». Вся остальная логика внутри системы (оценка, автоответы, интервью).
Остальные переходы (приглашение, назначение интервью, выход на работу и др.) не синхронизируются автоматически.
Зачем так:
«Отказ» имеет однозначный смысл и не конфликтует с внешними процессами.
Снижаем риск гонок между системами и порчи аналитики.
Сохраняем прозрачность: где принимаются решения, как работает автооценка/коммуникации.
После согласования целевого процесса с вашей командой:
Совмещаем статусы NanoHire ↔ HH ↔ (при наличии) внешняя ATS.
Выбор направления синхронизации. Чаще — односторонний (из источника истины в вторичную систему).
Точечные события. Включаем только понятные переходы/этапы: «Отказ», «Приглашение на интервью», «Выход на работу». Остальные — по согласованию.
Можно ли переводить этапы/статусы из NanoHire в HH автоматически?
Можно, но после выбора источника истины.
Если у нас нет внешней ATS, почему всё равно ограничение?
Даже без ATS логика HH может отличаться. Ограничение на пилоте сохраняет чистоту данных.
Что добавится после пилота?
По согласованию расширим список статусов и включим синк точечно.
Можно оставить только ручной перенос менеджером?
Да, это безопасный вариант: NanoHire не дергает HH, а решения фиксируются руками.