- No existira un “CRM light” – el producto es completo desde el inicio.
- El CRM seguira conviviendo con Zauru ERP por mas tiempo del inicialmente planeado.
- El objetivo no es copiar el CRM anterior, sino resolver los mismos dominios con mejor aislamiento por entidad, menos bugs y tiempos mucho mas rapidos.
| Modulo |
Estado |
Notas |
| Autenticacion + RBAC |
Completo |
Login, roles, permisos, cambio de entidad |
| Sesiones Zauru |
Completo |
Cifrado AES-256, reconciliacion automatica |
| Grupos + Leads + Contactos |
Completo |
CRUD completo, busqueda global, asignaciones |
| Campos personalizados |
Completo |
Tipos, grupos, valores, media uploads |
| Catalogo de productos |
Completo |
Integracion Zauru con cache Pulpito |
| Cotizaciones |
Completo |
CRUD, checkout publico, aprobacion, rechazo, duplicar, plantillas |
| Pedidos |
Completo |
CRUD con sync a Zauru, edicion |
| Kanban / Oportunidades |
Completo |
Funnels, estados, eventos, vinculacion a cotizaciones/pedidos |
| Cartera (detalle) |
Completo |
Facturas, pagos, historico, info fiscal, compras recurrentes |
| Agenda |
Completo |
Eventos con alertas |
| Notificaciones |
Completo |
CRUD + WebSocket push |
| Interacciones (WhatsApp) |
Completo |
Conversaciones, envio multicanal, routing, templates, tiempo real |
| Media Storage |
Completo |
Presigned uploads, procesamiento, URLs publicas |
| Configuracion global |
Completo |
Settings por entidad |
| Dato |
Fuente local (MySQL) |
Fuente remota (Zauru) |
| Grupos |
Creacion, asignaciones, custom fields |
– |
| Leads |
Creacion, datos CRM |
Sync como payee cuando se convierte a cliente |
| Contactos |
CRUD completo |
– |
| Facturas |
– |
Consulta en tiempo real via GraphQL |
| Pagos |
– |
Consulta + creacion via GraphQL/REST |
| Productos |
– |
Cache via Pulpito + GraphQL |
| Pedidos |
Metadata local + lineas |
Creacion/actualizacion en Zauru |
| Cotizaciones |
CRUD completo local |
Precios/stock validados contra Zauru |
| Modulo |
Estado |
| Pagos (webhook) |
Placeholder – solo logea eventos |
| Campanas |
Backend minimal, mayormente mock en frontend |
| Chats sin asignar |
Funcional pero en evolucion |
- Completar el routing avanzado de interacciones (reglas de filtrado complejas)
- Mejorar el sistema de plantillas de cotizacion
- Expandir las automatizaciones de kanban
- Mejorar el tracking de pedidos post-creacion
- Webhook de pagos completo (integracion con pasarelas)
- Campanas de marketing (envio masivo de templates WhatsApp)
- Reportes y analytics avanzados
- Exportacion a Excel mas robusta
- Reducir dependencia de Zauru para datos operativos
- Cache distribuido (reemplazar Pulpito en memoria por Redis/similar)
- Multi-region deployment
- API publica documentada para integraciones de terceros
El directorio BoostAPI/docs/future-upgrades/ contiene documentacion sobre mejoras planificadas a la arquitectura.
- Estabilidad – Cada modulo debe funcionar de forma robusta antes de agregar funcionalidad
- Aislamiento – Mejor separacion entre datos de entidades (tenants)
- Performance – Reducir latencia en queries Zauru con mejor cache
- Observabilidad – Mejorar logging y monitoreo
Referencia privada: Ver BoostAPI/docs/future-upgrades/ y BoostAPI/docs/catalogo-phased-roadmap.md para planes detallados.
