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

Материал из Planfix
Перейти к: навигация, поиск
Нет описания правки
Нет описания правки
 
(не показаны 2 промежуточные версии 1 участника)
Строка 16: Строка 16:


Заголовок 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 5d80e21cb3e12345678bdd568a2226d5</div>


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




== Перейти ==
== Перейти ==
*[[REST API]]
*[[REST API]]

Текущая версия от 10:55, 5 апреля 2022

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

CQzlrY.png


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

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

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

Authorization : Bearer 5d80e21cb3e12345678bdd568a2226d5


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


Перейти