Ir al contenido
D K
EU AI Act: No alto riesgo Q3

Policy Document Agent

Una única fuente de verdad para cada política de RRHH - siempre actual, siempre accesible.

Gestiona políticas de RRHH: creación, revisión, aprobación, publicación y control de versiones - siempre la versión vigente disponible.

Analizar su proceso
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Regla de versionado, extracción de contenido por IA, enrutado de consultas

El agente gestiona políticas con alta proporción H en la redacción: los autores de RRHH determinan contenido y aprobación, el agente estructura versiones de forma determinista, extrae por IA los cambios materiales entre versiones y responde consultas por reglas con la versión vigente a la fecha de la solicitud.

Resultado: Alrededor del 60 por ciento de las políticas de RRHH en pymes españolas no están versionadas ni son centralmente localizables; con hasta 80 acuerdos de empresa activos surge regularmente inseguridad jurídica entre responsables.

57% Motor de reglas
29% Agente IA
14% Humano

El núcleo no es el documento, sino la pregunta sobre qué versión estaba vigente el día X:

Cuarenta a ochenta políticas, una condición siempre incumplida

Una empresa con 1.500 personas en plantilla mantiene habitualmente entre 40 y 80 políticas internas: normativa de dietas, acuerdo de teletrabajo, política de vehículos, política de protección de datos, código de conducta, modelos de jornada, política de formación, política de no discriminación - la lista crece con cada cambio legal y cada nuevo acuerdo con el Comité de Empresa. Cada política debe estar actualizada, ser localizable, comprenderse y haberse acusado de forma demostrable.

En la práctica, al menos una de esas cuatro condiciones se incumple casi siempre.

El sistema operativo regulatorio - y por qué está fuera de línea

Las políticas de RRHH no son accesorio administrativo. Son el sistema operativo regulatorio de una empresa. Definen qué está permitido y qué no, qué derechos existen, qué obligaciones se aplican. Los juzgados de lo social, la Inspección de Trabajo y la AEPD miden a las empresas por lo que figura en esos documentos - y por si la plantilla los conocía de forma demostrable.

El problema no es que falten políticas. El problema es que el sistema que las gestiona procede de la década pasada. Una carpeta SharePoint con 200 ficheros, 40 de ellos nombrados como “final_v3_NUEVO”. Un correo de noviembre con el asunto “política de dietas actualizada” que nadie ha abierto. Un acuerdo de trabajo a distancia pendiente de revisión desde hace meses, atascado entre el área legal, el Comité de Empresa y Dirección.

El resultado: RRHH responde una y otra vez a las mismas preguntas. Las personas actúan según normas caducadas y no lo saben. Y cuando llega un litigio, falta la prueba de que se comunicó la versión vigente.

Tres problemas que se refuerzan mutuamente

Caos de versiones

En la mayoría de las empresas, las políticas existen en varias versiones simultáneas. RRHH trabaja con la versión actual, los responsables tienen una más antigua en su carpeta local y en la intranet hay una tercera con estado de vigencia poco claro. En una regulación de teletrabajo que ha sido modificada cuatro veces desde 2020, no es un riesgo teórico - es lo normal.

Los estudios sectoriales muestran que el 75 por ciento de las empresas pequeñas no actualiza regularmente sus manuales del empleado. En empresas medianas con cuerpos normativos más complejos, el problema se agrava porque cada política depende de otras. Un cambio en la jornada puede afectar al mismo tiempo a la política de dietas, a la regulación de horas extra y al acuerdo de disponibilidad.

La brecha del acuse de recibo

Una encuesta de GuideSpark muestra: el 43 por ciento de los empleados menores de 35 años no ha leído el manual de políticas. El 66 por ciento de las organizaciones de RRHH tiene dificultades para conseguir que los empleados siquiera acusen recibo de las políticas. Un tercio no sabe ni siquiera dónde están los documentos.

Sería un mero problema de comunicación si el acuse de recibo no tuviera valor jurídico. Pero lo tiene. Ante los juzgados de lo social y en inspecciones cuenta la prueba de que los empleados recibieron, leyeron y entendieron una política. Sin esa prueba, la política es inútil en caso de conflicto, por muy cuidadosamente redactada que esté.

Política escrita            ≠ Política comunicada
Política comunicada         ≠ Política leída
Política leída              ≠ Acuse de recibo probado
Acuse de recibo probado     = Política efectiva

El cuello de botella de la aprobación

Cualquier cambio de política en una empresa con Comité de Empresa atraviesa al menos cuatro estaciones: el área formula, el área legal revisa, el Comité de Empresa es informado y consultado según el artículo 64 del Estatuto de los Trabajadores, Dirección aprueba. Según el tema, se suman protección de datos, prevención de riesgos laborales o asesores externos.

Sin dirección de flujo, una actualización de política dura de tres a seis meses. Durante ese tiempo rige la versión antigua - o ninguna, si la antigua ya se había retirado. Las nuevas normas (Directiva europea de transparencia retributiva, NIS-2, Reglamento de IA) aumentan todavía más la presión de actualización. Cada adaptación a una directiva europea desencadena cascadas similares en España.

Lo que el agente cambia concretamente

El Policy Document Agent aborda los tres problemas a la vez, porque tienen el mismo origen estructural: falta de versionado, falta de dirección de proceso, falta de seguimiento.

Versionado con períodos de vigencia. Cada política recibe un número de versión único, una fecha de inicio de vigencia y, opcionalmente, una fecha de fin. Las versiones antiguas se archivan, no se borran. Ante cada consulta, el sistema entrega la versión vigente en el momento de la consulta - no la más nueva, sino la aplicable al caso concreto. Un empleado que pregunta por su liquidación de dietas de febrero obtiene la política que regía en febrero.

Flujos de aprobación dirigidos. El borrador de una política nueva o modificada atraviesa un flujo configurado. Qué estaciones se involucran lo determina un motor de reglas según el tipo de política y el derecho de participación. En temas con derecho de consulta al Comité de Empresa, la participación se planifica automáticamente. Los plazos se supervisan. Los retrasos se hacen visibles antes de volverse críticos.

Acuse de recibo demostrable. En cuanto una política nueva se aprueba, se distribuye a los grupos de personas afectados - no como adjunto de correo, sino con confirmación de lectura y marca temporal. Quien todavía no ha confirmado recibe recordatorio. RRHH ve en todo momento el estado actual de confirmaciones. Ante los juzgados existe una prueba sin fisuras.

Cuando los empleados preguntan

La cuarta función es la más visible: responder consultas sobre políticas. Un empleado pregunta si existe permiso retribuido por una mudanza dentro de la misma ciudad. El agente encuentra la sección relevante en la versión vigente del convenio, entrega la respuesta con referencia de fuente (sección, versión, fecha de vigencia) y marca la pregunta como pregunta factual o pregunta interpretativa. Las preguntas factuales se responden directamente. Las interpretativas se enrutan a RRHH - con el contexto relevante, para que la respuesta llegue más rápido.

La distinción es importante. “¿Cuántos días de permiso por mudanza me corresponden?” es una pregunta factual - la respuesta está en el convenio. “¿Se aplica también si la mudanza es dentro de la misma ciudad?” puede ser una pregunta interpretativa, dependiente de la formulación concreta. El agente reconoce la diferencia y actúa en consecuencia.

Esto no sólo reduce el volumen de consultas en RRHH. Cambia la calidad de las consultas restantes. En lugar de responder 30 preguntas idénticas sobre el cupo de teletrabajo, el departamento se ocupa de los tres casos que realmente requieren criterio.

Infraestructura que va más allá de las políticas

Dos de los tres componentes centrales de este agente - motor de versionado y flujo de aprobación - son infraestructura genérica. Cualquier agente del Decision Layer que aplique reglas necesita documentos versionados con períodos de vigencia. Cualquier agente que orqueste aprobaciones multinivel necesita un motor de flujo con control de plazos.

El Compliance Monitoring Agent comprueba datos operativos contra normas - esas normas deben estar versionadas. El Works Council Coordination Agent dirige procedimientos de consulta - esos procedimientos siguen la misma lógica de aprobación. El agente de auditoría necesita pruebas - el seguimiento de acuse de recibo las entrega.

Quien empieza con el Policy Document Agent no sólo rehace la gestión de políticas. Coloca la infraestructura para cada decisión basada en reglas que un agente posterior tomará en el ecosistema. El motor de versionado se reutiliza. La lógica de aprobación se reutiliza. El patrón de pista de auditoría se reutiliza.

Cuándo se rentabiliza

El cálculo tiene dos caras. La visible: horas de RRHH que ya no se dedican a preguntas estándar. Con 1.500 empleados y 20 consultas semanales, el 70 por ciento de las cuales puede responderse automáticamente, son 14 consultas menos - a 15 minutos por consulta, cerca de 180 horas al año.

La menos visible, pero mayor: el riesgo que no ocurre. Un procedimiento judicial perdido porque el acuse de recibo de una política no es demostrable. Una inspección de la AEPD que impone una medida porque la política de protección de datos no se ha actualizado en dos años. Una impugnación del Comité de Empresa porque la consulta sobre un cambio de política no está documentada.

Estos riesgos no se dejan volcar en una tabla. Pero cualquier Head of HR que alguna vez haya perdido un procedimiento por falta de prueba conoce la cifra.

Tabla de microdecisiones

¿Quién decide en este agente?

7 pasos de decisión, separados por decisor

57%(4/7)
Motor de reglas
determinístico
29%(2/7)
Agente IA
basado en modelo con confianza
14%(1/7)
Humano
asignación explícita
Humano
Motor de reglas
Agente IA
Cada fila es una decisión. Expanda para ver el registro de decisión y si se puede impugnar.
Recibir borrador o actualización de política Clasificar como nueva política, revisión o retirada Motor de reglas

Clasificación basada en metadatos de política y tipo de cambio

Registro de decisión

ID de la regla y número de versión
Datos de entrada que activaron la regla
Resultado del cálculo y fórmula aplicada

Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.

Enrutar para revisión Enviar a revisores requeridos (legal, RRHH, Comité de Empresa) Motor de reglas

Reglas de enrutamiento de revisión por tipo de política y alcance del cambio

Registro de decisión

ID de la regla y número de versión
Datos de entrada que activaron la regla
Resultado del cálculo y fórmula aplicada

Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.

Recopilar feedback de revisión Agregar comentarios y solicitudes de cambio de revisores Agente IA

Recopilación y consolidación automatizada de feedback

Registro de decisión

Versión del modelo y puntuación de confianza
Datos de entrada y resultado de clasificación
Justificación de la decisión (explicabilidad)
Rastro de auditoría con trazabilidad completa

Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.

Enrutar para aprobación Enviar política revisada por cadena de aprobación Motor de reglas

Cadena de aprobación por tipo de política y nivel organizativo

Registro de decisión

ID de la regla y número de versión
Datos de entrada que activaron la regla
Resultado del cálculo y fórmula aplicada

Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.

Aprobar política Autorizar publicación de política nueva o actualizada Humano

Aprobación humana con responsabilidad legal y de gobernanza

Registro de decisión

ID del decisor y rol
Justificación de la decisión
Marca de tiempo y contexto

Impugnable: Sí - a través del superior, Comité de Empresa o proceso formal de objeción.

Publicar y notificar Publicar política y notificar a empleados afectados Agente IA

Publicación automatizada con notificación dirigida

Registro de decisión

Versión del modelo y puntuación de confianza
Datos de entrada y resultado de clasificación
Justificación de la decisión (explicabilidad)
Rastro de auditoría con trazabilidad completa

Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.

Seguir acuses de recibo Monitorizar completitud de lectura y acuse de empleados Motor de reglas

Seguimiento de completitud con escalado de plazos

Registro de decisión

ID de la regla y número de versión
Datos de entrada que activaron la regla
Resultado del cálculo y fórmula aplicada

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.

¿Qué regla en qué versión se aplicó?
¿En qué datos se basó la decisión?
¿Quién (humano, motor de reglas o IA) decidió - y por qué?
¿Cómo puede la persona afectada presentar una objeción?
Cómo el Decision Layer lo implementa arquitectónicamente →

¿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 proceso

Notas de governance

EU AI Act: No alto riesgo
No clasificado como alto riesgo bajo el Reglamento de IA - el agente gestiona documentos sin decisiones que afecten al empleo. Los derechos de consulta del Comité de Empresa (artículo 64 del Estatuto de los Trabajadores) aplican a muchos cambios de política de RRHH (particularmente los que afectan condiciones de trabajo). El flujo de aprobación del agente debe incluir la consulta al Comité de Empresa cuando sea requerida - la política no puede publicarse hasta que se documente la consulta. El RGPD aplica al seguimiento de acuses de recibo (registrar qué empleados leyeron qué políticas).

Evaluación

Agent Readiness 68-75%
Governance Complexity 44-51%
Economic Impact 46-53%
Lighthouse Effect 31-38%
Implementation Complexity 34-41%
Volumen de transacciones Semanal

Requisitos previos

  • Sistema de gestión de políticas con control de versiones
  • Infraestructura de flujo de revisión y aprobación de políticas
  • Canales de publicación (intranet, portal de empleados)
  • Capacidad de seguimiento de acuses de recibo
  • Proceso de consulta al Comité de Empresa para cambios de política
  • Proceso de revisión legal para políticas relacionadas con empleo

Contribución a la infraestructura

El Policy Document Agent construye el repositorio autoritativo de políticas que el Employee Self-Service Agent, el Compliance Training Agent y el Compliance Monitoring Agent referencian. Sin una única fuente de verdad para políticas, cada agente downstream que responde preguntas sobre políticas opera con información potencialmente desactualizada. Construye Decision Logging y Audit Trail utilizados por el Decision Layer para la trazabilidad e impugnabilidad de cada decisión.

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. 1

    Portada - Nombre del proceso, puntos de decisión, potencial de automatización

  2. 2

    Resumen ejecutivo - FTE liberados, coste por transacción, fecha de amortización

  3. 3

    Situación actual - Volumen de transacciones, costes de error, escenario de crecimiento

  4. 4

    Arquitectura de solución - Humano - motor de reglas - agente IA

  5. 5

    Gobernanza - EU AI Act, comité de empresa/GoBD, pista de auditoría

  6. 6

    Análisis de riesgos - 5 riesgos con probabilidad e impacto

  7. 7

    Hoja de ruta - Plan de 3 fases con fechas concretas

  8. 8

    Caso de negocio - Comparación de 3 escenarios más matriz de sensibilidad

  9. 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.

Policy Document Agent

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.

30K120K
1%15%

All data stays in your browser. Nothing is transmitted.

Preguntas frecuentes

¿Cómo gestiona el agente políticas que requieren acuerdo del Comité de Empresa?

El flujo de aprobación del agente incluye la consulta al Comité de Empresa como paso requerido para tipos de política que caen bajo derechos de consulta. La política no puede publicarse hasta que la consulta al Comité se documente.

¿Qué ocurre cuando un empleado accede a una versión obsoleta de una política?

El agente mantiene control de versiones con fechas efectivas claras. Los empleados siempre ven la versión vigente por defecto. Las versiones históricas se retienen para auditoría pero están claramente marcadas como supersedidas.

¿Qué pasa después?

1

30 minutos

Primera reunión

Analizamos su proceso e identificamos el punto de inicio óptimo.

2

1 semana

Discover

Mapeo de su lógica de decisión. Reglas documentadas, Decision Layer diseñado.

3

3-4 semanas

Build

Agente productivo en su infraestructura. Gobernanza, audit trail, cert-ready desde el día 1.

4

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.