Los gastos de viaje no son un problema de formularios. Son un problema de decisión.
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
Por qué las herramientas de gastos fracasan en organizaciones complejas
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.
EUR 53 por caso
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.
19% tasa de error
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).
Cero preparación para auditoría
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
Cada caso. Descompuesto en pasos de decisión.
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.
Mismo input, mismo resultado
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.
De 40 a 120 micro-decisiones por caso
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.
Motor de reglas, convenio colectivo o persona
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.
El empleado no confirma. Puede objetar.
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
No documentado a posteriori. Generado en el proceso.
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.
Cada micro-decisión genera una entrada de auditoría
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.
Transparente para el Comité de Empresa
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 →Listo para inspección de Hacienda
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 →Cumplimiento sistemático
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 | Herramienta de gastos tradicional | Travel Decision Layer |
|---|---|---|
| Modelo de decisión | El empleado rellena, el responsable aprueba | El Decision Layer aplica reglas, el empleado tiene veto |
| Complejidad normativa | Políticas básicas, sin lógica de convenio colectivo | Decision Tables versionadas: normativa fiscal, dietas, convenios colectivos |
| Audit Trail | Recibo almacenado, decisión no documentada | Cada micro-decisión documentada: regla, input, resultado, marca temporal |
| Inspección de Hacienda | Reconstrucción manual desde expedientes | Exportación: expediente de auditoría sellado por caso, reproducible por hash de entrada |
| Experiencia del empleado | Formulario, carga, esperar aprobación | Procesamiento automático, notificación, opción de veto |
| Escalabilidad | Lineal: más casos = más revisores | Constante: 100 o 100.000 casos, mismo motor de reglas |
| Comité de Empresa | Opaco, difícil de auditar | Motor de reglas consultable, puntuación de anomalías por Feature Flag, informes pseudonimizados |
Simulado para volúmenes enterprise
Cuatro sectores. Calculados.
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.
Aviación
- Decenas de miles de tripulaciones, múltiples grupos de personal
- Múltiples convenios colectivos paralelos por aerolínea
- 100.000 a 1.000.000+ casos/año
- Multi-aerolínea, multi-jurisdicción
Consultoría
- 8.000+ consultores, 15+ jurisdicciones
- Split de tres vías: fiscal / cliente / interno
- Semanas multi-cliente, centros de coste cambiantes
Logística
- 20.000+ conductores, Paquete de Movilidad UE
- Detección de país basada en GPS
- Dietas de conductores basadas en flota
Ventas
- 5.000+ fuerza comercial, integración CRM
- 10.000+ casos al mes
- Aplicación de políticas en volumen
Implementación
Del piloto al sistema en producción.
Arquitectura técnica
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.
Implementación
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.
Palanca económica
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
Seguridad enterprise. Desde el día uno.
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.
100% infraestructura del cliente
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.
RGPD by Design
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 detalleConforme con el AI Act
Separació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 ReadinessAudit Trail (append-only)
Expedientes 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.
ISO 27001 / PS 951 cert-ready
Controls Registry integrado, Evidence Runs automatizados, políticas versionadas. Cumplimiento en operación continua, no documentado a posteriori.
Cert-Ready by DesignSSO y separación de mandantes
Integració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.
Profundización en el Agent Briefing
Nuestra serie de artículos para ejecutivos que implementan agentes de IA en la empresa.
Preguntas frecuentes sobre el Travel Decision Layer
¿Cuál es la diferencia entre el Travel Decision Layer y SAP Concur?
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.
¿Necesito sustituir mi sistema ERP existente?
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.
¿Cómo gestiona el Decision Layer los convenios colectivos?
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.
¿Qué ocurre cuando cambia la normativa o las dietas de la AEAT?
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.
¿Es compatible con el Comité de Empresa?
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.
¿Qué significan los resultados de simulación de esta página?
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.
¿Qué datos salen de la organización?
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.
¿Cómo se inicia un proyecto concretamente?
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.
Hagamos los cálculos.
30 minutos. Sus parámetros, sus volúmenes, su resultado. Configuramos el Decision Layer con sus escenarios reales y mostramos qué compensa.