По душе × Figma: что есть, что расходится, чего нет

Как сверялось

• Код: android-events @ 4ffbc2e (21.08.2026), ветка integration/dev-stand-2026-08-31 = origin/main. Читались все 40 .kt (навигация в MainActivity.kt, 16 файлов экранов, компоненты, тема, DTO). Версия на стенде (ноутбук) недоступна — туннель на порт 2222 закрыт; в репозитории рабочая копия чистая, `android-events` идентичен origin/main.
• Figma: Podushe | Mobile-app, версия файла от 05.09.2026 10:01 UTC. 18 страниц, 832 фрейма 390×N, из них 608 в 10 рабочих разделах (без «Прототип», «Архив», «Дизайн концепт»). Дерево нод скачано полностью для трёх страниц (вход 62, афиша 103, создание/управление 233 фрейма) — тексты, инстансы компонентов, заливки, шрифты; для остальных — имена фреймов, размеры и подписи 500+ переходов.
• Рендеры: 49 PNG 2× (велком + 48 фреймов «Профиля»). Дальше Figma ответила 429, retry-after 398 137 с (≈4,6 суток, тариф Starter) и на JSON, и на рендеры.
• Вторая итерация (глубже): 381 коннектор трёх полных страниц разрешён до пар «экран → экран» и превращён в таблицу правил поведения; из дерева нод сняты размеры, паддинги, радиусы и заливки инстансов UI-kit (таблица компонентов) и геометрия ключевых экранов; все 446 строковых литералов Compose сверены с текстами макета; потребности дизайна сверены с OpenAPI бэкенда (`api-schema.yml`, 27.08) и спеками kb/30-backend (таблица контракта).
• Единица учёта: логический экран (одна строка), состояния из макета перечислены внутри. «Прототип» (270 копий) и версия создания от 28 июля исключены, чтобы не удваивать.
• Не сверялось визуально: Свайпы, Уведомления, Избранные, Чаты, Настройки, три NEW-сценария «Взаимодействия», 6 фреймов NEW-профиля — статусы там выставлены по именам фреймов, подписям переходов и коду; косметика этих разделов не оценена. Живые скриншоты приложения не снимались (нет SDK/эмулятора).

Экраны, упирающиеся в бэкенд (33)

Пометки по kb/20-product/63 (16–18.08) и Dtos.kt; бэкенд отдельно не аудировался.

• A5 Регистрация, шаг 1 из 4 — «Где вы обычно находитесь?» — Есть всё, кроме гео на клиенте: города — GET /cities, районы со счётчиками — /public/catalog?city=, сохранение — PUT /users/me/event-prefs {topics, districts} (клиент шлёт districts=[] — EventsRepository.kt:259).
• A8 Регистрация, шаг 2 из 4 — «Расскажите о себе» — Анкета — дейтинговые ручки GET/PATCH /users/profile, фото — photos (kb: «форма чужая, маппим поля»).
• A10 Регистрация, шаг 4 из 4 — «Подтвердите, что вы — это вы» — Селфи-верификация — дейтинговые POST /users/profile/verify/photo, GET …/verify/status (есть).
• A13 Запрос разрешения на уведомления — kb 76 (16.08): событийные пуши реализованы локально, на стенд не выкачены; регистрация FCM-токена — дейтинговая ручка (kb 10).
• B2 Выбор радиуса «Расстояния от меня» — Радиуса в API нет — расстояние считает клиент (kb).
• B3 Поп-ап фильтрации (шторка над картой) — /public/events принимает city, district (через запятую), from/to, interest (через запятую), price=free|paid|unknown, q, sort=new|popular|soon, online, bbox — вся шторка, кроме «только проверенных», закрывается контрактом. Справочник районов/тем со счётчиками — /public/catalog.
• B5 Поп-ап календарь — GET /public/events/calendar есть.
• B9 Страница категории — Есть всё: счётчики событий по темам — /public/catalog (CatalogInterest.total), подписка — POST /users/me/calendars {kind: topic, value}, список — /public/events?interest=.
• B14 Страница «Афиша города» — Блоки подкреплены контрактом: «Лучшие подборки» — /public/collections (+ /collections/{slug}), кружки-сторис — /public/stories, «Популярное» — /public/events?sort=popular, «В ближайшие дни» — sort=soon.
• C1 Новое событие (форма создания) — EventDraft в API уже принимает visibility (public | link → «Публичное / Приватное»), ends_at, lat/long, cover_url (строкой; multipart-загрузки картинок для событий нет — есть только /chat-media). Тегов и «только проверенных» в контракте нет. ⚠️ EventDraftRsvpModeEnum = auto | selective, а чип «Без записи» шлёт rsvp_mode=off (CreateEventScreen.kt:315) — по схеме невалидно; на стенде не проверял.
• C2 Модалка «Место проведения» — Геокодер/поиск мест — уточнить (в kb «страница площадки» помечена полудырой).
• C4 QR-код события — QR-механики нет (решение владельца 16.08: только витрина).
• C7 Редактирование события — PATCH /events/{id} — закрытый список EDITABLE_FIELDS: дату и цену бэк не отдаёт (kb).
• C8 Организаторы (команда события) — Команды/ролей в API нет — блокер бэка.
• C9 Вопросы при регистрации (конструктор) — Анкет регистрации в API нет — блокер бэка.
• C11 Приглашение участников — В контракте есть «позвать компанию»: POST /events/company-invite, GET /events/company-invites, POST /events/company-invites/{id}/respond (CompanyInvite: event, message, invited/accepted/declined, my_response). Семантика близка к макету, соответствие полей уточнить.
• D3 NEW · Регистрация на событие с вопросами и одобрением — Анкет регистрации в API нет — блокер бэка.
• D4 NEW · Приглашение в организаторы — Ролей/приглашений в API нет.
• D5 NEW · Приглашение участвовать в событии — Подкреплено company-invites (см. C11) и видом уведомления company_invite (NotificationsScreen.kt:247).
• G2 Избранные — люди — Открытый вопрос владельцу (kb): дейтинг-лайки или подписки-календари (/users/me/calendars {kind: organizer}) или люди с общих событий (/events/people).
• H3 История (прошедшие события) — Отзыв «как прошло» — GET/POST /events/{id}/review (ReviewScreen: can_review, tags, participants; ReviewResult: rating, tags, new_matches); чек-ин — POST /events/{id}/checkin. Отдаёт ли /events/mine прошедшие — уточнить.
• H4 QR-код пользователя — QR не кодируется ничем (решение владельца 16.08 — только витрина).
• H5 Редактирование профиля — PATCH /users/profile (дейтинговая анкета), фото — photos.
• H6 Поп-апы «Подтвердите свой профиль» / «Повысьте доверие» + верификация из профиля — Селфи — дейтинговые ручки verify/photo; анкета — PATCH /users/profile.
• H7 Статус и местоположение — Статуса отношений в контракте нет. Районы — PUT /users/me/event-prefs {topics, districts} + справочник /public/catalog.districts (есть; клиент шлёт districts=[]).
• H8 Скидки партнёров — Партнёрки нет (этап 2, решение владельца: экраны на моках).
• I1 Список чатов — Личные чаты — только пары из дейтинг-мэтчей, создать нельзя (kb).
• I2 Профиль другого пользователя — GET /public/organizers/{id} (только для уже публиковавших: name, initials, reputation, hosted_count, rating_avg, events[], reviews[] — без фамилии и контактов, по решению владельца 12.08), GET /events/people (люди с общих прошедших событий); жалоба на пользователя — дейтинговая POST /users/{id}/report (kb); блокировки в контракте нет.
• I3 Подписки / подписчики — Подписка = календарь организатора (/users/me/calendars), подписчиков нет (kb).
• I4 Чат с пользователем (личный) — Парные чаты только из мэтчей дейтинга; создать из событий нельзя (kb).
• J1 Настройки (корневой экран) — Удаление аккаунта: POST /users/me/delete (+ /delete/cancel, грейс-период) — kb 79: реализовано 16.08 локально, на стенд не выкачено, в api-schema.yml пути нет. Пуши и настройки уведомлений — kb 76: реализовано локально, клиентских ручек в схеме нет.
• J2 Поддержка — Форма обращения подкреплена: POST /feedback {email, message} → 204 (api-schema.yml:782). Переписки/ответа в контракте нет.
• J5 Заблокированные пользователи — Блокировки в клиентском контракте — уточнить.