Agente Procesamiento Bajas IT
Un parte de baja procesado en 60 segundos en lugar de tres semanas de demora postal: el agente clasifica el parte, calcula la prestación según la base reguladora y lo comunica al Sistema RED de la TGSS dentro del plazo legal, sin transmitir el diagnóstico al responsable directo. Para Director de RRHH, Servicio de Prevención y Servicio Médico.
Procesamiento parte médico IT: ET art. 45.1.c suspensión contrato, RD 625/2014 gestión IT, Sistema RED TGSS comunicación bajas y RGPD art. 9 datos salud - parte de baja en 60 segundos.
Analizar su procesoUna selección de más de 5.000 proyectos en 25 años de desarrollo de software
¿Quién comunica la baja a la Seguridad Social, y llega dentro de plazo?
Procesar un parte de baja está resuelto; garantizar que se comunica al Sistema RED dentro de los tres días hábiles, no. El agente clasifica el parte de forma determinista a partir del Sistema CASIA, calcula la prestación según la base reguladora (60-75% en contingencia común, 75% desde el primer día en la profesional) y comunica baja y alta en plazo. El diagnóstico nunca llega al responsable directo, y los casos en disputa los decide siempre una persona.
Resultado: Comunicar la baja fuera de plazo expone a la empresa al recargo de mora del art. 28 de la LGSS (hasta el 20% sobre las cotizaciones). A esto pueden sumarse el recargo de prestaciones por accidente con culpa empresarial (art. 164 LGSS, hasta el 50%) y las sanciones de la AEPD si se filtra el diagnóstico, dato de salud de categoría especial. El agente procesa cada parte en plazo y con audit-trail completo, y hace visibles las IT prolongadas y los casos de vigilancia de la salud que el tratamiento manual con correo y Excel suele dejar ocultos hasta una inspección.
La arquitectura descompone el procesamiento del parte de baja en 13 decisiones deterministas y 2 indicadores asistidos por IA. Ninguna decisión afecta a la relación laboral, y cada una lleva su cita legal, su audit-trail y su vía de impugnación ante la Mutua, el INSS o el Comité de Empresa:
El parte de baja está resuelto; el plazo de comunicación a la Seguridad Social, no.
El procesamiento de partes médicos de IT en España se sitúa en la intersección de cinco regímenes paralelos. El RD 625/2014 regula la gestión de la IT durante los primeros 365 días, los tipos de parte y el plazo de comunicación de tres días hábiles a través del Sistema CASIA. La LGSS fija la prestación (60-75% en contingencia común, 75% desde el primer día en la profesional) y los recargos por mora y por culpa empresarial. La Ley 31/1995 obliga a la vigilancia de la salud, la Ley 41/2002 impone la confidencialidad del diagnóstico, y el RGPD trata estos datos como categoría especial. En la práctica, cualquier parte de baja en una empresa española de mediana o gran dimensión puede activar a la vez varias de estas obligaciones.
Parte de baja en 60 segundos en lugar de tres semanas demora postal
Una empresa española de 1.500 empleados procesa cada año entre 200 y 350 partes de IT. Cada uno desencadena la misma cascada: clasificar el tipo de parte, vincularlo al expediente, calcular la prestación, comunicarlo al Sistema RED en tres días hábiles, avisar al responsable sin revelar el diagnóstico, ajustar la nómina y vigilar los umbrales de salud. La realidad del proceso manual es muy distinta: el parte llega en papel con semanas de retraso, el Excel no valida el historial, la comunicación al Sistema RED se hace fuera de plazo (recargo del 20%, art. 28 LGSS) y el parte se reenvía por correo en PDF, vulnerando la Ley 41/2002. Las sanciones se acumulan: las de la Inspección de Trabajo, las de la AEPD por la brecha de datos de salud y los recargos por mora y por culpa empresarial.
Clasificación del parte y detección de la recaída
El agente clasifica cada parte de forma determinista conforme al RD 625/2014: baja inicial, confirmación, alta o recaída. Durante la IT, el contrato queda en suspenso (ET art. 45.1.c) y el trabajador tiene derecho a reincorporarse tras el alta (art. 48). La recaída a 180 días es una fuente frecuente de error: si el trabajador vuelve a causar baja por la misma patología dentro de los 180 días siguientes al alta anterior, no se inicia un proceso nuevo, sino que se suma la duración acumulada (LGSS art. 169.2). El agente lo detecta cruzando automáticamente el expediente de los últimos cinco años, el grupo diagnóstico y la fecha del alta.
Comunicación a la TGSS, al Sistema CASIA y a las Mutuas
El agente comunica baja y alta al Sistema RED de la TGSS dentro del plazo de tres días hábiles (RD 625/2014 art. 7); incumplirlo activa el recargo de mora del art. 28 de la LGSS, de hasta el 20%. El parte facultativo llega por el Sistema CASIA, que interopera con los servicios públicos de salud autonómicos. En contingencia profesional, la Mutua Colaboradora abona la prestación desde el primer día. El cálculo de la prestación sigue los art. 169-176 de la LGSS: en contingencia común, el 60% de la base reguladora del día 4 al 20 y el 75% a partir del día 21; en la profesional, el 75% desde el primer día. A ello se suma el complemento de empresa que fije el convenio colectivo.
Confidencialidad de los datos de salud
Los datos de IT son datos de salud de categoría especial (RGPD art. 9) sujetos a la confidencialidad estricta del art. 7 de la Ley 41/2002, y su tratamiento se ampara en una obligación de Derecho laboral (art. 9.2.b). El agente impone por arquitectura la minimización de datos del art. 5.1.c: a la empresa solo se le transmite que existe una IT, la fecha de baja y la duración estimada; nunca el diagnóstico, el tratamiento ni el facultativo emisor. El acceso queda restringido a quien lo necesita y queda registrado en el audit-trail, con cifrado y almacenamiento inalterable. Reenviar un parte en PDF por correo vulnera la Ley 41/2002 y expone a la empresa a una sanción de la AEPD de hasta el 4% de la facturación. Esta arquitectura no es una opción técnica, sino un requisito estructural: quien reenvía partes por correo tiene un problema de protección de datos aunque nadie lo provoque a propósito. Un agente basado en reglas no tiene ese problema, porque define de antemano qué dato llega a cada destinatario.
Vigilancia de la salud, casos largos y control del fraude
El agente activa el protocolo de vigilancia de la salud (Ley 31/1995 art. 22) al alcanzar los umbrales de IT acumulada: 6 semanas en 12 meses, 12 semanas continuas (examen de salud obligatorio) y 365 días, cuando el médico inspector del INSS puede proponer una incapacidad permanente. Los trabajadores sensibles (embarazo, lactancia, discapacidad) tienen una protección reforzada (ET art. 25 PRL), y la reincorporación tras una IT prolongada con secuelas puede exigir adaptar el puesto (LGD art. 40). El control empresarial del parte se ampara en el art. 20.4 del ET, y los indicios de fraude —un parte no oficial, una duración incoherente, un segundo empleo activo— se escalan a la Inspección de Trabajo. Conviene recordar el límite jurisprudencial: el despido por una enfermedad previsiblemente prolongada se equipara a la discriminación por discapacidad (STJUE C-270/16, Daouidi), con inversión de la carga de la prueba (LRJS art. 96).
Integración con Payroll-Processing, Leave-of-Absence y HR-Document-Management
El agente sincroniza el procesamiento de la IT con otros agentes del Decision Layer: el Payroll-Processing toma la prestación calculada para la nómina; el Leave-of-Absence gestiona la suspensión del contrato (ET art. 45.1.c) y la reincorporación tras el alta (art. 48); el HR-Document-Management archiva el parte de forma confidencial (Ley 41/2002 art. 17); y el Employee-Relations-Case interviene en una disputa del alta médica. La reincorporación tras una IT prolongada no la inicia el agente: este solo comunica que se ha superado el umbral a RRHH, al Servicio de Prevención y al Comité de Empresa, y es una persona quien decide el momento y la forma. No es una limitación técnica, sino una decisión de arquitectura deliberada: la vuelta tras una baja larga es una conversación entre personas sobre el futuro de la relación laboral, y ningún algoritmo decide cuándo es el momento adecuado. El agente se integra por API con las plataformas españolas más extendidas (A3, Sage, Cegid, Bizneo, Holded, Factorial, SAP SuccessFactors, Workday, Oracle, Personio), con el Sistema RED de la TGSS y con el Sistema CASIA.
De un vistazo
- 13 decisiones deterministas y 2 indicadores asistidos por IA, ninguno con efecto sobre la relación laboral.
- Clasifica el tipo de parte (baja inicial, confirmación, alta o recaída a 180 días) a partir del Sistema CASIA.
- Calcula la prestación según los art. 169-176 de la LGSS: 60-75% en contingencia común, 75% desde el primer día en la profesional, más el complemento de empresa del convenio.
- Comunica baja y alta al Sistema RED de la TGSS dentro de los tres días hábiles, evitando el recargo de mora del art. 28 de la LGSS.
- Preserva la confidencialidad del diagnóstico (Ley 41/2002 art. 7; minimización del art. 5.1.c del RGPD): el responsable directo nunca recibe el código CIE-10.
- Vigila los umbrales de salud del art. 22 de la Ley 31/1995 (6 y 12 semanas, 365 días) y la posible adaptación del puesto (LGD art. 40).
- Marca los indicios de fraude para el control empresarial (ET art. 20.4) y el escalado a la Inspección de Trabajo.
- Las sanciones por incumplimiento son acumulables: Inspección de Trabajo, AEPD (4%), recargo de mora (20%) y recargo de prestaciones (50%).
| Distribución de Decididores Sick-Leave-Processing |
|---|
| 13 deterministas: clasificación, validación, vinculación, detección de solapamientos, cálculo de la prestación, comunicación al Sistema RED y a la Mutua, notificación y casos largos |
| 2 indicadores asistidos por IA: detección del fraude y enrutamiento de los casos ambiguos (recaída o alta en disputa, accidente con culpa empresarial) |
| 0 confirmaciones humanas estructurales: el flujo no afecta a la relación laboral; los escalados concretos se detallan en governanceNotes |
Tabla de microdecisiones
¿Quién decide en este agente?
14 pasos de decisión, separados por decisor
Recepción y clasificación del parte de IT Es parte de baja inicial (primer día IT) o parte de confirmación de la baja (continuación) o parte de alta (fin IT) o parte de baja recaída (mismo proceso 180 días) emitido por SP autonómico / Mutua Colaboradora SS / médico empresa? Motor de reglas
Una regla determinista clasifica el documento recibido del Sistema CASIA en uno de cuatro tipos: parte de baja inicial, parte de confirmación, parte de alta o parte de recaída. La recaída se reconoce cuando han pasado menos de 180 días desde el alta anterior por el mismo proceso (LGSS art. 169.2). El emisor distingue contingencia común (servicio público de salud autonómico) de contingencia profesional (Mutua Colaboradora).
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Validación de los datos y la identificación del trabajador ¿Cumple el parte los requisitos de completitud del RD 625/2014 (identificación, fechas, facultativo emisor y firma electrónica), sin transmitir el diagnóstico a la empresa? Motor de reglas
Una regla determinista verifica que el parte cumple los requisitos de completitud del RD 625/2014: identificación del trabajador y de la empresa, tipo y fechas del parte, datos del facultativo emisor y firma electrónica válida. El diagnóstico específico (código CIE-10) no se transmite a la empresa, conforme a la confidencialidad del art. 7 de la Ley 41/2002.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Vinculación con el expediente del trabajador ¿Con qué expediente se vincula el parte, según el número de afiliación y el DNI/NIE, recuperando el historial de IT de los últimos cinco años y el convenio aplicable? Motor de reglas
Por número de afiliación a la Seguridad Social y DNI/NIE, el agente vincula el parte con el expediente correcto del trabajador en el HRIS. Recupera el historial de IT de los últimos cinco años (necesario para detectar la recaída de 180 días, LGSS art. 169.2), el contrato vigente, el convenio colectivo aplicable y la base de cotización media de los últimos seis meses, que servirá para calcular la base reguladora.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Detección de solapamientos y de la recaída a 180 días ¿Se solapa el parte con permisos, vacaciones u otra IT activa, o es una recaída del mismo proceso dentro de los 180 días (LGSS art. 169.2)? Motor de reglas
Una regla determinista compara las fechas del parte con el calendario de ausencias del trabajador para detectar solapamientos: permisos retribuidos (ET art. 37), vacaciones en curso, otros procesos de IT activos, o una recaída del mismo proceso dentro de los 180 días (LGSS art. 169.2), que no inicia un proceso nuevo sino que suma duración acumulada. Una doble emisión por contingencia común y profesional a la vez se escala al médico inspector del INSS.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Cálculo de la prestación según la contingencia ¿Cuál es la prestación según los art. 169-176 de la LGSS (60-75% en contingencia común, 75% desde el primer día en la profesional) más el complemento del convenio? Motor de reglas
El cálculo sigue las reglas deterministas de los art. 169-176 de la LGSS. En contingencia común, la prestación es del 60% de la base reguladora del día 4 al 20 y del 75% a partir del día 21; en contingencia profesional, del 75% desde el primer día. A esto se añade el complemento de empresa que fije el convenio colectivo aplicable, y la prestación se ajusta proporcionalmente en jornada parcial.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Comunicación al Sistema RED de la TGSS en plazo ¿Se comunica la baja o el alta al Sistema RED de la TGSS dentro de los tres días hábiles (RD 625/2014 art. 7), evitando el recargo de mora del art. 28 de la LGSS? Agente IA Auditor
La comunicación al Sistema RED de la TGSS es automatizada y sin discrecionalidad. El plazo legal es de 3 días hábiles tras la emisión del parte de baja inicial (RD 625/2014 art. 7). Incumplirlo expone a la empresa al recargo de mora del art. 28 de la LGSS (hasta el 20%). Cada transmisión deja un audit-trail completo con marca de tiempo y número de transmisión.
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Auditor
Comunicación a la Mutua en contingencia profesional ¿Se comunica a la Mutua Colaboradora la contingencia profesional, que abona la prestación desde el primer día (RD 1430/2009)? Agente IA Auditor
En contingencia profesional, la comunicación a la Mutua Colaboradora es automatizada (RD 1430/2009). Desde el primer día, la Mutua abona la prestación de IT al 75% de la base reguladora en caso de accidente de trabajo o enfermedad profesional. Si el accidente se debe a culpa de la empresa, puede aplicarse el recargo de prestaciones del art. 164 de la LGSS (hasta el 50%), con investigación de la Inspección de Trabajo.
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Auditor
Notificación al responsable directo sin diagnóstico ¿Se comunica al responsable directo solo lo imprescindible (existencia de la IT, fecha de baja y duración estimada), sin el diagnóstico, conforme a la minimización del RGPD y al art. 7 de la Ley 41/2002? Motor de reglas
Por el principio de minimización de datos (RGPD art. 5.1.c) y la confidencialidad del art. 7 de la Ley 41/2002, al responsable directo solo se le comunica lo imprescindible: que existe una IT, la fecha de baja y la duración estimada. No se transmite el diagnóstico, el tratamiento ni el facultativo emisor. El acceso queda restringido a quien lo necesita y queda registrado en el audit-trail.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Detección de casos largos y vigilancia de la salud ¿Se activa el protocolo de vigilancia de la salud (Ley 31/1995 art. 22) al alcanzar los umbrales de IT acumulada (6 semanas en 12 meses, 12 semanas continuas, 365 días)? Motor de reglas
El agente vigila por reglas el tiempo acumulado de IT y dispara el protocolo de vigilancia de la salud (Ley 31/1995 art. 22) al alcanzar los umbrales: 6 semanas acumuladas en 12 meses, 12 semanas continuas (examen de salud obligatorio) y 365 días, momento en que el médico inspector del INSS puede proponer una incapacidad permanente. Para la reincorporación tras una IT prolongada con secuelas se valora la adaptación del puesto (LGD art. 40).
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Detección de indicios de fraude ¿Hay indicios de fraude (parte no oficial, duración incoherente, segundo empleo activo) que requieran el control empresarial del art. 20.4 del ET o el escalado a la Inspección de Trabajo? Agente IA Auditor
Un análisis asistido por IA marca posibles indicios de fraude: un parte no registrado en el Sistema CASIA, una duración incoherente con la actividad y el diagnóstico, un patrón de bajas recurrentes o un segundo empleo activo durante la IT. El sistema solo produce un indicador, nunca una decisión: el control facultativo empresarial (ET art. 20.4) y cualquier escalado a la Inspección de Trabajo los valida una persona (Dirección de RRHH y Servicio Jurídico).
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Auditor
Actualización de los sistemas de tiempo y nómina ¿Se sincroniza la IT validada con el registro horario, la nómina (prestación más complemento) y la planificación de turnos? Agente IA Auditor
Una vez validado el parte, el agente sincroniza los sistemas que dependen de él: el registro horario (los días de IT no computan jornada), la nómina (con la prestación calculada según los art. 169-176 de la LGSS más el complemento de empresa del convenio), el control de presencia y la planificación de turnos para la sustitución temporal. Cada sincronización queda en el audit-trail con el número de parte y el importe aplicado.
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Auditor
Enrutamiento de los casos ambiguos a criterio humano ¿Se enrutan los casos límite (documentación incompleta, recaída o alta en disputa, accidente con posible culpa de la empresa) a RRHH, el Servicio Jurídico y el de Prevención? Agente IA Auditor
El agente reconoce los casos límite que necesitan criterio humano y los enruta: documentación incompleta, un diagnóstico atípico, una recaída o un alta médica en disputa, o un accidente con posible culpa de la empresa. Estos casos se escalan a la Dirección de RRHH, el Servicio Jurídico, el Servicio de Prevención y, si hay datos de salud en juego, el DPO. El sistema solo aporta un indicador, no la decisión final.
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Auditor
Coordinación con Payroll, Leave-of-Absence y Document-Management ¿Se coordina la IT con Payroll-Processing (prestación), Leave-of-Absence (suspensión del contrato, ET art. 45.1.c) y HR-Document-Management (archivo confidencial, Ley 41/2002)? Motor de reglas
Una regla determinista coordina este agente con los demás del Decision Layer: el Payroll-Processing-Agent toma la prestación de IT ya calculada para la nómina; el Leave-of-Absence-Agent gestiona la suspensión del contrato (ET art. 45.1.c) y la reincorporación tras el alta (art. 48); el HR-Document-Management archiva el parte de forma confidencial conforme al art. 17 de la Ley 41/2002; y el Employee-Relations-Case interviene cuando hay un alta médica en disputa.
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Notificación a los organismos ante cambios materiales ¿Algún cambio material (accidente con culpa de la empresa, IT que llega a los 365 días, brecha de datos de salud) obliga a notificar a la Inspección de Trabajo, la Mutua, el INSS o la AEPD? Motor de reglas
Una regla determinista decide qué cambios materiales del proceso obligan a notificar a un organismo. Un accidente con culpa de la empresa se notifica a la Inspección de Trabajo; una enfermedad profesional, a la Mutua; una IT que llega a los 365 días deriva en la propuesta de incapacidad permanente del INSS; y cualquier brecha de datos de salud se comunica a la AEPD dentro de las 72 horas (RGPD art. 33).
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Registro de decisión y derecho a impugnar
Cada decisión que este agente toma o prepara se documenta en un registro de decisión completo. Los empleados afectados pueden revisar, comprender e impugnar cada decisión individual.
¿Este agente encaja en su proceso?
Analizamos su proceso concreto y mostramos cómo este agente se integra en su entorno de sistemas. 30 minutos, sin preparación necesaria.
Analizar su procesoNotas de governance
Evaluación
Requisitos previos
- Sistema HRIS A3 Wolters Kluwer + Sage NóminaPlus + Cegid Visma Meta4 + Bizneo HR + Holded + Factorial + SAP SuccessFactors Spain + Workday HCM Spain + Personio Spain + Oracle Cloud HCM + ADP con read access expediente trabajador + historial absentismo + contrato vigente + grupo profesional + convenio colectivo aplicable REGCON + RAT art. 30 RGPD
- Sistema RED TGSS comunicación electrónica obligatoria bajas/altas IT + autorización RED autorizado RED válida + Sistema CRETA + Sistema Liquidación Directa SLD + RED Internet + RED Directo + cl@ve PIN + DNIe + certificado digital FNMT-RCM identificación electrónica trabajador y empresa + plazo 3 días hábiles tras emisión parte baja
- Sistema CASIA Comunicación Asistencial Sanitaria interoperabilidad SP autonómico (SESPA Asturias + ICS Cataluña + Osakidetza Euskadi + SERMAS Madrid + SAS Andalucía + 17 servicios) + Mutuas Colaboradoras SS (19 mutuas activas: Universal + Fraternidad + ASEPEYO + MAZ + FREMAP + MC Mutual + Egarsat + Umivale + IBERMUTUA) + recepción parte facultativo electrónico
- Sistema firma cualificada eIDAS Signaturit + Validated ID + Lleida.net + FNMT-RCM + Universign + Tractis + DocuSign España + Adobe Sign España + Yousign con QSig (Vertrauensdiensteanbieter VDA Anexo II eIDAS) + AdES + acuse recibo + audit-trail + cl@ve PIN + DNIe identificación trabajador
- DPIA art. 35 RGPD para sistema Sick-Leave-Processing datos especiales art. 9 + AESIA EU AI Act 2024/1689 Article 26 deployer obligations + RAT art. 30 + Standard Contractual Clauses cloud-data-transfer + DPO consultation art. 39 + AEPD Plan Estratégico 2024-2027 prioriza datos laborales + cifrado AES-256 obligatorio nivel alto seguridad RD 1720/2007 + log accesos historial salud
- Servicio Prevención Riesgos Laborales SPP propio/externo/mancomunado + Servicio Médico Empresa + Vigilancia Salud Ley 31/1995 art. 22 + protocolo retorno IT prolongada + adaptación puesto trabajo LGD art. 40 + RD 39/1997 Reglamento SP + RD 843/2011 Servicios Sanitarios SP + criterio técnico ITSS 104/2021 + UNE-EN ISO 45001 SGSS
- Convenios Colectivos sectoriales REGCON ET art. 82-85 + complemento empresa IT (mejora prestación SS típicamente 100 percent base salarial días 1-365) + clausulas mejorabilidad art. 82.3 + procedimiento sancion ausencias injustificadas + sistema control absentismo sectorial + comisión paritaria + consulta Comité Empresa ET art. 64
Qué contiene esta evaluación: 9 diapositivas para su equipo directivo
Personalizada con sus datos. Generada en 2 minutos en su navegador. Sin carga, sin inicio de sesión.
- 1
Portada - Nombre del proceso, puntos de decisión, potencial de automatización
- 2
Resumen ejecutivo - FTE liberados, coste por transacción, fecha de amortización
- 3
Situación actual - Volumen de transacciones, costes de error, escenario de crecimiento
- 4
Arquitectura de solución - Humano - motor de reglas - agente IA
- 5
Gobernanza - EU AI Act, comité de empresa/GoBD, pista de auditoría
- 6
Análisis de riesgos - 5 riesgos con probabilidad e impacto
- 7
Hoja de ruta - Plan de 3 fases con fechas concretas
- 8
Caso de negocio - Comparación de 3 escenarios más matriz de sensibilidad
- 9
Propuesta de discusión - Próximos pasos concretos
Incluye: comparación de 3 escenarios
No hacer nada vs. nueva contratación vs. automatización - con su nivel salarial, su tasa de error y su plan de crecimiento.
Mostrar metodología de cálculo
Hourly rate: Annual salary (your input) × 1.3 employer burden ÷ 1,720 annual work hours
Savings: Transactions × 12 × automation rate × minutes/transaction × hourly rate × economic factor
Quality ROI: Error reduction × transactions × 12 × EUR 260/error (APQC Open Standards Benchmarking)
FTE: Saved hours ÷ 1,720 annual work hours
Break-Even: Benchmark investment ÷ monthly combined savings (efficiency + quality)
New hire: Annual salary × 1.3 + EUR 12,000 recruiting per FTE
Todos los datos permanecen en su navegador. Nada se transmite a ningún servidor.
Agente Procesamiento Bajas IT
Initial assessment for your leadership team
A thorough initial assessment in 2 minutes - with your numbers, your risk profile and industry benchmarks. No vendor logo, no sales pitch.
All data stays in your browser. Nothing is transmitted.
Páginas relacionadas
Agentes relacionados
Agente Datos Maestros Empleados HR
Cada cambio en los datos maestros de un empleado se trata como una decisión documentada: reglas que clasifican el dato y fijan su retención según la base legal, IA que detecta incoherencias entre sistemas, y validación del DPO antes de tocar las categorías especiales del art. 9.
Agente Self-Service Empleado
Un único portal de autoservicio donde el empleado gestiona solicitudes, nómina y transparencia retributiva, ejerce sus derechos del RGPD y firma con eIDAS, con accesibilidad garantizada y los casos sensibles siempre derivados a una persona.
Agente Control Horario
Cada fichaje queda validado contra la jornada legal y los descansos del Estatuto de los Trabajadores, con el registro diario que exige el art. 34.9 ET y la trazabilidad que pide la Inspección de Trabajo - en lugar de un Excel manual sin validación legal.
Preguntas frecuentes
¿Cómo se cumple el plazo de comunicación al Sistema RED de la TGSS y se evita el recargo de mora?
¿Cómo se calcula la prestación de IT según la contingencia y el complemento del convenio?
¿Cómo se gestiona la confidencialidad de los datos de salud del trabajador?
¿Cuándo se activa el protocolo de vigilancia de la salud y la adaptación del puesto?
¿Cómo funciona el control empresarial del parte y la detección del fraude?
¿Qué sanciones acumulables hay por un procesamiento deficiente de las bajas de IT?
Cómo se diferencia el Sick Leave Processing Agent del Payroll Processing Agent y del Leave of Absence Agent?
¿Qué pasa después?
30 minutos
Primera reunión
Analizamos su proceso e identificamos el punto de inicio óptimo.
1 semana
Discover
Mapeo de su lógica de decisión. Reglas documentadas, Decision Layer diseñado.
3-4 semanas
Build
Agente productivo en su infraestructura. Gobernanza, audit trail, cert-ready desde el día 1.
12-18 meses
Autosuficiencia
Acceso completo al código fuente, prompts y versiones de reglas. Sin vendor lock-in.
Implementar este agente?
Evaluamos su paisaje de procesos y mostramos como este agente encaja en su infraestructura.