QR Events

QR Events закрывает мероприятие целиком: от первой ссылки-приглашения до выгрузки списка тех, кто дошёл.

Гость попадает по ссылке в Telegram, заполняет анкету и получает QR-билет. На входе сотрудник сканирует код своим телефоном, и гость отмечается пришедшим. Организатор в это время видит заполнение зала в реальном времени, а после события забирает выгрузки регистраций, проходов и согласий.

Обычно эти шаги разложены по разным инструментам: форма в одном сервисе, рассылка в другом, список на входе распечатан на бумаге. Здесь всё это одна система с общими данными.

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

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

Билет приходит сразу в трёх видах: сообщением в чат от бота, письмом на почту, если в анкете была почта, и экраном внутри приложения. Билеты со всех мероприятий лежат в одном месте, ближайший всегда сверху.

Вход в админку — по одноразовому коду из бота, паролей нет.

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

Списки гостей ищутся по имени и почте и выгружаются в CSV вместе со всеми ответами анкеты. Таблица обновляется живьём: отметка на входе видна сразу и на ноутбуке организатора.

Сообщения гостям бывают двух видов. Разовая рассылка с выбором аудитории — все, гости конкретного события, только пришедшие или только те, кто не дошёл. И цепочки: сценарий из триггера, задержек, условий и действий, собранный стрелками на канвасе. Цепочка умеет напомнить за сутки, дослать билет и разойтись по разным веткам в зависимости от того, пришёл человек или нет.

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

Когда гость соглашается, в реестр попадает не только факт согласия: сохраняются дата, версия и хеш текста, который человек видел, адрес и устройство, а также перечень полей, помеченных как персональные данные. Через год можно доказать, на что именно человек соглашался.

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

Реестр выгружается в CSV.

Два варианта, выбираются по тому, кому должны принадлежать данные и как быстро нужен запуск.

На нашей инфраструктуре. Разворачиваем у себя, отдаём готовое мероприятие. Быстрее всего: подключить бота и собрать форму можно за считаные дни, ваша сторона в технической части не участвует.

В вашем контуре. Разворачиваем на инфраструктуре заказчика: база, очередь задач и хранилище остаются внутри периметра, доступы — у вашей службы эксплуатации. Дольше на согласования, зато данные гостей физически не выходят за пределы компании.

Переход между вариантами возможен: продукт собран контейнерами и переезжает вместе с данными.

Мини-приложение и админка — Next.js и React, бэкенд — Python и FastAPI, бот — aiogram. Данные в PostgreSQL, фоновые задачи и живая синхронизация — на Redis. Всё запускается контейнерами, снаружи открыт только веб-сервер.

Билет защищён подписью: в QR нет персональных данных, проверка идёт на сервере. Отметка на входе атомарна — при одновременном скане с двух устройств выигрывает ровно один.

Каждая попытка скана попадает в журнал, включая неудачные: чужое мероприятие, отменённая регистрация, повторный проход, нераспознанный код. После события по журналу разбираются спорные ситуации.

Почта уходит через Yandex Cloud Postbox. Сбой доставки письма фиксируется в логе сообщений и не отменяет регистрацию — билет всё равно остаётся в чате и в приложении.