Gastos de viaje corporativos: Límites de SAP Concur

SAP Concur es bueno - para lo que fue diseñado

SAP Concur es el software de gestión de gastos de viaje más utilizado en el mundo. Captura de recibos mediante app, flujos de aprobación, integración con sistemas SAP - para empresas con viajes nacionales estandarizados, funciona de forma fiable.

El problema empieza donde terminan los procesos estándar. En empresas con convenios colectivos sectoriales, viajes multi-jurisdiccionales y complejidad regulatoria sectorial, toda herramienta de captura pura alcanza sus límites - no solo Concur, sino también Circula, Rydoo o HR Works.

La razón: estas herramientas resuelven el problema de captura. No el problema de decisión.

El problema de decisión: 40 a 120 micro-decisiones por transacción

Una liquidación de gastos de viaje no es una captura de recibos. Detrás de cada transacción hay entre 40 y 120 micro-decisiones:

• ¿Qué baremo de dietas aplica (baremos oficiales del Ministerio de Hacienda, vigentes a la fecha del viaje)?
• ¿Hay un convenio colectivo sectorial que prevalece sobre el baremo legal?
• ¿Cómo se calcula la deducción por manutención proporcionada (desayuno, almuerzo, cena)?
• ¿Qué centro de coste asume la transacción?
• ¿Cuál es el tratamiento fiscal (exento, tributación a tanto alzado, sujeto a retención)?
• ¿Qué ocurre ante un cambio de itinerario durante el viaje?

SAP Concur captura el recibo. Pero, ¿quién toma estas decisiones? En la mayoría de las empresas: un administrativo en el Shared Service Center, manualmente, transacción por transacción, sin lógica de decisión documentada.

Esto es caro. La GBTA Foundation cifra el coste medio por transacción de gastos de viaje procesada manualmente en 58 USD - con una tasa de error del 19 por ciento y un coste de corrección de 52 USD por error (Fuente: GBTA Foundation / HRS, “Expense Reporting: Global Practices and Pain Points”, 2015).

Donde las herramientas estándar de gastos alcanzan sus límites

El convenio colectivo prevalece sobre la ley

Los baremos oficiales de dietas establecidos por el Ministerio de Hacienda son el mínimo legal. En España, las dietas exentas de tributación se rigen por el artículo 9 del Reglamento del IRPF, con importes diferenciados para desplazamientos nacionales e internacionales (26,67 EUR nacionales, 48,08 EUR internacionales por día completo, 2026). Muchos convenios colectivos sectoriales definen importes superiores - en algunos casos significativamente.

Un grupo de aviación con 10.000 tripulantes mantiene típicamente de 2 a 5 convenios colectivos paralelos: pilotos, tripulación de cabina, personal de tierra, mantenimiento. Cada convenio define sus propias dietas, sus propias reglas de deducción, sus propias excepciones para manutención proporcionada.

SAP Concur no contempla convenios colectivos. El software calcula con los baremos legales - o con un importe único aplicable a toda la empresa. El cálculo conforme al convenio colectivo de las dietas se realiza fuera de la herramienta: manualmente, en hojas de cálculo, o por administrativos del Shared Service Center que trasladan el resultado de vuelta al sistema a mano.

Esto no es solo ineficiente. Es propenso a errores. Cuando el administrativo aplica el convenio colectivo equivocado al grupo de tripulación 3, se generan errores sistemáticos que pasan inadvertidos en miles de transacciones - hasta la inspección fiscal.

Multi-jurisdicción en una sola transacción

Un tripulante en una ruta europea toca de 3 a 5 países en un solo día. La dieta se rige por el país donde termina la jornada, o por la regla de medianoche en viajes de varios días. Las herramientas estándar de gastos calculan un país por viaje. Multi-jurisdicción dentro de una sola transacción - con cruces de frontera registrados al minuto - queda fuera de su modelo de datos.

Esto no afecta solo a las aerolíneas:

• Logística: Los conductores cruzan varias fronteras a diario. La dieta cambia en cada frontera y el cálculo debe ser preciso al minuto - especialmente en cruces de medianoche. A ello se añaden las obligaciones documentales del Paquete de Movilidad de la UE (Directiva 2020/1057).
• Ventas: Los comerciales visitan clientes en varios países por semana. Lunes Lisboa, miércoles París, viernes Madrid - tres jurisdicciones, tres baremos de dietas, una transacción.
• Consultoría: Los consultores trabajan en mandatos rotativos. Un ritmo semanal con tres clientes en dos países genera requisitos de splitting que ninguna herramienta estándar puede resolver.

Operaciones irregulares y cambios imprevistos

Del 10 al 20 por ciento de todos los vuelos se ven afectados por irregularidades - retrasos, desvíos, reposicionamientos de tripulación (Fuente: EUROCONTROL / US DOT BTS, 2024). Cada irregularidad modifica el cálculo de gastos de viaje: otra dieta por otro país de destino, otro derecho de alojamiento, otro centro de coste.

Ninguna herramienta estándar de gastos procesa automáticamente las operaciones irregulares (IROP). La corrección se realiza manualmente - si es que se detecta. Con 100.000 transacciones de tripulación al año y una tasa de IROP del 15 por ciento, eso supone 15.000 transacciones que requieren reprocesamiento manual. Cada una con el riesgo de que la propia corrección sea errónea.

La brecha de governance

SAP Concur documenta lo que se presentó. No documenta por qué se tomó una decisión. Esa es la diferencia entre una herramienta de captura y una capa de governance.

Cuando el inspector fiscal pregunta: “¿Qué regla se aplicó para calcular esta dieta?” - Concur no tiene respuesta. El importe está en el sistema, la lógica de decisión no. Cuando el comité de empresa pregunta: “¿Cómo se toman las decisiones sobre gastos de viaje?” - la respuesta honesta en la mayoría de las empresas es: el administrativo decide por experiencia.

Eso no es un Audit Trail. Eso es dependencia de personas.

Simulación: 100.000 transacciones de tripulación al año

La situación de partida

Para un grupo de aviación con 100.000 transacciones de tripulación al año, los datos de la GBTA arrojan:

No incluido: costes de tiempo de aprobadores (directivos revisando recibos en lugar de dirigir), colapso de fin de mes en contabilidad, riesgo de auditoría en inspecciones fiscales y frustración de los empleados por reembolsos tardíos.

El enfoque Decision Layer

El Travel Decision Layer descompone cada transacción de gastos de viaje en sus micro-decisiones y aplica para cada una reglas documentadas: legislación, convenio colectivo, normativa interna - en esa jerarquía, versionadas, trazables.

La aplicación de reglas es determinista. Ningún modelo de lenguaje estocástico decide sobre importes o tratamiento fiscal. La IA se emplea en la clasificación - identificar tipos de recibo, categorizar tipos de IROP, clasificar motivos de representación - pero el cálculo sigue reglas exactas. Para comprender en detalle cómo la arquitectura del Decision Layer separa clasificación de cálculo, consulte nuestro artículo de referencia.

Para la simulación de aviación, la comparación resulta así:

Proyección con 100.000 transacciones: de 6,8 millones USD a menos de 1 millón USD al año. El ahorro no proviene de administrativos más baratos, sino de la eliminación de decisiones manuales.

El flujo de decisión en detalle

Una sola transacción de tripulación recorre los siguientes pasos en el Decision Layer:

1. Ingesta de datos de rotación desde el sistema de planificación de tripulaciones
2. Determinación de la secuencia de países a partir de los datos de rotación
3. Consulta del baremo de dietas por país y día (baremos oficiales, vigentes a la fecha del viaje)
4. Verificación de la prevalencia del convenio colectivo (grupo de tripulación, periodo de vigencia)
5. Cálculo de deducción por manutención (desayuno, almuerzo, cena - por día)
6. Clasificación del tipo de IROP (asistida por IA) y recálculo de dietas
7. Validación de costes de hotel contra la política interna (límite por ciudad)
8. Asignación de centro de coste (rotación, flota, grupo de tripulación)
9. Determinación del tratamiento fiscal (exento, a tanto alzado, sujeto a retención)
10. Generación del registro de auditoría (firmado con SHA-256, append-only)

Cada uno de estos pasos es una decisión documentada con una base normativa trazable. Esa es la diferencia con un flujo de aprobación donde una persona pulsa “Aprobado” sin que la lógica de decisión quede registrada en el sistema. Este enfoque Cert-Ready by Design garantiza que la preparación para auditoría sea estructural, no reconstruida.

Cuatro sectores, cuatro niveles de complejidad

El Travel Decision Layer no se limita a la aviación. La arquitectura base - un motor de reglas determinista sobre micro-decisiones - funciona en todos los sectores con configuración específica:

Las cuatro simulaciones parten de los mismos valores base de la GBTA (58 USD por transacción, 19 % de tasa de error) y muestran el potencial de optimización específico de cada sector. Las diferentes tasas de zero-touch reflejan la complejidad sectorial: logística y aviación alcanzan el 95 por ciento porque los datos de entrada (tracks GPS, rotaciones de tripulación) son procesables por máquina. Consultoría se sitúa en el 85 por ciento porque las semanas con múltiples mandatos pueden requerir asignación manual.

Qué necesita una solución que complemente a SAP Concur

SAP Concur no necesita ser reemplazado. Lo que falta es la capa superior - la capa de governance que decide antes de que el recibo entre en el sistema:

1. Motor de reglas nativo para convenios colectivos - Los convenios colectivos no como parche, sino como concepto de primera clase. Configurable por grupo de empleados, con periodos de vigencia y jerarquía de prevalencia.
2. Tablas de decisión versionadas - Cada regla fechada, cada cambio trazable. Baremos oficiales de dietas, tarifas de convenios colectivos y políticas internas como changesets con fecha.
3. Audit Trail sin interrupciones - Cada micro-decisión firmada (SHA-256), almacenada en procedimiento append-only. Sin sobreescritura, sin borrado, completamente reproducible.
4. Transparencia compatible con el comité de empresa - El conjunto de reglas es consultable, la lógica de decisión trazable. Ninguna IA de caja negra decide sobre importes. Conforme a los derechos de información y consulta del comité de empresa establecidos en el Art. 64 del Estatuto de los Trabajadores, la transparencia del Decision Layer satisface los requisitos más exigentes.
5. Integración con el ERP - Sin sustitución de sistemas, sino alimentación de los sistemas ERP y de nómina existentes. El Decision Layer se sitúa entre la fuente de datos y el sistema de contabilización.
6. Multi-jurisdicción por transacción - No por viaje, sino por día, con cruces de frontera registrados al minuto.

Gosign implementa esta capa de governance como Travel Decision Layer - configurado para su sector, en su infraestructura, sin dependencia de SaaS externo.