Tendex — Plataforma de inversión para el mercado de activos digitales

La interfaz existente de la plataforma estaba desactualizada, era poco práctica para los inversores y no reflejaba el estatus de un fondo suizo regulado. Era necesario renovar la parte visual y la UX sin perder funcionalidad y sin interferir con los procesos de negocio en curso.

• Auditoría de las plantillas Twig existentes e identificación de componentes reutilizables.
• Desarrollo de un nuevo design system: grid, tipografía, componentes UI.
• Reimplementación de las páginas clave con Twig e integración de componentes Vue para las áreas interactivas (gráficos, tablas, formularios).
• Garantía de responsividad y renderizado correcto en dispositivos móviles.

Los inversores o administradores debían poder terminar anticipadamente un plan de inversión, con un recálculo correcto de rentabilidad, comisiones y reembolso. Era necesario evitar la desincronización de datos durante operaciones paralelas.

• Diseño de un modelo de dominio para la terminación del plan que cubre todos los estados (activo, congelado, en cola).
• Implementación de un servicio para el cálculo de la rentabilidad final y las comisiones.
• Traslado de las operaciones pesadas a tareas asíncronas mediante RabbitMQ.
• Adición de idempotencia de las operaciones y bloqueos mediante Redis.

La simple eliminación de un usuario rompía las entidades relacionadas (planes de inversión, transacciones, referidos). Era necesario implementar una eliminación segura que preservara el historial financiero y los requisitos regulatorios.

• Introducción de un mecanismo de soft-delete para usuarios preservando las relaciones.
• Diseño de un procesamiento en cascada: anonimización de datos personales, preservación del historial de transacciones.
• Implementación de una tarea en segundo plano para la limpieza de entidades relacionadas mediante RabbitMQ.
• Adición de logging y auditoría de las operaciones de eliminación.

Los inversores necesitaban poder suspender temporalmente la acumulación de rendimiento de un plan sin cerrarlo — por ejemplo, en caso de inestabilidad del mercado. Dichos periodos debían considerarse correctamente en los cálculos.

• Adición del estado «congelado» en el ciclo de vida del plan de inversión.
• Implementación de la lógica de pausa de acumulaciones y reanudación correcta.
• Actualización del cálculo de rentabilidad para tener en cuenta los periodos de congelación.
• Adición de notificaciones al inversor sobre el estado del plan.

Los inversores querían crear un plan con antelación con arranque automático en una fecha determinada. Se requería una planificación fiable de tareas, robusta ante fallos y reinicios de servicios.

• Implementación del arranque diferido mediante el scheduler de Symfony + RabbitMQ delayed messages.
• Adición de un procesamiento idempotente del arranque (protección contra doble arranque).
• Monitoreo de tareas diferidas y logging.
• Implementación de notificaciones al inversor sobre el arranque.

El sistema de referidos requería flexibilidad: los administradores debían poder cambiar la asignación de referidos y los inversores ver la estructura actual. La implementación existente no permitía editar las asignaciones sin perder el historial de acumulaciones.

• Diseño de un modelo de relaciones de referidos con versionado.
• Implementación de una interfaz de edición de referidos para administradores.
• Preservación del historial de acumulaciones al cambiar las asignaciones.
• Adición de validación contra dependencias cíclicas.

El crecimiento de la carga y del número de operaciones (acumulaciones, arranque/parada de planes, notificaciones) requería sacar las operaciones pesadas del ciclo HTTP síncrono para no bloquear las solicitudes de los usuarios.

• Diseño de una cola de eventos para las operaciones de dominio clave.
• Implementación de workers con Symfony Messenger + RabbitMQ.
• Adición de políticas de retry, dead-letter queue y monitoreo.
• Garantía de idempotencia de los handlers.

La búsqueda rápida sobre grandes volúmenes de datos (transacciones, planes, usuarios) y la construcción de analítica requerían un motor de búsqueda especializado en lugar de consultas SQL pesadas.

• Configuración de índices de ElasticSearch para las entidades clave.
• Implementación de la sincronización de datos mediante eventos de RabbitMQ.
• Adición de consultas de búsqueda con filtros y agregaciones para la analítica.
• Optimización de mappings y reindexación.

La alta frecuencia de acceso a datos de uso frecuente y la necesidad de protegerse contra race conditions durante operaciones paralelas requerían una caché fiable y un mecanismo de bloqueos.

• Introducción del caching de datos calientes y agregados en Redis.
• Implementación de bloqueos distribuidos para operaciones críticas (arranque/terminación de planes).
• Configuración de la invalidación de caché mediante eventos.
• Adición de monitoreo hit/miss y tiempos de respuesta.

Un fondo regulado exige una auditoría completa de todas las operaciones financieras: quién, cuándo, qué y sobre qué base. Era necesario construir un sistema de auditoría que no ralentizara los procesos principales.

• Diseño de un esquema de audit log vinculado a usuario, plan y transacción.
• Implementación de la escritura asíncrona de la auditoría mediante RabbitMQ.
• Adición de herramientas de búsqueda y exportación de audit logs para administradores (ElasticSearch).
• Garantía de inmutabilidad de los registros.

La plataforma de inversión opera 24/7, y cualquier retraso en el procesamiento de eventos o fallo de un worker es crítico. Se requería un sistema de monitoreo de métricas clave y alertas.

• Configuración de la recolección de métricas sobre colas (RabbitMQ), Redis, ElasticSearch y eventos de negocio clave.
• Implementación de alertas ante anomalías (crecimiento de la DLQ, retrasos, errores de workers).
• Adición de dashboards para el equipo.
• Integración del logging de operaciones críticas.