Epsilon MetricsДокументация

Управление учётными данными

Базовый адрес API, токены доступа, клиенты OAuth для одностраничных приложений и для взаимодействия машина-машина.

Любой запрос к API Epsilon должен быть авторизован. Раздел Разработчикам → Учётные данные собирает всё, чем это делается, и показывает базовый адрес API.

Раздел «Учётные данные»

Базовый адрес API

Адрес, с которого начинаются все вызовы. Он свой у каждой площадки, поэтому его нельзя зашивать в код по памяти — скопируйте из этого раздела.

Внутри процессов тот же адрес доступен системной переменной @SYS_API_URL: собранная через неё ссылка переживает перенос процесса на другую площадку.

Три способа авторизации

Токен доступа к API — самый простой. Постоянный: действует, пока его не удалят. Годится для серверного кода и интеграций.

Клиент SPA OAuth — для одностраничных приложений в браузере. Пользователь входит своей учётной записью Epsilon, приложение получает токен с правами этого пользователя.

Клиент M2M OAuth — для обмена между серверами без участия человека. Приложение получает токен по идентификатору и секрету клиента.

Токены доступа к API

Вкладка «Токены доступа к API». Список показывает только ваши токены: чужие в нём не видны, и изменить их нельзя.

Кнопка «Создать новый» открывает форму.

Создание токена доступа к API

Наименование — чтобы отличать токен в списке. Если не задать, платформа сгенерирует имя вида tk_shortid.

Разрешённые API — что этому токену позволено вызывать. Для запуска процессов нужен SQL API.

Заметка

API импорта не сочетается с остальными: он пишет данные, а не читает, и права у него устроены иначе. Заведите для него отдельный токен.

Гранты — конкретные источники, к которым токен получит доступ. Грант привязан к подключению, и типов у него три:

  • таблица — выбранные таблицы подключения, по имени или через обозреватель;
  • SQL-запрос — один конкретный запрос, который этому токену разрешено выполнять;
  • все источники — всё содержимое подключения, включая таблицы, которые появятся позже.

Первые два — способ выдать наружу ровно то, что нужно: токен, знающий один запрос, бесполезен для всего остального.

Ограничения на токены — список адресов, с которых разрешены обращения. Пригождается, когда токен попадает в клиентский код и виден любому.

Как пользоваться

В списке токенов наведите курсор на нужный и нажмите «Копировать токен» — он окажется в буфере обмена.

Токен можно отредактировать в любой момент: добавить гранты, снять ограничения. Удаление необратимо, и всё, что использовало токен, перестанет работать сразу — перед удалением проверьте, что он больше не вызывается из вашего кода.

Клиенты SPA OAuth

Для приложения, которое живёт в браузере и входит от имени пользователя. После входа приложение получает токен доступа OAuth с правами этого пользователя — то есть может делать ровно то же, что и он сам: читать данные, запускать процессы.

При создании нужны два поля:

  • Наименование — для списка;
  • Адрес входа в приложение — страница, с которой ваши пользователи начинают вход, например https://моё-приложение.ru/.

Обычно этого достаточно: остальные адреса платформа выводит из адреса входа. Если потоки разнесены по разным адресам, снимите флажок «использовать адреса по умолчанию» и задайте отдельно адреса возврата после входа, адреса возврата после выхода, разрешённые источники запросов авторизации и разрешённые источники CORS.

Клиенты M2M OAuth

Для обмена между серверами: человека в этом потоке нет. Приложение предъявляет идентификатор и секрет клиента и получает токен.

Секрет показывается один раз при создании — сохраните его сразу в хранилище секретов. Восстановить его нельзя, можно только выпустить новый.

Права такому клиенту выдаются так же грантами, как и токенам доступа.

Что дальше

Полезна ли страница?

На этой странице