Что такое Gigma

Gigma — платформа с готовыми API для сайтов, приложений и внутренних процессов бизнеса.

Подключайте готовые функции: вход пользователей, каталог, заказы, оплаты, подписки, контент, склад, CRM и работу команды. Интерфейс остаётся вашим — Gigma хранит данные и выполняет операции по API.

Документация рассчитана на разработчиков и команды, которые создают собственный продукт и готовы работать с кодом.

Что можно подключить

Сайт, приложение или сервис

Добавьте в свой интерфейс вход клиентов, каталог, заказы, оплату, подписки, личный кабинет и управляемый контент. Начните с интернет-магазина и приложений, затем подключите авторизацию, подписки или CMS по своему сценарию.

Управление бизнесом из кода

Управляйте продуктом через профильные разделы: бизнесы и реквизиты, приложения, каталог, склад, CRM и продажи, команду и доступ и CMS.

ИИ-агент

Подключите агента к разрешённым операциям проекта. Агент получает отдельный Agent Token и только те права, которые подтвердил владелец или администратор. Порядок подключения описан в получении доступа агентом.

Как выбрать документацию

Выберите направление по тому, кто отправляет запрос и какую задачу решает.

Данные проекта общие, а ключи доступа — разные:

• App Token выбирает Application, но не подтверждает личность клиента;
• Counterparty Bearer представляет конкретного клиента;
• User Bearer представляет сотрудника или техническую учётную запись;
• Agent Token представляет отдельного агента и ограничен выданными правами.

User Bearer и Agent Token нельзя передавать в клиентскую часть продукта. Точный набор заголовков указан у каждого метода, а общие правила хранения ключей собраны в правилах API.

С чего начать

Создаёте новое пространство Gigma — начните с раздела «Создание проекта и регистрация первого владельца». В нём один последовательный сценарий: подготовить menu_id, создать проект вместе с первым владельцем, войти по одноразовому паролю и проверить User Bearer запросом GET /api/user.

После первого входа переходите сразу к профильному гайду:

Здесь эти шаги не повторяются: страница объясняет модель платформы, а практические разделы содержат проверяемые запросы, ответы и восстановление после ошибок.

Как устроены данные

Контекст и участники

Операционные объекты

Все объекты относятся к своему Project. Идентификатор id помогает найти ресурс, но сам по себе не подтверждает право доступа к нему.

Ключи доступа

App Token может быть виден пользователю в сетевых запросах. Поэтому его нельзя использовать как доказательство личности, оплаты или права на закрытую функцию.

User Bearer, Agent Token и Counterparty Bearer выглядят одинаково на уровне HTTP, но относятся к разным субъектам и не взаимозаменяются. Доступ каждого сотрудника и агента дополнительно ограничен проектом и выданными правами.

Для серверной интеграции от имени сотрудника создайте техническую учётную запись, а не используйте личный токен человека.

Кто за что отвечает

Куда перейти дальше