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

Материал из Касса
Перейти к навигации Перейти к поиску
 
(не показано 45 промежуточных версий 2 участников)
Строка 1: Строка 1:
== Общие сведения ==
== Общие сведения ==
'''API''' (Application Programming Interface или интерфейс программирования приложений) — это совокупность инструментов и функций в виде интерфейса для создания новых приложений, благодаря которому одна программа будет взаимодействовать с другой.
'''API''' (Application Programming Interface или интерфейс программирования приложений) — совокупность инструментов и функций в виде интерфейса для создания новых приложений и интеграции с ИС. Все запросы к сервису '''БИФИТ Бизнес''' осуществляются при помощи авторотационного токена - '''access_token'''. Для генерации токена, необходимо пройти процедуру авторизации OAuth2. Для этого необходимо использовать логин/пароль зарегистрированной учетной записи.  
 
Для работы с API сервиса БИФИТ Касса, пользователю необходимо получить токен доступа. Генерация токена происходит по правилам авторизации OAuth2.




Информация получаемая по OAuth2:
Информация получаемая по OAuth2:


'''access_token''' — авторотационный ключ (обычно просто набор символов), предъявление которого является пропуском к защищенным ресурсам. Обращение к ним в самом простом случае происходит по HTTPS. Используется при работе по API
* '''access_token''' — авторотационный ключ (обычно просто набор символов), предъявление которого является пропуском к защищенным ресурсам. Обращение к ним в самом простом случае происходит по HTTPS. Используется при работе по API
* '''refresh_token''' — ключ, по которому можно получить access token с помощью HTTP-запроса, аналогично авторизации по логину и паролю
* '''expires_in''' - время работы (протухания) access_token в секундах. В сервисе БИФИТ Бизнес составляет 12 часов или 43 200 секунд - 1 секунда = 43 199 секунд.


'''refresh_token''' — ключ, по которому можно получить access token с помощью HTTP-запроса, аналогично авторизации по логину и паролю


'''expires_in''' - время работы (протухания) access_token в секундах. В сервисе БИФИТ Бизнес составляет 12 часов или 43 200 секунд - 1 секунда = 43 199 секунд.
{{Note|'''Внимание''' <br>
 
Учетная запись от имени которой будет происходить работа по API должна иметь максимальное кол-во прав, для создания, редактирования или удаления документов и справочников БИФИТ Касса|
{{Note|'''Внимание'''  
Учетная запись от имени которой будут происходить работа по API должна иметь максимальное кол-во прав, для создания, редактирования или удаления документов и справочников БИФИТ Касса|
700}}
700}}


== Авторизацию в OAuth2 по паролю ==
== Авторизацию в OAuth2 по паролю ==
Подготовьте POST запрос следующего вида:
{{ProductTable-2
|title-left='''Запрос'''
|title-right='''POST'''
|content-left= URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
|content-right=
<syntaxhighlight>
https://kassa.bifit.com/cashdesk-api/v1/oauth/token
</syntaxhighlight>
|}}<br>


  URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
{{ProductTable-2
  |title-left= Request HEADERS
  |title-right='''HEADERS'''
  |content-left= отключение компрессии
  |content-right=
<syntaxhighlight lang="JSON">
Accept-Encoding: "deflate"
</syntaxhighlight>
|}}<br>


body запроса должно передаваться как Content-Type: x-www-form-urlencoded и содержать следующие значений KEY/VALUE:
{{ProductTable-2
 
|title-left= Request Body
"grant_type" : "password",
|title-right= type: '''x-www-form-urlencoded'''
"username" : номер телефона (вводится как 7xxxxxxxxxx),
|content-left=&nbsp;
"password" : пароль -> SHA-256 -> base64 urlencoded,
* '''username''': логин учетной записи, передается в формате '''7xxxxxxxxxx'''
"client_id" : "cashdesk-rest-client",
* '''password''': пароль, передается в виде зашифрованного хэш -> '''SHA-256 -> base64 urlencoded'''
"client_secret" : "cashdesk-rest-client"
* '''client_id''': передать значение ''"cashdesk-rest-client"''
* '''client_secret''': передать значение ''"cashdesk-rest-client"''
* '''grant_type''': передать значение ''"password"''
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "password"
</syntaxhighlight>
|}}<br>


{{Note|'''Обратите внимание'''
{{Note|'''Обратите внимание'''
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.|
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.<br>
700}}
Для удобства можно использовать данный <b>[https://caligatio.github.io/jsSHA/ сайт]</b> с шифрованием. |
 
700}}<br>
Сервер вернет ошибку '''200 OK'''. Response запроса будет содержать следующие данные


  "access_token": <Токен доступа>,
{{ProductTable-2
  "expires_in": 43199,
|title-left= Response
  "refresh_token": <Рефреш токен>,
|title-right=
  "scope": "read write",
|content-left=&nbsp;
  "token_type": "bearer",
* '''access_token''': токен доступа. Используется при отправке запросов ФП
  "user_id": <id пользователя>
* '''token_type''': тип токена
* '''refresh_token''': использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
* '''expires_in''': срок жизни токена доступа в секундах.
* '''scope''': права работы с токеном
* '''user_id''': ID пользователя
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}
</syntaxhighlight>
|}}<br>


== Авторизацию в OAuth2 по refresh_token ==
== Авторизацию в OAuth2 по refresh_token ==
Подготовьте POST запрос следующего вида:
{{ProductTable-2
 
|title-left='''Запрос'''
  URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
|title-right='''POST'''
|content-left= URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
|content-right=
<syntaxhighlight>
https://kassa.bifit.com/cashdesk-api/v1/oauth/token
</syntaxhighlight>
|}}<br>


body запроса должно передаваться как Content-Type: x-www-form-urlencoded и содержать следующие значений KEY/VALUE:
{{ProductTable-2
  |title-left= Request HEADERS
  |title-right='''HEADERS'''
  |content-left= отключение компрессии
  |content-right=
<syntaxhighlight lang="JSON">
Accept-Encoding: "deflate"
</syntaxhighlight>
|}}<br>


"grant_type": "refresh_token",
{{ProductTable-2
"refresh_token": <Значение refresh_tokent, полученное при предыдущей авторизации>,
|title-left= Request Body
"client_id": "cashdesk-rest-client",
|title-right= type: '''x-www-form-urlencoded'''
"client_secret": "cashdesk-rest-client"
|content-left=&nbsp;
* '''refresh_token''': значение '''refresh_token'''
* '''client_id''': передать значение ''"cashdesk-rest-client"''
* '''client_secret''': передать значение ''"cashdesk-rest-client"''
* '''grant_type''': передать значение ''"refresh_token"''
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "refresh_token"
</syntaxhighlight>
|}}<br>


{{Note|'''Обратите внимание'''
{{Note|'''Обратите внимание'''
Значение '''refresh_token''' передается в том же виде, в каком оно было получено в ответе на предыдущий запрос авторизации. Без изменений и дополнительного кодирования.|
Значение '''refresh_token''' передается в том же виде, в каком оно было получено в ответе на предыдущий запрос авторизации. Без изменений и дополнительного кодирования.|
700}}
700}}<br>


Сервер вернет ошибку '''200 OK'''. Response запроса будет содержать следующие данные.
{{ProductTable-2
|title-left= Response
|title-right=
|content-left=&nbsp;
* '''access_token''': токен доступа. Используется при отправке запросов ФП
* '''token_type''': тип токена
* '''refresh_token''': использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
* '''expires_in''': срок жизни токена доступа в секундах.
* '''scope''': права работы с токеном
* '''user_id''': ID пользователя
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}
</syntaxhighlight>
|}}<br>


  "access_token": <Токен доступа>,
== Авторизацию в OAuth2 при двухфакторной авторизации ==
  "expires_in": 43199,
Двухфакторная авторизация это дополнительная защита пользователем своего аккаунта. Требует от пользователя дополнительного ввода кода подтверждения, отправленного в SMS на номер учетной записи, после стандартной процедуры авторизации. Включение двухфакторной авторизации производится пользователем самостоятельно в настройках организации (учетной записи). При авторизации клиентское приложение не знает включена ли в учетной записи возможность двухфакторной авторизации. Ниже описан механизм авторизации пользователя по паролю и порядок действий, в случае если в учетной записи задана двухфакторная авторизация.<br>
  "refresh_token": <Рефреш токен>,
  "scope": "read write",
  "token_type": "bearer",
  "user_id": <id пользователя>


== Авторизацию в OAuth2 при двухфакторной авторизации ==
Двухфакторная авторизация это дополнительная защита пользователем своего аккаунта. Это более защищенный механизм авторизации пользователя по паролю. Возможность такой авторизации задается пользователем самостоятельно в настройках организации (учетной записи). При авторизации клиентское приложение не знает включена ли в учетной записи возможность двухфакторной авторизации. Ниже описан механизм авторизации пользователя по паролю и порядок действий, в случае если в учетной записи задана двухфакторная авторизация.


{{Note|'''Внимание''' На момент написания статьи '''21.04.2022''', включение механизма двухфакторной авторизации доступно только техническому персоналу '''ООО "БИФИТ КАССА"'''. Включение двухфакторной авторизации в набор типовых возможностей ЛК будет доступно позже|
1200}}


=== Шаг №1: Стандартная авторизация по паролю ===
=== Шаг №1: Стандартная авторизация по паролю ===
Подготовьте POST запрос следующего вида:


  URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
{{ProductTable-2
|title-left='''Запрос'''
|title-right='''POST'''
|content-left= URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
|content-right=
<syntaxhighlight>
https://kassa.bifit.com/cashdesk-api/v1/oauth/token
</syntaxhighlight>
|}}<br>
 
{{ProductTable-2
  |title-left= Request HEADERS
  |title-right='''HEADERS'''
  |content-left= отключение компрессии
  |content-right=
<syntaxhighlight lang="JSON">
Accept-Encoding: "deflate"
</syntaxhighlight>


body запроса должно передаваться как Content-Type: x-www-form-urlencoded и содержать следующие значений KEY/VALUE:
|}}<br>


  "grant_type" : "password",
{{ProductTable-2
  "username" : номер телефона (вводится как 7xxxxxxxxxx),
|title-left= Request Body
  "password" : пароль -> SHA-256 -> base64 urlencoded,
|title-right= type: '''x-www-form-urlencoded'''
  "client_id" : "cashdesk-rest-client",
|content-left=&nbsp;
  "client_secret" : "cashdesk-rest-client"
* '''username''': логин учетной записи, передается в формате '''7xxxxxxxxxx'''
* '''password''': пароль, передается в виде зашифрованного хэш -> '''SHA-256 -> base64 urlencoded'''
* '''client_id''': передать значение ''"cashdesk-rest-client"''
* '''client_secret''': передать значение ''"cashdesk-rest-client"''
* '''grant_type''': передать значение ''"password"''
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "password"
</syntaxhighlight>
|}}<br>


{{Note|'''Обратите внимание'''
{{Note|'''Обратите внимание'''
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.|
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.<br>
700}}
Для удобства можно использовать данный <b>[https://caligatio.github.io/jsSHA/ сайт]</b> с шифрованием.|
 
700}}<br>
В случае если включена двухфакторная авторизация, сервер вернет ошибку '''401 Unauthorized''' в Response запроса будет содержать следующие данные.


{{ProductTable-2
|title-left= Response
|title-right=
|content-left=&nbsp;
* '''error''': ошибка
* '''error_description''': описание ошибки
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
{
   "error": "mfa_required",
   "error": "mfa_required",
   "error_description": "Требуется многофакторная аутентификация"
   "error_description": "Требуется многофакторная аутентификация"
}
</syntaxhighlight>
|}}<br>


=== Шаг №2: Отправка SMS с кодом подтверждения на привязанный номер телефона ===
{{Note|'''Обратите внимание'''
 
В случае если включена двухфакторная авторизация, сервер вернет ошибку '''401 Unauthorized''' в Response запроса будет содержать следующие данные..|
Получив такой ответ подготовьте POST запрос следующего вида:
 
  URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/mfa?username=7xxxxxxxxxx
 
{{Note|'''7xxxxxxxxxx''' - авторизованный номер телефона на который будет отправлена SMS с кодом подтверждения.|
700}}
700}}


'''Сервер вернет ошибку '''200 OK'''. Response запроса будет содержать значение session_id, запомните его и используйте в следующем запросе'''
=== Шаг №2: Отправка SMS с кодом подтверждения на привязанный номер телефона ===


=== Шаг №2: Отправка запроса на авторизацию с кодом из SMS ===
{{ProductTable-2
Получив такой ответ подготовьте POST запрос следующего вида:
|title-left='''Запрос'''
|title-right='''POST'''
|content-left= '''7xxxxxxxxxx''' - авторизованный номер телефона на который будет отправлена SMS с кодом подтверждения
|content-right=
<syntaxhighlight>
https://kassa.bifit.com/cashdesk-api/v1/oauth/mfa?username=7xxxxxxxxxx
</syntaxhighlight>
|}}<br>


  URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
{{ProductTable-2
|title-left= Response
|title-right=
|content-left=&nbsp;
'''session_id''': Ответом на запрос будет значение session_id
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
  590809155
</syntaxhighlight>
|}}<br>


body запроса должно передаваться как Content-Type: x-www-form-urlencoded и содержать следующие значений KEY/VALUE:
=== Шаг №3: Отправка запроса на авторизацию с кодом из SMS ===
{{ProductTable-2
|title-left='''Запрос'''
|title-right='''POST'''
|content-left= URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token
|content-right=
<syntaxhighlight>
https://kassa.bifit.com/cashdesk-api/v1/oauth/token
</syntaxhighlight>
|}}<br>


  "grant_type" : "mfa",
{{ProductTable-2
  "username" : номер телефона (вводится как 7xxxxxxxxxx),
|title-left= Request Body
  "password" : пароль -> SHA-256 -> base64 urlencoded,
|title-right= type: '''x-www-form-urlencoded'''
  "session_id": <значение полученное на предыдущем шаге>,
|content-left=&nbsp;
  "code": <код из полученной SMS>,
* '''username''': логин учетной записи, передается в формате '''7xxxxxxxxxx'''
  "client_id" : "cashdesk-rest-client",
* '''password''': пароль, передается в виде зашифрованного хэш -> '''SHA-256 -> base64 urlencoded'''
  "client_secret" : "cashdesk-rest-client"
* '''session_id''': id сессии полученный, при отправке кода в SMS
* '''code''': код из полученной SMS
* '''client_id''': передать значение ''"cashdesk-rest-client"''
* '''client_secret''': передать значение ''"cashdesk-rest-client"''
* '''grant_type''': передать значение ''"password"''
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
session_id: 590809155
code: 3021
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "mfa"
</syntaxhighlight>
|}}<br>


{{Note|'''Обратите внимание'''
{{Note|'''Обратите внимание'''
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.|
Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма '''SHA256''' и затем закодировать полученные данные по стандарту '''Вase64 urlencoded'''.<br>
700}}
Для удобства можно использовать данный <b>[https://caligatio.github.io/jsSHA/ сайт]</b> с шифрованием.|
 
700}}<br>
'''Сервер вернет ошибку '''200 OK'''. Response запроса будет содержать следующие данные'''


  "access_token": <Токен доступа>,
{{ProductTable-2
  "expires_in": 43199,
|title-left= Response
  "refresh_token": <Рефреш токен>,
|title-right=
  "scope": "read write",
|content-left=&nbsp;
  "token_type": "bearer",
* '''access_token''': токен доступа. Используется при отправке запросов ФП
  "user_id": <id пользователя>
* '''token_type''': тип токена
* '''refresh_token''': использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
* '''expires_in''': срок жизни токена доступа в секундах.
* '''scope''': права работы с токеном
* '''user_id''': ID пользователя
|content-right=&nbsp;
<syntaxhighlight lang="JSON">
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}
</syntaxhighlight>
|}}<br>

Текущая версия на 16:17, 17 июля 2023

Общие сведения

API (Application Programming Interface или интерфейс программирования приложений) — совокупность инструментов и функций в виде интерфейса для создания новых приложений и интеграции с ИС. Все запросы к сервису БИФИТ Бизнес осуществляются при помощи авторотационного токена - access_token. Для генерации токена, необходимо пройти процедуру авторизации OAuth2. Для этого необходимо использовать логин/пароль зарегистрированной учетной записи.


Информация получаемая по OAuth2:

  • access_token — авторотационный ключ (обычно просто набор символов), предъявление которого является пропуском к защищенным ресурсам. Обращение к ним в самом простом случае происходит по HTTPS. Используется при работе по API
  • refresh_token — ключ, по которому можно получить access token с помощью HTTP-запроса, аналогично авторизации по логину и паролю
  • expires_in - время работы (протухания) access_token в секундах. В сервисе БИФИТ Бизнес составляет 12 часов или 43 200 секунд - 1 секунда = 43 199 секунд.


Note.svg Внимание
Учетная запись от имени которой будет происходить работа по API должна иметь максимальное кол-во прав, для создания, редактирования или удаления документов и справочников БИФИТ Касса

Авторизацию в OAuth2 по паролю

Запрос POST
URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token 
https://kassa.bifit.com/cashdesk-api/v1/oauth/token


Request HEADERS HEADERS
отключение компрессии 
Accept-Encoding: "deflate"


Request Body type: x-www-form-urlencoded
 
  • username: логин учетной записи, передается в формате 7xxxxxxxxxx
  • password: пароль, передается в виде зашифрованного хэш -> SHA-256 -> base64 urlencoded
  • client_id: передать значение "cashdesk-rest-client"
  • client_secret: передать значение "cashdesk-rest-client"
  • grant_type: передать значение "password"
   
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "password"


Note.svg Обратите внимание Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма SHA256 и затем закодировать полученные данные по стандарту Вase64 urlencoded.
Для удобства можно использовать данный сайт с шифрованием.


Response
 
  • access_token: токен доступа. Используется при отправке запросов ФП
  • token_type: тип токена
  • refresh_token: использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
  • expires_in: срок жизни токена доступа в секундах.
  • scope: права работы с токеном
  • user_id: ID пользователя
   
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}


Авторизацию в OAuth2 по refresh_token

Запрос POST
URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token 
https://kassa.bifit.com/cashdesk-api/v1/oauth/token


Request HEADERS HEADERS
отключение компрессии 
Accept-Encoding: "deflate"


Request Body type: x-www-form-urlencoded
 
  • refresh_token: значение refresh_token
  • client_id: передать значение "cashdesk-rest-client"
  • client_secret: передать значение "cashdesk-rest-client"
  • grant_type: передать значение "refresh_token"
   
refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "refresh_token"


Note.svg Обратите внимание Значение refresh_token передается в том же виде, в каком оно было получено в ответе на предыдущий запрос авторизации. Без изменений и дополнительного кодирования.


Response
 
  • access_token: токен доступа. Используется при отправке запросов ФП
  • token_type: тип токена
  • refresh_token: использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
  • expires_in: срок жизни токена доступа в секундах.
  • scope: права работы с токеном
  • user_id: ID пользователя
   
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}


Авторизацию в OAuth2 при двухфакторной авторизации

Двухфакторная авторизация это дополнительная защита пользователем своего аккаунта. Требует от пользователя дополнительного ввода кода подтверждения, отправленного в SMS на номер учетной записи, после стандартной процедуры авторизации. Включение двухфакторной авторизации производится пользователем самостоятельно в настройках организации (учетной записи). При авторизации клиентское приложение не знает включена ли в учетной записи возможность двухфакторной авторизации. Ниже описан механизм авторизации пользователя по паролю и порядок действий, в случае если в учетной записи задана двухфакторная авторизация.


Note.svg Внимание На момент написания статьи 21.04.2022, включение механизма двухфакторной авторизации доступно только техническому персоналу ООО "БИФИТ КАССА". Включение двухфакторной авторизации в набор типовых возможностей ЛК будет доступно позже

Шаг №1: Стандартная авторизация по паролю

Запрос POST
URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token 
https://kassa.bifit.com/cashdesk-api/v1/oauth/token


Request HEADERS HEADERS
отключение компрессии 
Accept-Encoding: "deflate"


Request Body type: x-www-form-urlencoded
 
  • username: логин учетной записи, передается в формате 7xxxxxxxxxx
  • password: пароль, передается в виде зашифрованного хэш -> SHA-256 -> base64 urlencoded
  • client_id: передать значение "cashdesk-rest-client"
  • client_secret: передать значение "cashdesk-rest-client"
  • grant_type: передать значение "password"
   
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "password"


Note.svg Обратите внимание Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма SHA256 и затем закодировать полученные данные по стандарту Вase64 urlencoded.
Для удобства можно использовать данный сайт с шифрованием.


Response
 
  • error: ошибка
  • error_description: описание ошибки
   
{
  "error": "mfa_required",
  "error_description": "Требуется многофакторная аутентификация"
}


Note.svg Обратите внимание В случае если включена двухфакторная авторизация, сервер вернет ошибку 401 Unauthorized в Response запроса будет содержать следующие данные..

Шаг №2: Отправка SMS с кодом подтверждения на привязанный номер телефона

Запрос POST
7xxxxxxxxxx - авторизованный номер телефона на который будет отправлена SMS с кодом подтверждения 
https://kassa.bifit.com/cashdesk-api/v1/oauth/mfa?username=7xxxxxxxxxx


Response
  session_id: Ответом на запрос будет значение session_id   
  590809155


Шаг №3: Отправка запроса на авторизацию с кодом из SMS

Запрос POST
URL: https://kassa.bifit.com/cashdesk-api/v1/oauth/token 
https://kassa.bifit.com/cashdesk-api/v1/oauth/token


Request Body type: x-www-form-urlencoded
 
  • username: логин учетной записи, передается в формате 7xxxxxxxxxx
  • password: пароль, передается в виде зашифрованного хэш -> SHA-256 -> base64 urlencoded
  • session_id: id сессии полученный, при отправке кода в SMS
  • code: код из полученной SMS
  • client_id: передать значение "cashdesk-rest-client"
  • client_secret: передать значение "cashdesk-rest-client"
  • grant_type: передать значение "password"
   
username: "7xxxxxxxxxx"
password: "asdaldfkhj34o.......kljslkfas"
session_id: 590809155
code: 3021
client_id: "cashdesk-rest-client"
client_secret: "cashdesk-rest-client"
grant_type: "mfa"


Note.svg Обратите внимание Пароль передается в виде хэш суммы. Необходимо зашифровать пароль при помощи алгоритма SHA256 и затем закодировать полученные данные по стандарту Вase64 urlencoded.
Для удобства можно использовать данный сайт с шифрованием.


Response
 
  • access_token: токен доступа. Используется при отправке запросов ФП
  • token_type: тип токена
  • refresh_token: использовать для обновления токена доступа после истечении срока жизни (либо повторно авторизоваться с токеном коннектора)
  • expires_in: срок жизни токена доступа в секундах.
  • scope: права работы с токеном
  • user_id: ID пользователя
   
{
    access_token: "eyJhbGciOiJSUzI1NiI...YQqpk7w",
    token_type: "bearer",
    refresh_token: "dfowYbGcdiJSUzxs67.._782S_MQ",
    expires_in: 43199,
    scope: "read write",
    user_id: 4567
}


Источник — http://kassa.bifit.com/wiki/index.php?title=Авторизация_при_интеграции_по_API&oldid=51154