01Всё развёртывание на одном экране
Обзор открывает рабочий день. Состояние системы: обслуживание, API-мост, база данных и кеш. Сигналы по брейкерам, провайдерам и нерешённым ошибкам. Работа в виде счётных очередей — 12 проверок KYC в ожидании, самая старая 5h 02m, 8 расхождений сверки с €18,240 к зачислению, 2 согласования в ожидании. Ниже — недавние привилегированные действия и состояние каждого провайдера. Второй инструмент для этого экрана не нужен.
- Система, сигналы и очереди — одним вертикальным обзором
- Каждая карточка ведёт в очередь, которую считает
- Состояние провайдеров по рельсам — деградация, работает, восстановление
02Копилот оператора
Панель копилота открывается рядом с любым представлением и предлагает стартовые вопросы по контексту: почему не проходят пополнения, сводка по открытым инцидентам. Он работает только на чтение и не выполняет действий. И честно деградирует: пока эндпоинт модели не подключён, панель прямо говорит об этом, а не выдумывает ответы.
03Аналитика
Вся операция на одном экране: 42,180 пользователей, 12,408 активных, активация 61.8%, доля успешных операций 96.4%, денежный поток за 30 дней: +€1.84M входящих и −€1.52M исходящих. Рядом воронки KYC и онбординга, поэтому падение активации видно в ту же неделю, когда оно началось. Денежные метрики доступны только финансовой роли.
04Разбор ошибок
Поток алертов приходит уже дедуплицированным. 142 срабатывания одной WebhookSignatureError, затронувшей 38 пользователей, сворачиваются в одну критичную строку с действиями «принять» и «решить», а экран обновляется каждые 10 секунд. Операторы разбирают сигнатуры, а не страницы шума.
- Одна строка на сигнатуру ошибки, со счётчиком
- К каждой сигнатуре привязаны затронутые пользователи
- Принятие и решение — действия с аудитом
05Пользователи — поиск по чему угодно
12,408 аккаунтов с поиском по имени, email, телефону или ID, со статусом KYC и аккаунта в каждой строке и вкладками: KYC в ожидании, верифицированные, отклонённые, заблокированные и архивные. Каждая строка открывается в User 360 — балансы, карты, устройства, уровень KYC и вся история одного клиента на одном экране.
06Очередь проверки KYC
Заявки на проверку приходят счётной очередью с видимым таймером — в демо их 12, и в каждой строке указаны провайдер, статус, последняя причина и сколько заявитель уже ждёт. Повторная проверка liveness, зависшая на 5h 02m, подсвечена красным. Одобрить, отклонить или сбросить можно прямо в консоли; каждое решение требует указать причину, попадает в аудит и меняет статус аккаунта везде сразу.
- Вкладки: в ожидании, предзавершённые, отклонённые и все
- Причины в строке — проверка адреса, повтор liveness, проверка документов
- Время ожидания на виду, самая старая заявка отмечена
07Детализация леджера
Любая денежная строка раскрывается до самого дна. Перевод TR-90211 — завершённый P2P-платёж на €120.00 — показывает отправителя, получателя и обе проводки в леджере: дебет −€120.00 и кредит +€120.00, двойная запись, баланс сходится. Между оператором и леджером нет никаких сводных представлений.
08Крипто-пополнения
Ончейн-депозиты — полноценные строки, а не выгрузка откуда-то ещё. Успешное пополнение в сети Base показывает 250.00 USDC, зачисленные в леджер EUR, а в боковой панели — курс, комиссию, адрес кошелька и хеш транзакции. Оба рельса, одна консоль, прослеживаемость до самого блокчейна.
09Сверка
Входящие SEPA-платежи автоматически сопоставляются с пользователями, а исключения попадают в счётную рабочую очередь: сопоставленные строки готовы к зачислению, неизвестный плательщик с двумя кандидатами, вкладки «готово», «на проверке», «не сопоставлено» и «история». Зачисление — один клик, если совпадение чистое, и осознанное решение, если нет; каждое ручное зачисление требует указать причину, а лимиты сумм берутся из конфигурации.
- Сопоставьте платёж с пользователем, затем зачислите и сверьте
- Неоднозначные плательщики ждут проверки вместе со своими кандидатами
- Банковские отчёты загружаются прямо в очередь
10Tracer
Вставьте референс — и получите всю историю. Трассировка 9F21-0716 открывается цепочкой шагов: запрос отправлен, леджер проверен по политике, котировка провайдера записана, ончейн-подтверждение в Base 12 из 12, расчёт доставлен — время каждого шага указано, от +42ms до +22s. Только чтение по замыслу: Tracer объясняет, но ничего не меняет.
- Один референс — все шаги от запроса до расчёта
- Применённые на каждом шаге политика и котировка записаны
- Ключ идемпотентности виден в трассировке
11Входящие согласования
Зачисления сверх лимита ждут второго оператора. Входящие делятся на то, что ждёт вашего согласования, и то, что запросили вы: на одной стороне — зачисление в качестве жеста доброй воли на €500.00 и возврат неудачного пополнения на €120.00, на другой — ваша собственная отмена комиссии на €40.00, ожидающая второго подписанта. Одобрять свои запросы нельзя; отозвать их можно.
12Журнал аудита
18,942 действия операторов в таблице только для добавления: время, оператор, действие, объект, письменная причина и исходный запрос с кодом ответа. Системные действия попадают в тот же журнал, что и действия людей. Фильтруйте по оператору, действию или дате; экспортируйте в CSV, когда об этом просит кто-то за пределами консоли.
- Только добавление — записи не редактируются и не удаляются
- К каждой строке привязаны причина и запрос
- Фильтры, пагинация, экспорт
13Просмотр и повтор вебхуков
18,204 входящих события от провайдеров, в каждой строке — результат проверки подписи. Неудачное событие можно повторить, чтобы применить пропущенный вердикт — с обязательной причиной и без дублей уведомлений, — но только если подпись валидна; невалидным подписям не доверяют, и повтор для них заблокирован. Раскрытие сырого payload передаёт в браузер PII без маскирования, поэтому оно записывается в аудит.
14Feature flags и удалённая конфигурация
38 типизированных ключей в 8 областях — переключатели, суммы, перечисления — для карт, пополнений, KYC и остальной рантайм-части. У каждого ключа видно, кто менял его последним и когда; каждое изменение сопровождается диффом, причиной и аудитом. Лимит трат или смена провайдера — это правка в консоли, а не релиз в сторах.
- Типизированные элементы управления — никаких свободных строк в конфиге
- История по каждому ключу: кто, что, когда, почему
- Изменения вступают в силу без релиза приложения
15Kill switches
Когда что-то нужно остановить, это делается отсюда. Глобальная заморозка выводит экран техобслуживания при запуске приложения; kill switches по функциям отключают карты, пополнения, переводы или KYC по отдельности — в демо 4 включены, 0 отключены. Обход OTP для QA спрятан за собственным переключателем и по умолчанию выключен. Каждое изменение логируется и подтверждается дважды.
16Операторы и роли
Командой управляют там же, где идёт работа. Шесть операторских аккаунтов с ролями от superadmin до auditor, в каждой записи — недавняя аудируемая активность. Смена роли проходит через диалог с причиной, и никто не может изменить собственную роль или деактивировать себя — это должен сделать другой superadmin.
- Шесть ролей — superadmin, ops, compliance, engineer, support, auditor
- Недавние действия каждого оператора — в его записи
- Никакого самоповышения и самодеактивации
17Действия с обязательной причиной
Привилегированное действие объясняет себя до запуска. Заморозка карты 4417 открывает диалог, где указан радиус последствий, требуется письменная причина и — раз это продакшен — нужно ввести PROD, прежде чем кнопка подтверждения станет активной. Причина попадает в неизменяемый журнал аудита рядом с самим действием.
18Брейкеры и состояние провайдеров
Инженеры видят брейкеры и состояние провайдеров в реальном времени. Когда провайдер деградирует, статус брейкера виден в консоли раньше, чем приходят обращения в поддержку, — как и восстановление.
19Бэк-офис платёжных ссылок
У созданных клиентами ссылок есть операторское представление: в демо 214 ссылок — оплаченных, активных и истёкших, у каждой своя расчётная транзакция и ссылка для открытия в Tracer с полной трассировкой. Отзыв ссылки — это не возврат, и консоль предупреждает об этом заранее.
20Белые списки входа и маскирование PII
Доступ к консоли ограничен белым списком, а данные для операторов по умолчанию минимизированы: email и телефон скрыты, пока их не раскроют намеренно, а финансовые метрики доступны только по финансовой роли. Увидеть больше — осознанное действие, которое фиксируется в журнале.
21Ручные зачисления и пополнения
Пополнение баланса пользователя — полноценный сценарий консоли, а не запись в базу данных. Каждое зачисление сопровождается письменной причиной, а зачисления выше порога уходят в очередь согласований на подтверждение второму оператору.
22Операции с картами
Карты по всей базе: заморозка и разморозка с указанием радиуса влияния, варианты карт по программам и переход к каждой карте из User 360 её владельца. Необратимые действия проходят через тот же диалог с обязательной причиной, что и всё остальное.
23Банковские счета
Банковские счета платформы вынесены в отдельный раздел, а импортированные банковские выписки напрямую попадают в очередь сверки. Рельсы, по которым реально движутся деньги, видны в той же консоли, что и книга, в которую они приходят.
24Командная палитра и поиск
⌘K открывает палитру из любого места; поиск по имени, email, телефону или ID приводит сразу к нужной записи. Консоль рассчитана на работу с клавиатуры в самый тяжёлый день.
25Кампании, рефералы и инвайт-коды
Инструменты роста живут в той же консоли: настройка и отслеживание кампаний, мониторинг реферальных программ, выпуск и отзыв инвайт-кодов. Операционная команда запускает акции без отдельной админки.
26Версии приложения и вкладки мобильного приложения
Смотрите, какие версии приложения используются, и настраивайте набор вкладок мобильного приложения удалённо. Оболочкой приложения можно управлять из консоли: смена вкладок — это конфигурация, а не релиз.
27Контент, FAQ и чат
Контент приложения, записи FAQ и чат с клиентами ведутся прямо в консоли. У сотрудника, отвечающего в обращении, User 360 под рукой — в один клик, а не во вкладке другой системы.
28Криптооперации
У криптонаправления свой раздел: обзор крипто, кошельки, реестр активов и крипто-действия — рядом с очередью пополнений. Операторы видят ончейн-контур так же глубоко, как фиатную книгу.
29Экспорт
Данные выгружаются чисто, когда это нужно: экспорт CSV из журнала аудита и операционных таблиц — с теми же фильтрами, что на экране. Запрос аудитора — это скачивание файла, а не задача для разработчиков.
30Whitelabel и окружения
Консоль работает под вашим брендом — демо-стенд называется YourBrand, а не по-нашему. Постоянный баннер показывает окружение, продакшен-экраны помечены значком prod, а для действий в продакшене оператор вводит PROD. Перепутать окружение невозможно.
