CaseFlow.
Gestión ligera de casos en torno a transparencia, auditabilidad y soft-delete-only. Sin licencia por usuario, corre en cualquier servidor Linux.
Vista previa · Demo próximamente
La mayoría de los sistemas de gestión de casos están o sobredimensionados (Jira, ServiceNow — buenos productos, pero pagas por una organización que no es la tuya) o infradimensionados (una bandeja compartida, una hoja, un Trello — sirve hasta que un auditor pide el historial).
El segmento intermedio — negocios que manejan casos, peticiones internas o asuntos regulatorios en equipos de 5 a 50 personas — queda atrapado entre los dos. Los precios por usuario se vuelven irrazonables, los sistemas estándar están sobreconstruidos, y el desarrollo propio se pospone hasta que alguien demuestre que hay otra forma.
CaseFlow es una cola ligera de casos que hace bien una cosa: crear un caso → asignarlo → comentar, adjuntar, cambiar el estado → ver cada cambio para siempre. Sin tarifas por usuario. Sin lock-in del proveedor.
Qué hace
- Casos — crear, asignar, comentar, adjuntar archivos, cambiar de estado (Nuevo → En curso → Hecho → Cerrado).
- Solo soft delete — nada se borra de verdad; todo es restaurable dentro de la ventana de retención.
- Pista de auditoría sobre todo — cada escritura registrada de forma inmutable con diff Antes/Después, capturada automáticamente vía un interceptor de SaveChanges de EF Core.
- Idempotency en escrituras — cada llamada API requiere una cabecera Idempotency-Key (modelo Stripe).
- Asistencia IA fail-open — autocategorización, resumen, sugerencias de respuesta vía LLM auto-alojado. Si la IA cae, los casos siguen funcionando.
- Búsqueda con SQLite FTS5 sobre título y descripción. El entorno de demo se reinicia al seed cada noche a las 03:00.
- Dos roles — Admin (acceso total al sistema) y User (casos propios y asignados).
- Notificaciones — e-mail y push al asignar, comentar, cambiar de estado.
Lo que lo diferencia
Backend-first como principio, no como eslogan. Toda la lógica de auditoría, soft-delete, idempotency y autorización se impone en el servidor. El frontend es una capa de vista delgada. SQLite sobre NFS es una decisión de arquitectura, no un compromiso — uso single-tenant a escala de reset nocturno, las pruebas de carga k6 en CI demuestran corrección bajo concurrencia.
No existe borrado duro. El volumen de datos no es el problema; la auditabilidad sí lo es.