Собственный сайт
Используйте данные событий и расписаний в своём интерфейсе. Продумайте обновление доступности и переход к покупке, чтобы на сайте не оставались устаревшие даты или предложения.
Если команде нужен собственный сайт, CRM или внутренний отчёт, используйте API и webhooks. Определите, какие сведения должны передаваться, кто отвечает за интеграцию и как система узнает об изменении заказа.
Начните с одного повторяющегося действия, для которого ручная работа уже неудобна.
Используйте данные событий и расписаний в своём интерфейсе. Продумайте обновление доступности и переход к покупке, чтобы на сайте не оставались устаревшие даты или предложения.
Передавайте нужные сведения о заказах и отслеживайте изменение статуса. Определите правила сопоставления записей, чтобы повторное уведомление не создавало ещё одного покупателя или сделку.
Собирайте нужную выборку для внутреннего отчёта. Уточните смысл показателей, периоды и обработку возвратов, прежде чем объединять данные платформы с другими источниками.
Это разные уровни доступа и ответственности. Для отчёта может хватить чтения, а создание или изменение событий требует отдельных методов и прав. Выдавайте доступ под выбранную задачу.
API позволяет запросить данные или выполнить доступное действие. Webhook сообщает о событии, например изменении заказа. Получатель должен интерпретировать уведомление и при необходимости сверить актуальное состояние через API.
Сеть может быть недоступна, уведомление — доставлено повторно, а данные — измениться до обработки. Заложите проверку подписи при использовании секрета, защиту от дубликатов и способ сверки записей после сбоя.
Выберите одну конкретную задачу: передать оплаченный заказ в CRM, обновить список событий на сайте или собрать внутренний отчёт. Укажите нужные поля, действия и направление передачи.
Разработчик сверяет актуальные методы, схему авторизации и права для каждой операции. Подготовьте безопасное хранение учётных данных и отдельную обработку ошибок.
Проверьте создание заказа, изменение статуса, повторную доставку уведомления и временную недоступность вашей системы. Сопоставьте результат интеграции с актуальными данными кабинета.
Понятно, что передаётся и какое событие запускает обработку.
Нужные методы доступны выбранному способу авторизации, секреты хранятся на сервере.
Повторное уведомление и временная ошибка не приводят к потере или удвоению данных.
Нет. Страницы событий, продажи, заказы и проверка входа доступны через интерфейсы платформы. API нужен, когда вы хотите встроить данные или действия в собственный программный процесс.
В организаторском API есть операции для событий, расписаний, категорий билетов, регистрационных вопросов, заказов и участников. Конкретные методы, поля и разрешения нужно сверять с актуальной документацией для вашей задачи.
Webhooks предусмотрены для order.created и order.status_changed. Создание заказа ещё не означает оплату: получатель должен проверить тип события, статус и при необходимости запросить актуальное состояние заказа.
Да, предусмотрены повторные доставки. Обработчик должен безопасно принимать повторное уведомление, не создавая дубликаты в вашей системе. При настроенном секрете используется подпись; её проверку нужно включить на стороне получателя.
Не стоит рассчитывать на это. Основная группа методов поддерживает API-ключи и пользовательскую авторизацию, но отдельные операции требуют именно пользовательского доступа. Разработчик должен проверить каждый нужный метод и не размещать секреты в публичном коде сайта.
Подготовьте событие и обсудите с разработчиком обмен данными между Oblakkarte и вашей системой.