REST API Авторизация: различия между версиями

Материал из Planfix
Перейти к: навигация, поиск
Нет описания правки
Нет описания правки
Строка 15: Строка 15:
Если по API необходим доступ с возможностью изменения всех контактов, то для этих целей необходимо использовать робота.
Если по API необходим доступ с возможностью изменения всех контактов, то для этих целей необходимо использовать робота.


Заголовок bearer авторизации выглядит следующим образом:
Заголовок bearer-авторизации выглядит следующим образом:
<div style="display: block; padding: 1em; margin: 0 0 10px; font-size: 13px; line-height: 1.65; color: black; word-wrap: break-word; background-color: #f9f9f9; border: 1px solid #ddd; border-radius: 4px;">Authorization : Bearer NGRiMDlkZjVhNjJhOGEzMmE5NTIyZmNhYzAyZDNjNmY6WA==</div>
<div style="display: block; padding: 1em; margin: 0 0 10px; font-size: 13px; line-height: 1.65; color: black; word-wrap: break-word; background-color: #f9f9f9; border: 1px solid #ddd; border-radius: 4px;">Authorization : Bearer NGRiMDlkZjVhNjJhOGEzMmE5NTIyZmNhYzAyZDNjNmY6WA==</div>



Версия от 12:32, 26 декабря 2021

Каждый запрос должен содержать заголовок bearer HTTP авторизации. Токены авторизации создаются в разделе Управление аккаунтомДоступ к APIREST API, и могут быть ограничены только заданными уровнями доступа - scope:

CQzlrY.png


В примере на скриншоте создан один токен авторизации, при использовании которого запросы будут делаться от лица сотрудника Владислава Иванова (т.е. в запросах на получение задач будут видны только доступные ему контакты).

Если по API необходим доступ с возможностью изменения всех контактов, то для этих целей необходимо использовать робота.

Заголовок bearer-авторизации выглядит следующим образом:

Authorization : Bearer NGRiMDlkZjVhNjJhOGEzMmE5NTIyZmNhYzAyZDNjNmY6WA==

Для GET запросов токен авторизации передается параметром access_token


Перейти