No es un caso de manual. Es lo que casi pasa cada semana en cualquier despacho con cartera procesal real. La aritmética nunca falla. Lo que falla son las tres cosas que la rodean: cuándo te enteraste, qué fecha cuenta y qué calendario local aplica.
Esta guía va de eso. De cómo se calcula un plazo con criterio, dónde están las trampas reales y cuándo conviene dejar de hacerlo a mano.
Por qué calcular un plazo procesal "a ojo" cuesta tarde o temprano una responsabilidad profesional
El error de cómputo no suele ser de cuentas. Es un error en una de las tres puertas de entrada. Si entras mal por cualquiera, la aritmética posterior es irrelevante.
Puerta 1: detección tardía. La notificación llega al procurador el martes. La reenvía y cae en la bandeja del abogado entre cincuenta mensajes más. El abogado la abre el jueves. Ya ha perdido dos días de un plazo de cinco. Es lo que pasa cuando la bandeja de entrada te controla a ti y no al revés.
Puerta 2: confusión de la fecha que cuenta. Mucha gente cree que el plazo se cuenta desde la fecha del correo del procurador. No. Se cuenta desde la fecha de notificación al procurador, la que figura en el sello de LexNET o en el justificante del colegio. La diferencia puede ser de uno a tres días.
Puerta 3: festivos locales que nadie consulta. El calendario nacional lo conoce todo el mundo. El autonómico, casi todo el mundo. El local de la sede del juzgado, que también descuenta, no lo conoce nadie hasta que se equivoca. Una fiesta del patrón en la localidad del juzgado convierte un "vence el lunes" en un "vence el martes" o al revés.
Por experiencia con despachos clientes, el porcentaje de plazos mal calculados que se acaban salvando (un procurador atento, una reposición admitida) está muy por encima del que termina en responsabilidad civil profesional. La cuestión no es si vas a tener un susto. Es si tu sistema absorbe el susto sin que llegue a doler.
Pensar este problema como "tema administrativo" es el error de marco. Es la línea de defensa más expuesta del despacho. Por eso, uno de los tres problemas que más se repiten en los despachos no es la captación ni la facturación: son los plazos.
La regla de cómputo: 4 fechas que tienen que estar claras
Antes de contar, hay cuatro fechas que tienen que estar fijadas sin ambigüedad. Si cualquiera está difusa, el cálculo es papel mojado.
Día 0: la fecha de notificación al procurador (no la de recepción del email)
La fecha que cuenta para el dies a quo es la que aparece en el sello de LexNET, en el justificante del colegio o en el acta de notificación física. No es la fecha del correo del procurador al abogado.
Que el procurador te reenvíe el documento dos días después es problema de comunicación interna, no de cómputo. El juzgado da por notificado al despacho desde el momento en que el procurador recibió el acto. Es la fuente más habitual de errores en despachos que dependen de procuradores externos: se anota como Día 0 la fecha del correo entrante, no la fecha real de notificación al procurador.
Días hábiles vs naturales según el orden jurisdiccional
No todos los plazos se cuentan igual:
- Civil, contencioso-administrativo y social: plazos en días hábiles. Se descuentan sábados, domingos y festivos.
Para plazos en días, el cómputo arranca al día siguiente del acto notificado (artículo 133 LEC). El día de la notificación no cuenta. Si la notificación es el martes y el plazo son cinco días hábiles, los cinco empiezan el miércoles. Próximamente publicaremos una calculadora gratuita de plazos procesales para validarlo en casos concretos.
Festivos nacionales, autonómicos y locales de la sede del juzgado
Aquí está la tercera puerta del error. Hay que cruzar tres capas de calendario:
1. Festivos nacionales. Recogidos en el calendario laboral oficial publicado en el BOE.
El que falta más veces no es el nacional ni el autonómico. Es el local. Y es el que pone el plazo en riesgo, porque desplaza el vencimiento sin que el abogado se entere.
El artículo 135 LEC y la regla de las 15:00 del día siguiente
El artículo 135 de la LEC permite presentar escritos hasta las 15:00 del día hábil siguiente al vencimiento. Si tu plazo vence el viernes, tienes margen hasta las 15:00 del lunes (o del siguiente hábil).
Ese margen es real, pero no es excusa para apurar: si ese día siguiente cae en festivo local de la sede del juzgado, se traslada. Y si tu sistema no contempla esa prórroga, te quedas corto en la planificación y avisas al abogado un día tarde.
La regla de las 4 fechas. Antes de iniciar cualquier cómputo, fija sin ambigüedad: (1) fecha de notificación al procurador, (2) orden jurisdiccional y tipo de plazo, (3) calendario aplicable nacional + autonómico + local de la sede del juzgado, (4) ventana del artículo 135 LEC. Si las cuatro están claras, el cálculo es trivial. Si alguna falta, lo demás sobra.
Por qué un Excel de plazos no es un sistema (aunque parezca que funciona)
La mayoría de despachos pequeños y medianos llevan los plazos en una hoja de cálculo. Funciona. Hasta que se rompe. Y cuando se rompe, se rompe en silencio.
Lo que un Excel no hace, por diseño:
- No detecta automáticamente las notificaciones que entran a la bandeja. Depende de que alguien las traslade manualmente a la hoja.
Tabla comparativa:
| Capacidad | Excel de plazos | Sistema automatizado |
|---|---|---|
| Detección de la notificación en bandeja | Manual (depende de quien clasifica) | Automática (clasificador detecta el correo del procurador) |
| Extracción de datos del PDF (juzgado, expediente, tipo) | Manual | Automática (OCR + IA extrae los datos) |
| Cálculo de días hábiles | Fórmula con festivos cargados a mano | Determinista, con calendario cruzado nacional + autonómico + local |
| Creación del evento en calendario | Manual | Automática, con alertas configurables (T-5, T-2, T-1) |
| Log auditable de qué se calculó y por qué | No | Sí (hoja de cálculo de auditoría con timestamp y motivo) |
| Backup ante borrado accidental | No | Sí (versionado del propio sistema) |
El Excel no es enemigo. Es el sistema correcto para volumen bajo. Se vuelve frágil cuando el despacho cruza una línea de volumen (la veremos más abajo): no por la herramienta, sino porque depende de actos humanos repetidos que tarde o temprano fallan. Pasa lo mismo con otros procesos que el despacho lleva manualmente cuando crecen sin sistema.
Qué hace exactamente un sistema de alertas de plazos procesales automatizado
Un sistema de plazos procesales automatizado no es "una IA que lee correos". Es una cadena de cinco pasos donde solo uno usa IA generativa. Los otros cuatro son código determinista. Esto marca la diferencia entre un sistema fiable y un asistente que se inventa fechas.
Paso 1: Captura de la notificación. El sistema escucha la bandeja del despacho (Gmail u Outlook) y filtra los correos que vienen de procuradores conocidos o directamente de LexNET. Filtra por remitente, asunto y patrones en el cuerpo. Código determinista: una regla, no una decisión.
Paso 2: OCR de los adjuntos. Las notificaciones suelen venir como PDF. El sistema pasa los PDFs por un motor de OCR (Eden AI o equivalente) para convertir la imagen en texto procesable. El OCR lee, no interpreta.
Paso 3: Extracción de datos con IA. Aquí entra la IA generativa, y solo aquí. Se le pasa el texto del PDF a un modelo de lenguaje (GPT-4, Claude o equivalente) con un prompt concreto: tipo de notificación, expediente, juzgado, sede, fecha de notificación, plazo en días, orden jurisdiccional. La IA devuelve un JSON estructurado. La IA no calcula nada. Solo extrae.
Paso 4: Cálculo determinista del plazo en días hábiles. El JSON pasa a código JavaScript que ejecuta el cálculo: Día 0 verificado, calendario aplicable cargado en tabla (nacional + autonómico + local de la sede), descuento de sábados, domingos y festivos. No hay IA en este paso. El cálculo es 100% código clásico. La razón: una IA generativa puede confundir un 5 de septiembre con un 5 de octubre. Un código determinista no. La fiabilidad procesal exige cálculo determinista.
Paso 5: Creación del evento y alertas. El sistema crea un evento en Google Calendar con la fecha de vencimiento, alertas configuradas (T-5, T-2, T-1), asunto descriptivo y el PDF original adjunto. Si no está seguro de algún dato (por ejemplo, OCR borroso en el número de expediente), marca el evento como "REVISIÓN HUMANA" en lugar de procesarlo en silencio.
Defensa en profundidad: las tres salidas
Un sistema bien diseñado nunca tiene una única salida. Siempre tiene tres:
1. PROCESAR: datos completos y confiables, calcula el plazo, crea el evento.
Lo claro se procesa. Lo que no, nunca se procesa en silencio: o se descarta o se revisa. No hay falsos positivos enterrados.
Stack típico: Gmail u Outlook + Eden AI (OCR) + GPT-4 o Claude (extracción) + código JavaScript (cálculo) + Google Calendar (alertas) + Google Sheets (log de auditoría). Todo dentro de la cuenta del despacho. Los datos sensibles de los clientes nunca salen del entorno del cliente.
Caso real: cómo un despacho civil de Madrid pasó del 12,5% al 100% en gestión correcta de plazos
El caso que sigue es real, anonimizado. Despacho civil de Madrid con una cartera de procuradores especializados en notificaciones de una entidad financiera concreta. Volumen aproximado: setenta a noventa notificaciones procesales al mes, con picos en calendario judicial cargado.
Punto de partida. Excel + alarmas manuales en Outlook. La socia coordinadora dedicaba dos horas al día a clasificar correos del procurador, descargar PDFs, calcular el plazo a mano y crear el evento. Cuando se ausentaba un día, el sistema se rompía. Sin plazos perdidos documentados, pero con tres sustos en seis meses salvados por reposiciones admitidas o por el margen del artículo 135.
Iteración 1: lo que falló. Primera versión con el flujo de cinco pasos. Medición inicial: 12,5% de accuracy. Uno de cada ocho. La clasificación de correos iba al 63%, pero el cálculo se equivocaba en la mayoría de casos.
¿Por qué? Porque no había ground truth dataset: un conjunto de notificaciones reales etiquetadas a mano por la propia abogada con la respuesta esperada. Sin él, el sistema calculaba contra una expectativa imaginaria y cualquier bug pasaba desapercibido.
Iteración 2: construir el dataset. Se etiquetaron veinticuatro notificaciones reales. Al ejecutar el sistema, aparecieron cinco bugs raíz invisibles hasta entonces:
- El OCR confundía "5" con "9" en juzgados con sello descolorido.
Iteraciones 3 a 8. Cada bug se corrigió con un cambio puntual y se re-midió el accuracy sobre el dataset. La métrica subió: 12,5% → 41,7% → 66,7% → 83,3% → 100% en la iteración 8. La clasificación del tipo de notificación pasó del 63% al 96%.
Aprendizaje clave. El error no fue de IA: la IA hacía su parte razonablemente bien. El error fue construir un sistema sin dataset que permitiera medir. Sin ground truth, no hay sistema. Hay un asistente que parece funcionar.
Resultados tras seis meses en producción:
- 96% de accuracy en clasificación automática (de 63% inicial).
El sistema sigue mejorando: cada caso marcado como revisión se analiza y, si es patrón repetible, se traduce en regla nueva. El mismo principio aplico en otros sistemas de automatización para despachos.
Cuándo el cálculo manual sigue teniendo sentido (y cuándo deja de tenerlo)
No todos los despachos deben automatizar plazos. La línea está en volumen, criticidad y consistencia del equipo. Guía orientativa:
| Volumen mensual de notificaciones | Recomendación realista |
|---|---|
| <5 notif./mes | Excel + alarmas manuales. Automatizar no compensa el coste de mantenimiento. |
| 5-20 notif./mes | Excel reforzado con plantilla y checklist de calendario local. Híbrido viable. |
| 20-50 notif./mes | Híbrido: detección automática del correo y extracción asistida por IA, cálculo revisado a mano. |
| 50+ notif./mes | Sistema completo automatizado. La probabilidad de error humano cruzando ese volumen es estructural. |
| Volumen variable + equipo rotando | Sistema completo incluso por debajo de 50/mes. La rotación es lo que rompe los sistemas manuales. |
La pregunta operativa no es "¿cuántos plazos tengo al mes?". Es "¿cuántos puedo seguir gestionando manualmente sin que mi calidad de vida y mi exposición a riesgo se deterioren?". Personal, no solo cuantitativa.
¿Tu volumen lo justifica? Si te has reconocido en el caso real anterior, o si estás cerca de cruzar la línea de 30-50 notificaciones al mes, agendar un diagnóstico gratuito de 30 minutos es la siguiente acción razonable. No es una llamada de venta: es una conversación de encaje. Si tu volumen no justifica el sistema, te lo digo y nos despedimos.
Cómo se implementa un sistema de plazos en un despacho real
Llevar un sistema así a producción no se hace en una tarde. Se hace por fases, con criterios de validación claros en cada una y con el paralelo manual activo hasta que demuestra fiabilidad. El método operativo que aplico se llama CRITERIA y tiene seis fases:
C — Conversación (30-40 min, sin coste). Llamada inicial de diagnóstico. Entendemos cómo entran hoy las notificaciones, qué procuradores te llevan los procedimientos, volumen real, tipos de notificación más frecuentes en tu cartera, sistemas que usas y sustos que has tenido. Salimos con estimación de complejidad y fecha cerrada para la siguiente fase.
R — Reconocimiento del flujo real. Rellenas un formulario adaptado a tu caso (15-20 min). Me envías capturas de tu bandeja con dos o tres correos típicos de procuradores. Me pasas seis a quince notificaciones reales con la respuesta esperada anotada por ti. Esos casos son el ground truth dataset. Sin él no se arranca. Es la lección más cara del proyecto anterior.
I — Ingeniería de la propuesta. Diseño una propuesta concreta para tu caso: stack, fases del proyecto, supuestos cubiertos en la versión inicial y supuestos aplazados a una segunda fase, criterios de éxito medibles. Sin precios genéricos: se ajustan a la complejidad real vista en la fase R.
T — Trabajo técnico. Construyo el sistema usando tus notificaciones reales desde el primer día, nunca con datos genéricos. Cada iteración tiene su métrica medible contra el ground truth. Criterio férreo antes de declarar terminado: cero errores en tres ejecuciones consecutivas con datos reales. Tu Excel sigue activo en paralelo.
E — Entrega supervisada. Sesión de cuarenta y cinco minutos donde te demuestro el sistema en vivo con tus correos del día. Te entrego un Loom de cinco a diez minutos y una página Notion con todos los accesos, el flujo en lenguaje no técnico, los supuestos cubiertos y los no cubiertos, y el protocolo de incidencias. Abro catorce días de canal directo por WhatsApp para ajustes menores. Tu Excel sigue como red de seguridad durante esos catorce días.
R — Revisión continua. Cada lunes superviso tu sistema. Cada mes recibes un reporte con métricas reales: notificaciones procesadas, casos marcados como revisión, dudas del sistema y por qué. Cada duda repetible se traduce en regla nueva. El sistema del mes 6 cubre más supuestos que el del mes 1, sin que tengas que pedirlo.
Tiempo total típico desde la primera llamada hasta producción: dos a tres semanas. Tu tiempo: dos a tres horas concentradas. El resto lo asumo yo.
Trabajo con criterio. CRITERIA es cómo lo hago. Si quieres ver el método completo paso a paso, está documentado en Cómo trabajo.
Preguntas frecuentes
¿Es legal automatizar el cálculo de plazos procesales? ¿Qué dice la AEPD?
Sí, es legal. Lo que regula la AEPD y el RGPD no es la automatización en sí, sino el tratamiento de los datos personales que contienen los documentos. Un sistema bien diseñado mantiene esos datos dentro del entorno del despacho (Google Workspace o Microsoft del propio cliente), no los envía a terceros sin justificación de tratamiento, anonimiza cuando se usan modelos de IA generativa y deja trazabilidad de cada acceso. La automatización no añade requisitos nuevos: aplica los mismos que ya aplican cuando se tratan esos datos manualmente. Es buena práctica firmar un acuerdo de encargado de tratamiento con quien implementa el sistema.
Si el sistema se equivoca con una fecha, ¿quién responde profesionalmente?
El abogado, siempre. La responsabilidad no se delega a una herramienta, igual que no se delega al Excel o al procurador externo. Por eso un sistema bien diseñado tiene tres salidas (procesar, descartar, revisar humano) y nunca procesa en silencio los casos en los que duda. El abogado mantiene la supervisión y revisa el panel de casos marcados al menos una vez al día. El sistema reduce drásticamente la probabilidad de error humano, pero no elimina la responsabilidad del profesional.
¿Funciona con LexNET? ¿Y con sistemas autonómicos como Madrid o Cataluña?
LexNET es la entrada habitual en gran parte del territorio nacional. Los sistemas autonómicos (Avantius, e-justicia.cat, etc.) tienen flujos propios y, en muchos casos, también remiten notificación por correo electrónico al despacho o al procurador. Lo que importa no es tanto la entrada como el cauce de salida hacia el despacho: si la notificación termina llegando a un correo monitorizable, el sistema puede capturarla. Los matices por comunidad autónoma se ajustan en la fase de Reconocimiento del flujo real.
¿Qué pasa si el procurador no me notifica a tiempo?
Esa parte queda fuera del sistema automatizado. Se mitiga con dos prácticas: acuerdo con el procurador sobre tiempos máximos de reenvío con sello horario en sus correos, y detección directa de LexNET cuando el despacho tiene acceso al canal. Si el despacho tiene LexNET propio (o equivalente autonómico), el sistema lee desde ahí y elimina al procurador como cuello de botella.
¿Cuánto tarda en implementarse un sistema así desde cero?
Dos a tres semanas desde la primera llamada hasta producción real, con tu Excel funcionando en paralelo durante el primer mes como red de seguridad. El primer mes posterior al lanzamiento es de tuning: detección de supuestos no previstos, ajustes de prompts, refinamiento del calendario local. A partir del mes 2 el sistema entra en régimen estable, con monitorización mensual y mejoras incrementales sin que tengas que pedirlas.
Cierre
Calcular plazos procesales no es lo que aporta valor a tu cliente. Es lo que evita que pierdas su confianza si falla.
Un sistema que calcula bien los plazos no te da una ventaja competitiva visible. Lo que te da es la base que permite que el resto de tu trabajo se vea. Si el sistema falla, lo demás —la estrategia procesal, la calidad de los escritos, la relación con el cliente— queda enterrado bajo una reclamación de responsabilidad profesional que se podía haber evitado con dos horas de proceso bien definido.
Esta guía cubre el porqué y el cómo. Lo que no puede cubrir, porque depende de tu caso concreto, es si el coste-beneficio del sistema tiene sentido en tu despacho ahora mismo. Para eso está la conversación.
Reserva un diagnóstico gratuito de 30 minutos →
Sin compromiso, sin venta agresiva. Una conversación honesta sobre tu volumen, tus dolores y, si tiene sentido, una primera estimación de complejidad. Si no tiene sentido en tu caso, te lo digo y nos despedimos como amigos.
Si todavía estás explorando, puedes leer otros artículos del blog o ver el resto de servicios para despachos.
Pablo Caballero
Fundador de AutonomIA Legal