> Расположение: Авторизация от имени сотрудника
> Краткое содержание: Что должно быть включено у бота, чтобы авторизация от имени сотрудника заработала: сотрудник может написать боту, бот узнаёт о сообщении и отвечает кнопкой, вкладка «OAuth» настроена. Что видно, когда чего-то не хватает
> Это Markdown-версия конкретной страницы. Для контекста за её пределами (правила API, полный перечень методов, авторизация) ОБЯЗАТЕЛЬНО открой [llms.txt](https://dev.pachca.com/llms.txt) перед ответом — это сэкономит токены и предотвратит неполный ответ.


# Чек-лист запуска

Авторизация проходит через диалог с ботом: сотрудник пишет боту, бот отвечает кнопкой, сотрудник соглашается, и бот получает токен. Поэтому ломается она чаще всего не на OAuth, а на настройках вокруг него. Пройдите список перед запуском бота и вернитесь к нему, если на этом пути что-то не срабатывает.


  ### Шаг 1. Сотрудник может написать боту

- Бот публичный, у сотрудника есть с ботом общий чат, или бот написал сотруднику первым. Переключатель **Публичный бот** — на вкладке **Основное** в карточке бота.
- Публикация в витрине сама по себе написать боту не позволяет.

Без этого у бота нет кнопки **Сообщение**. Подробнее — в разделе [Личные сообщения](/guides/bots/access#lichnye-soobscheniya).


  ### Шаг 2. Бот узнаёт о сообщении

- Исходящий вебхук включён и указывает на ваш сервер.
- Включено событие **Новые сообщения** в режиме **Любые сообщения** или с командой, с которой начинается разговор, например `/start`.
- Сервер проверяет подпись запросов, а бот игнорирует свои сообщения.

Без вебхука и нужного режима сотрудник пишет, а бот молчит: новый бот слушает только команды, а их список пуст. Как настроить — в разделе [Общение с ботом](/guides/bots/conversations#chto-nastroit).


  ### Шаг 3. Бот отвечает кнопкой

- У бота есть токен с правом `messages:create`.
- Кнопка ведёт на экран согласия. Как её собрать — в разделе [Получение токена](/guides/oauth/flow#shagi).

Без права отправки метод [Новое сообщение](/api/messages/create) ответит `403`, и кнопка до сотрудника не дойдёт. Подробнее о правах — в разделе [Токены бота](/guides/bots/tokens#prava-tokena).


  ### Шаг 4. Авторизация проходит

- Сотрудникам разрешено выдавать доступ ботам: в настройках пространства **Кто может создавать персональные токены** — **Все сотрудники**. По умолчанию там **Только администраторы**, и тогда сотрудник вместо согласия видит отказ.
- Авторизация на вкладке **OAuth** включена, указан хотя бы один адрес возврата.
- Запрашиваемый доступ задан: в нём только права, которые боту действительно нужны.
- Приложение без секрета передаёт PKCE с методом `S256`, серверное хранит `client_secret` и обменивает код на своей стороне.

Без этого сотрудник не дойдёт до согласия или бот не сможет обменять код на токен. Настройки вкладки — в разделе [Настройка авторизации](/guides/oauth/setup#vklyuchenie), ошибки обмена — в разделе [Ошибки и отказы](/guides/oauth/flow#oshibki-i-otkazy).




## Связанные разделы

- [Настройка авторизации](/guides/oauth/setup)
- [Получение токена](/guides/oauth/flow)
- [Боты: Общение с ботом](/guides/bots/conversations)