Un CRM para despacho legal con seguimiento de casos debe cubrir 4 dimensiones críticas: ficha del cliente 360, expediente del caso con plazos procesales y documentos, timesheet de horas facturables por abogado y facturación con honorarios variables. En un caso documentado para plataforma con ficha cliente de 6 tabs y dedup automático por NIT armamos 85 tablas de schema ERP con 17 roles RBAC y respuesta menor a 30 segundos en sistema WhatsApp nativo. Convergencia es diagnóstico real.
¿Por qué un CRM genérico no sirve para despacho legal?
Porque la operación legal tiene 5 dinámicas que CRMs comerciales no capturan limpio:
- Plazos procesales perentorios: vencerlos cuesta caso y reputación
- Conflicto de intereses: el sistema debe detectar si dos casos tienen partes opuestas
- Multimodal documental: escritos, anexos, audios, fotos de evidencia
- Honorarios variables: hora, iguala, success fee, paquetes mixtos
- Auditabilidad legal: cualquier cambio debe quedar inmutable para defenderlo
Un Pipedrive o HubSpot lo hace mal en todos. Software jurídico enlatado (Tribunia, JusticiaApp, Lexnet) resuelve mejor pero atado a licencias y sin propiedad técnica.
Arquitectura del CRM legal a medida
| Módulo | Función |
|---|---|
| Ficha cliente 360 | Datos personales, RFC, casos abiertos, casos históricos, documentos |
| Dedup por NIT/RFC | Una persona, una ficha, sin fragmentación |
| Conflicto de intereses | Cross-check automático contra base completa al alta |
| Casos | Carátula, materia, instancia, partes, plazos procesales |
| Tareas y SLA | Asignación por abogado con prioridad y plazo |
| Timesheet | Registro de horas por abogado, caso y actividad |
| Gestión documental | Storage con versionado, búsqueda full-text, OCR |
| Facturación | CFDI 4.0 con modalidades múltiples de honorarios |
| Audit log | Hash chain inmutable de cada acción |
| Dashboard por rol | Socio, asociado, paralegal, recepción |
¿Cómo se manejan los plazos procesales?
Es la pieza más crítica. Cada caso tiene plazos legales perentorios que si se vencen, se pierde derecho. El sistema:
- Al alta de caso, captura tipo de proceso, instancia y fecha de inicio
- Calcula automáticamente plazos clave (contestación, alegatos, recursos)
- Suma días hábiles según calendario judicial vigente
- Dispara recordatorios escalonados (15 días antes, 5 días antes, 1 día antes)
- Notifica por WhatsApp, email y dashboard a abogado responsable
- Si nadie marca como cumplido, escala a socio supervisor
Los días hábiles judiciales en México varían por fuero (federal, local, civil, mercantil, amparo). La función que calcula vive en código auditable con la jurisdicción aplicable.
Honorarios variables: por qué importa el código
Un despacho típico maneja 4 modalidades de cobro:
- Hora: timesheet del abogado por minutos, tarifa por nivel (socio 4,000 MXN/h, asociado 1,800, paralegal 600)
- Iguala: fee mensual fijo por servicios continuos
- Success fee: porcentaje sobre resultado del caso (15 a 30% típico)
- Paquete: precio cerrado por tipo de servicio (constitución de sociedad, divorcio express)
Un caso puede combinar: iguala mensual más success fee sobre cobro. El cálculo de honorarios devengados debe ser determinístico en código TypeScript, no estimación manual. Cuando llega cierre de mes, el sistema genera reporte de honorarios devengados por abogado y por cliente sin error humano.
El caso real: ERP con dedup y 6 tabs de ficha cliente
En un proyecto documentado el setup técnico fue:
- 85 tablas de schema ERP con 17 roles RBAC
- 6 tabs de ficha cliente con dedup automático por NIT
- Twilio webhook con respuesta menor a 30 segundos
- Chat realtime sin terceros (home-built sobre Postgres Realtime)
- RLS policies aplicadas por rol y por tenant
- Audit log inmutable con hash SHA-256
El patrón aplica directo a despacho legal: dedup obligatorio para evitar conflicto de intereses, RBAC granular para que paralegal no vea casos de socios senior, audit log inmutable para defender ante INAI o auditoría interna.
Gestión documental con OCR
Los despachos manejan miles de PDFs: escritos, oficios, contestaciones, anexos, sentencias. El sistema debe:
- Storage centralizado por caso con permisos granulares
- OCR automático de PDFs escaneados (Vision API)
- Búsqueda full-text por contenido, no solo nombre de archivo
- Versionado: cada cambio queda con autor y timestamp
- Etiquetas: tipo de documento, fase procesal, prioridad
- Compartir externo con expiración: link al cliente sin acceso al sistema
Sin esto, los abogados pasan 15% de su día buscando documentos. Con OCR y full-text, segundos.
Compliance: secreto profesional y LFPDPPP
Los despachos legales tienen doble obligación: secreto profesional (artículo 36 del Código de Ética del Abogado) y LFPDPPP por datos personales del cliente. El sistema debe:
- Datos en infraestructura propia del despacho (Supabase, S3, GCS con cuentas del cliente)
- Cifrado en reposo AES-256 y tránsito TLS 1.3
- Audit log inmutable de cada acceso al expediente
- Procedimiento documentado de derechos ARCO
- Aviso de privacidad al alta de cliente
- Política de retención: cuánto tiempo se guardan archivos cerrados
Con Catalizadora la infraestructura queda en tu cuenta. Sin terceros con copia de la data, sin licencias atadas, código a tu nombre.
¿Por qué no Tribunia, Iuris o software enlatado?
Los software jurídicos cobran entre 50 y 400 USD mensuales por abogado o por despacho con límites. Para despacho de 5 a 20 abogados son entre 3,000 y 96,000 USD anuales en licencias con flujos rígidos.
Con MAGIA Core el sistema queda a tu nombre por 15,000 USD una sola vez. Flujos a medida de tu práctica (corporativo, fiscal, laboral, penal). Sin retainers, sin licencias atadas.
Próximos pasos
Si tu despacho legal tiene entre 5 y 50 abogados y el sistema actual no te muestra horas facturables por caso, plazos procesales en tiempo real o conflicto de intereses automático, el primer paso es una llamada de 30 minutos para revisar tu práctica y stack actual.
Conocé MAGIA Core por 15,000 USD a 12 semanas o el proceso completo en cinco fases.