EUR 53 por caso. 19% de tasa de error. Un problema estructural.
El AI Agent clasifica tipo de documento, asignación de país y aplicación tarifaria. Los importes de reembolso, dietas y deducciones fiscales los calcula el motor de reglas de forma determinista.
por caso, procesamiento manual
tasa de error en liquidaciones de viaje
coste de corrección por error
GBTA Foundation 2024: USD 58 por transacción (aprox. EUR 53). HRS, "Expense Reporting: Global Practices and Pain Points".
El Problema
SAP Concur, Circula, Moss, Spendesk. Todas digitalizan el mismo proceso manual: capturar recibos, rellenar formularios, obtener aprobaciones. Con EUR 53 por caso y 19% de tasa de error según GBTA, resulta costoso. Pero en organizaciones con convenios colectivos, personal internacional y decenas de jurisdicciones fiscales, la captura no es el problema. El problema es la decisión.
Las herramientas de gastos digitalizan formularios en papel. El empleado rellena, el responsable aprueba, contabilidad revisa. Tres pasos manuales, EUR 53 por caso (GBTA). Con 100.000 casos al año, son EUR 5,3 millones solo en costes de procesamiento.
Dietas por país, reglas de contabilización, deducciones por comidas, overrides de convenio colectivo, umbrales de exención fiscal. Ningún empleado conoce todas las reglas. Ningún aprobador las verifica. Resultado: uno de cada cinco casos es incorrecto. EUR 48 de coste de corrección por error (GBTA).
Cuando llega la inspección de Hacienda, falta la evidencia: ¿qué regla se aplicó? ¿Por qué esta dieta? ¿Era correcta la deducción? Las herramientas de gastos documentan lo que se presentó. No por qué se decidió así.
El Decision Layer
El Travel Decision Layer funciona como todo Gosign Decision Layer: descompone un proceso en pasos de decisión individuales y define para cada paso quién o qué decide. Motor de reglas, convenio colectivo o persona. No todo de una vez, sino paso a paso, documentado y trazable.
AI extrae y clasifica. El Decision Layer decide. Esta separación es la razón por la que el sistema es auditable, conforme con el AI Act y compatible con el Comité de Empresa.
Las Decision Tables están versionadas. Cada caso se verifica contra una versión de reglas definida. Sin resultados estocásticos, sin output de LLM en importes o tratamiento fiscal.
No una gran decisión 'aprobado / rechazado', sino docenas de pequeñas: ¿qué dieta? ¿Qué deducción? ¿Qué convenio colectivo? ¿Parte exenta? Cada una documentada individualmente.
El Decision Layer no decide todo por sí mismo. Sabe qué pasos cubre el motor de reglas, cuáles están definidos por convenio colectivo y dónde debe intervenir una persona. El resultado: solo las excepciones reales requieren atención humana.
Las herramientas de gastos tradicionales exigen al empleado confirmar su propia liquidación. El Decision Layer lo invierte: el procesamiento es automático. El empleado es informado y tiene derecho de veto.
Governance
Cuando el inspector de Hacienda pregunta "¿Por qué se aplicaron 28 EUR en lugar de 14 EUR?" no basta con "el sistema lo calculó". El Travel Decision Layer genera para cada caso un expediente de decisión que responde exactamente a esa pregunta: qué regla, qué input, qué resultado, cuándo, por quién.
Append-only. Nada se sobrescribe, nada se elimina. Las correcciones generan asientos de anulación y ajuste. Firmado con SHA-256, exportable en cualquier momento.
Motor de reglas consultable. Decisiones trazables. Puntuación de anomalías controlable por Feature Flag. Informes pseudonimizados. Compliance y rendimiento arquitectónicamente separados.
Derecho de consulta en detalle →Plazos de conservación soportados. Anonimización en lugar de eliminación para compatibilidad con RGPD. Cada caso reproducible vía hash de entrada.
Cert-Ready by Design en detalle →Sin informes trimestrales, sin auditorías por muestreo. Cada caso individual es verificado por reglas. Las desviaciones se detectan de inmediato y se documentan.
| Dimensión | Travel Decision Layer | Herramienta de gastos tradicional |
|---|---|---|
| Modelo de decisión | El Decision Layer aplica reglas, el empleado tiene veto | El empleado rellena, el responsable aprueba |
| Complejidad normativa | Decision Tables versionadas: normativa fiscal, dietas, convenios colectivos | Políticas básicas, sin lógica de convenio colectivo |
| Audit Trail | Cada micro-decisión documentada: regla, input, resultado, marca temporal | Recibo almacenado, decisión no documentada |
| Inspección de Hacienda | Exportación: expediente de auditoría sellado por caso, reproducible por hash de entrada | Reconstrucción manual desde expedientes |
| Experiencia del empleado | Procesamiento automático, notificación, opción de veto | Formulario, carga, esperar aprobación |
| Escalabilidad | Constante: 100 o 100.000 casos, mismo motor de reglas | Lineal: más casos = más revisores |
| Comité de Empresa | Motor de reglas consultable, puntuación de anomalías por Feature Flag, informes pseudonimizados | Opaco, difícil de auditar |
Simulado para volúmenes enterprise
Hemos configurado el Travel Decision Layer para cuatro sectores con volúmenes realistas y calculado los resultados. Cada tarjeta muestra los parámetros de simulación y el resultado.
Implementación
El Travel Decision Layer opera completamente en su infraestructura: su centro de datos, su red, su control. Sin dependencia SaaS, sin fuga de datos, sin seguimiento telemétrico externo. Containerizado, multi-tenant, listo para despliegue en su Private Cloud o como despliegue gestionado en centros de datos de la UE.
El Decision Layer no se instala, se configura: sus convenios colectivos, sus políticas, su ecosistema de sistemas. Los proyectos piloto típicos arrancan en 3 meses con un sector y un convenio colectivo. Las extensiones a otros grupos de personal o conexiones de sistemas funcionan en paralelo con el piloto.
Verificación sistemática de reglas en vez de muestreos
Cada caso pasa por el mismo motor de reglas. Las desviaciones se detectan y documentan, no se descubren en la conciliación trimestral.
Sin workflows de aprobación para casos estándar
Tiempo de procesamiento de días a minutos. Los responsables solo aprueban excepciones.
Asignación automática de centros de coste y proyectos
Sin mapeo manual para miles de casos. Sin cuello de botella a fin de mes.
Expedientes de decisión listos para auditoría generados en el proceso
La inspección de Hacienda es una exportación, no un proyecto de investigación. Semanas se convierten en minutos.
Seguridad
No añadida como funcionalidad a posteriori, sino construida como principio arquitectónico. El Travel Decision Layer está diseñado para entornos regulados donde la protección de datos, la preparación para auditoría y la trazabilidad no son extras opcionales.
El Decision Layer opera completamente en su red. Sin dependencia SaaS, sin fuga de datos, sin seguimiento telemétrico externo. Secrets en su KMS, logs en su SIEM, SSO vía su Identity Provider.
Anonimización en lugar de eliminación. Compatible con plazos de conservación fiscal y RGPD Art. 17. Sin conflicto entre normativa fiscal y protección de datos.
Residencia de datos en detalleSeparación arquitectónica clara: LLM para extracción de datos, Decision Layer para decisiones. Sin caja negra sobre hechos fiscales. Cada decisión reconstruible.
EU AI Act ReadinessExpedientes de decisión firmados. Hash de entrada más versión de regla produce resultado reproducible. Paquetes de auditoría sellados (JSON + PDF, SHA-256). Inspección en cualquier momento.
Controls Registry integrado, Evidence Runs automatizados, políticas versionadas. Cumplimiento en operación continua, no documentado a posteriori.
Cert-Ready by DesignIntegración con Identity Providers existentes. Separación de mandantes a nivel de base de datos (Row Level Security). Modelo de roles configurable de forma granular.
Nuestra serie de artículos para ejecutivos que implementan agentes de IA en la empresa.
Concur es una herramienta de captura y workflow. El empleado rellena un formulario, el responsable aprueba. El Travel Decision Layer es una capa de decisión: decide de forma determinista basándose en motores de reglas, documenta cada decisión y genera paquetes de auditoría listos para inspección. Concur digitaliza el proceso en papel. El Decision Layer lo sustituye.
No. El Decision Layer se sitúa entre los sistemas fuente y el ERP. Lee datos de planes de servicio, feeds de tarjetas corporativas y recibos, toma decisiones y entrega resultados listos para contabilizar en SAP, Oracle o cualquier sistema ERP.
Las reglas de convenios colectivos se configuran por proyecto de cliente. El Decision Layer puede mapear dietas de convenio colectivo que prevalecen sobre las tasas legales. El mapeo de la lógica específica del convenio se desarrolla conjuntamente durante la implementación.
Las tablas de decisión están versionadas. Los nuevos conjuntos de reglas se despliegan como versión propia con período de vigencia. Los cambios retroactivos activan un recálculo automático de todos los casos afectados. No se sobrescribe ninguna entrada: el Decision Layer crea asientos de anulación y ajuste. El historial completo se preserva y es trazable en todo momento.
Sí. Cada decisión es auditable, el conjunto de reglas es transparente y el Audit Trail completo es accesible para los representantes de los trabajadores. La puntuación de anomalías es controlable por Feature Flag. Los informes son pseudonimizados por defecto. El análisis de compliance y el monitoreo de rendimiento están arquitectónicamente separados. El Decision Layer no toma decisiones opacas de AI - aplica reglas documentadas.
Hemos configurado el Decision Layer para cuatro sectores con parámetros realistas: volúmenes de personal, convenios colectivos, jurisdicciones, estructuras de casos típicas. Las tasas de Zero-Touch muestran qué proporción de casos puede procesarse completamente de forma automática. En una primera reunión, calculamos con sus parámetros.
Ninguno. El Decision Layer opera completamente en su infraestructura. Sin dependencia SaaS, sin fuga de datos, sin seguimiento telemétrico externo. Secrets en su KMS, logs en su SIEM, SSO vía su Identity Provider.
En una reunión de 30 minutos aclaramos sus parámetros: volúmenes, convenios colectivos, ecosistema de sistemas. De ahí surge una propuesta piloto: un sector, un convenio colectivo, un flujo de datos. Los proyectos piloto típicos arrancan en 3 meses. Las extensiones funcionan en paralelo.
30 minutos. Sus parámetros, sus volúmenes, su resultado. Configuramos el Decision Layer con sus escenarios reales y mostramos qué compensa.
Agendar reunión