- Create TASK-2026-01-25-NOTIFICACIONES-COMPLETAS with full CAPVED docs - Update DATABASE_INVENTORY with auth.notifications, auth.user_push_tokens, investment.distribution_history, investment.distribution_runs tables - Update BACKEND_INVENTORY with push-token endpoints, firebase.client, and unit tests - Update FRONTEND_INVENTORY with notification components, store, service - Update MASTER_INVENTORY with updated totals - Update _INDEX.yml with new task entry Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
1.7 KiB
1.7 KiB
01-CONTEXTO - Phase 1 MVP Implementation
Origen de la Tarea
Esta tarea es continuación del plan Phase 1 MVP para el Trading Platform. En la sesión anterior se completaron las tareas 1-9:
- ✅ Account repository para persistencia de inversión
- ✅ Transaction repository para persistencia de inversión
- ✅ Sessions store para frontend auth
- ✅ SessionsList y DeviceCard components
- ✅ SecuritySettings page y rutas
- ✅ Export service para historial de trading
- ✅ Stripe integration service (ya existía)
- ✅ Deposit y withdrawal forms
- ✅ ExportButton component para trading
Quedaban pendientes:
- Task 10: Servicio de notificaciones con delivery
- Task 11: Cron job de distribución de rendimientos
Módulos Afectados
| Módulo | ID | Componentes Afectados |
|---|---|---|
| Auth | OQI-001 | Integración con notificaciones de seguridad |
| Trading | OQI-003 | Notificaciones de alertas, integración con exports |
| Investment | OQI-004 | Distribución de rendimientos, notificaciones |
Estado Inicial
- WebSocket server existente con soporte para
sendToUser() - Email service existente con nodemailer configurado
- Alerts service con TODO para integración de notificaciones
- Productos de inversión (Atlas, Orion, Nova) definidos con tasas de retorno
Objetivos
- Crear servicio unificado de notificaciones multi-canal
- Integrar notificaciones con el sistema de alertas existente
- Implementar job de distribución diaria de rendimientos
- Exponer API REST para gestión de notificaciones
Restricciones
- Mantener compatibilidad con WebSocket existente
- No modificar estructura de base de datos (usar tablas existentes/esperadas)
- Seguir patrones de código del proyecto