Мультиарендная платформа продажи билетов и контроля доступа — онлайн-продажи, публичный партнёрский API и проверка на входе, при которой один билет не пройдёт дважды.
Клиент
г-н Полатидис
Тип
Внутренняя платформа
Сектор
Управление мероприятиями
Статус
В эфире
На турнирах по единоборствам продаются тысячи билетов, и именно на входе билетная система либо работает, либо подводит всех сразу. Первоначальное требование было узким: никакого двойного сканирования, никакого входа по подделке, видимость происходящего для руководства в реальном времени. Платформа выросла шире: она не только проверяет билет, но и продаёт его, причём сразу для нескольких организаторов.
Venue Pass устроен как иерархия арендаторов: оператор платформы, реселлеры и организаторы под ними — каждый видит только свои события. Платформа продаёт билеты онлайн по модели merchant of record, выпускает их партиями, проверяет на входе через приложение-сканер или привязанный браузер на телефоне и публикует партнёрский API для клиентов, которые хотят управлять всем из своих систем.




Билетный API, интерфейсы, которые продают, интерфейсы, которые сканируют, и опубликованный контракт для всех остальных.
Одна система обслуживает две аудитории: собственный дашборд организатора и описанный в документации сервис, к которому другие компании подключают свои системы — со своими ключами, своими цифрами по использованию и проверяемой лентой того, что произошло. Каждое значимое решение, стоящее за этим, записано.
Дашборд, в котором организаторы создают события, выпускают партии билетов, следят за сканированиями вживую по потоковому каналу и мгновенно отзывают устройство-сканер.
Приложение-сканер на React Native привязывается к созданному администратором слоту устройства по короткоживущему QR-коду. Рядом — браузерный гейт: сотрудник с телефоном без установленного приложения всё равно может работать на входе.
В момент сканирования билет захватывается монопольно, поэтому два входа, считавшие один и тот же код в одно мгновение, не смогут пропустить человека оба. Отменить сканирование можно, но только администратору, и это остаётся в журнале.
Публичная страница билетов и оплата картой на стороне провайдера: билеты выпускаются только после подтверждения платежа — и проверяются дважды, поэтому уведомление об оплате, пришедшее с опозданием или дважды, не выдаст второй комплект билетов.
Описанный в документации сервис для партнёров: ключи, которым можно ограничить доступ и которые можно отозвать, цифры по использованию для каждого партнёра и проверяемое уведомление при каждом изменении, — плюс небольшой фрагмент кода, который клиент вставляет на свой сайт, чтобы показать афишу предстоящих событий.
Каждый компонент существует для одной цели: валидные билеты входят, невалидные выходят, ноль исключений. Десять формальных документов решений фиксируют каждый значимый архитектурный выбор — система создана для понимания, аудита и расширения.
Компоненты платформы
Принципы безопасности
Подсчёты по репозиторию платформы, сентябрь 2026 года. Онлайн-продажи идут через одного платёжного провайдера.
0
Возможных двойных сканирований — по замыслу
3
Целевых приложения
10
Формально задокументированных архитектурных решений
Real-time
Живая аналитика ворот и оповещения
Мы создаём системы, где корректность не подлежит обсуждению. Давайте поговорим о вашей следующей платформе для мероприятий.