Tendex — инвестиционная платформа для рынка цифровых активов

Существующий интерфейс платформы устарел, был неудобен для инвесторов и не отражал статус регулируемого швейцарского фонда. Требовалось обновить визуальную часть и UX, сохранив всю функциональность и не нарушив работу действующих бизнес-процессов.

• Провёл аудит текущих шаблонов Twig и выделил переиспользуемые компоненты.
• Разработал новую дизайн-систему: сетка, типографика, UI-компоненты.
• Страницы на Twig с подключением Twig-компонентов для интерактивных блоков (графики, таблицы, формы).
• Обеспечил адаптивность и корректную работу на мобильных устройствах.

Инвестор или администратор должен иметь возможность досрочно завершить инвестиционный план с корректным пересчётом доходности, комиссий и возвратом средств. Требовалось избежать рассинхронизации данных при параллельных операциях.

• Спроектировал доменную модель завершения плана с учётом всех состояний (активен, заморожен, в очереди).
• Реализовал сервис расчёта финальной доходности и комиссий.
• Вынес тяжёлые операции в асинхронные задачи через RabbitMQ.
• Добавил идемпотентность операций и блокировки через Redis.

Простое удаление пользователя ломало связанные сущности (инвестиционные планы, транзакции, рефералы). Нужно было реализовать безопасное удаление с сохранением финансовой истории и требований регулятора.

• Ввёл механизм soft-delete для пользователей с сохранением связей.
• Продумал каскадную обработку: анонимизация персональных данных, сохранение транзакционной истории.
• Реализовал фоновую задачу очистки связанных сущностей через RabbitMQ.
• Добавил логирование и аудит операций удаления.

Инвесторы нуждались в возможности временно приостановить начисление доходности по плану без его закрытия — например, при рыночной нестабильности. Нужно было корректно учитывать такие периоды в расчётах.

• Добавил состояние «заморожен» в жизненный цикл инвестиционного плана.
• Реализовал логику паузы начислений и корректного возобновления.
• Обновил расчёт доходности с учётом заморозки.
• Добавил уведомления инвестору о статусе плана.

Инвесторы хотели создавать план заранее с автоматическим запуском в заданную дату. Требовалось надёжное планирование задач, устойчивое к сбоям и перезапускам сервисов.

• Реализовал отложенный запуск через планировщик Symfony + RabbitMQ delayed messages.
• Добавил идемпотентную обработку старта (защита от двойного запуска).
• Обеспечил мониторинг отложенных задач и логирование.
• Реализовал уведомления инвестору о запуске.

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

• Спроектировал модель реферальных связей с версионированием.
• Реализовал интерфейс редактирования рефералов для администратора.
• Обеспечил сохранение истории начислений при изменении привязок.
• Добавил валидацию на циклические зависимости.

Рост нагрузки и количество операций (начисления, старт/стоп планов, уведомления) требовали выноса тяжёлых операций из синхронного HTTP-цикла, чтобы не блокировать пользовательские запросы.

• Спроектировал очередь событий для ключевых доменных операций.
• Реализовал воркеры на Symfony Messenger + RabbitMQ.
• Добавил retry-политики, dead-letter queue и мониторинг.
• Обеспечил идемпотентность обработчиков.

Быстрый поиск по большому объёму данных (транзакции, планы, пользователи) и построение аналитики требовали специализированного поискового движка вместо тяжёлых SQL-запросов.

• Настроил индексы ElasticSearch под ключевые сущности.
• Реализовал синхронизацию данных через RabbitMQ-события.
• Добавил поисковые запросы с фильтрами и агрегациями для аналитики.
• Оптимизировал маппинги и реиндексацию.

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

• Внедрил кэширование горячих данных и агрегатов в Redis.
• Реализовал распределённые блокировки для критичных операций (старт/завершение плана).
• Настроил инвалидацию кэша по событиям.
• Добавил мониторинг hit/miss и времени отклика.

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

• Спроектировал схему аудит-лога с привязкой к пользователю, плану и транзакции.
• Реализовал асинхронную запись аудита через RabbitMQ.
• Добавил инструменты поиска и выгрузки аудит-логов для администраторов (ElasticSearch).
• Обеспечил неизменяемость записей.

Инвестиционная платформа работает 24/7, и любая задержка в обработке событий или сбой воркера критичны. Требовалась система мониторинга ключевых метрик и оповещений.

• Настроил сбор метрик по очередям RabbitMQ, Redis, ElasticSearch и ключевым бизнес-событиям.
• Реализовал алерты на аномалии (рост DLQ, задержки, ошибки воркеров).
• Добавил дашборды для команды.
• Интегрировал логирование критичных операций.