Pular para o conteúdo
Finanças & Folha

Despesas de viagem: Limites do SAP Concur

SAP Concur registra recibos - mas quem decide sobre convenções coletivas, diárias e IROP? Por que empresas precisam de mais que uma ferramenta de despesas.

Dieter Gogolin
Dieter Gogolin
CEO e cofundador 10 min de leitura

SAP Concur é bom - para aquilo que foi projetado

SAP Concur é o software de despesas de viagem mais utilizado no mundo. Captura de recibos por aplicativo, workflows de aprovação, integração com sistemas SAP - para empresas com viagens domésticas padronizadas, funciona de forma confiável.

O problema começa onde os processos padrão terminam. Em corporações com convenções coletivas de trabalho (PT: contratos coletivos de trabalho), viagens multi-jurisdicionais e complexidade setorial específica, toda ferramenta puramente de registro atinge seus limites - não apenas o Concur, mas também Circula, Rydoo ou HR Works.

O motivo: essas ferramentas resolvem o problema de registro. Não o problema de decisão.

O problema de decisão: 40 a 120 micro-decisões por transação

Uma prestação de contas de despesas de viagem não é captura de recibos. Por trás de cada transação estão 40 a 120 micro-decisões:

  • Qual tabela de diárias se aplica (tabela oficial, vigente na data da viagem)?
  • Uma CCT (Convenção Coletiva de Trabalho) substitui o valor legal?
  • Como as deduções de refeição são calculadas (café da manhã, almoço, jantar)?
  • Qual centro de custo absorve a transação?
  • Qual é o tratamento tributário (isento, tributação simplificada, tributável)?
  • O que acontece quando o itinerário muda durante a viagem?

SAP Concur registra o recibo. Mas quem toma essas decisões? Na maioria das corporações: um analista no Shared Service Center, manualmente, por transação, sem lógica de decisão documentada.

Isso é caro. A GBTA Foundation calcula o custo médio por transação de despesa de viagem processada manualmente em 58 USD - com uma taxa de erro de 19 por cento e custos de correção de 52 USD por erro (Fonte: GBTA Foundation / HRS, “Expense Reporting: Global Practices and Pain Points”, 2015).

Onde ferramentas padrão de despesas atingem seus limites

Convenção coletiva prevalece sobre a lei

As tabelas oficiais de diárias representam o patamar legal mínimo. No Brasil, os valores são definidos pela legislação trabalhista (CLT - PT: Código do Trabalho) e podem ser complementados por acordos internos. Muitas CCTs (Convenções Coletivas de Trabalho) definem valores superiores - às vezes significativamente.

Um grupo aéreo com 10.000 tripulantes mantém tipicamente 2 a 5 convenções coletivas paralelas: cockpit, cabine, pessoal de solo, manutenção. Cada CCT define suas próprias diárias, suas próprias regras de dedução, suas próprias exceções para refeições fornecidas.

SAP Concur não conhece convenções coletivas. O software calcula com as tabelas oficiais - ou com um valor único para toda a empresa. O cálculo conforme a CCT acontece fora da ferramenta: manualmente, em planilhas, ou por analistas no Shared Service Center que transferem o resultado de volta ao sistema à mão.

Isso não é apenas ineficiente. É suscetível a erros. Quando o analista aplica a CCT errada ao grupo de tripulantes 3, surgem erros sistemáticos que passam despercebidos em milhares de transações - até a próxima fiscalização tributária.

Multi-jurisdição em uma única transação

Um tripulante em uma rota internacional toca 3 a 5 países em um único dia. A diária depende do país onde o dia de viagem termina, ou da regra de meia-noite para viagens de vários dias. Ferramentas padrão de despesas calculam um país por viagem. Multi-jurisdição dentro de uma única transação - com cruzamentos de fronteira rastreados ao minuto - está fora do seu modelo de dados.

Isso não se limita a companhias aéreas:

  • Logística: Motoristas cruzam múltiplas fronteiras diariamente. A diária muda em cada fronteira, e o cálculo precisa ser preciso ao minuto - especialmente em cruzamentos de meia-noite. Somam-se os requisitos de documentação do Pacote de Mobilidade da UE (Diretiva 2020/1057), relevante para operações internacionais.
  • Vendas: Representantes de campo visitam clientes em vários países por semana. Segunda em Buenos Aires, quarta em Santiago, sexta em São Paulo - três jurisdições, três diárias, uma transação.
  • Consultoria: Consultores trabalham em mandatos rotativos. Um ritmo semanal com três clientes em dois países cria requisitos de splitting que nenhuma ferramenta padrão consegue mapear.

Operações irregulares e alterações não planejadas

10 a 20 por cento de todos os voos são afetados por irregularidades - atrasos, desvios, reposicionamento de tripulação (Fonte: EUROCONTROL / US DOT BTS, 2024). Cada irregularidade altera o cálculo de despesas: outra diária por causa de outro país de destino, outro direito de hospedagem, outro centro de custo.

Nenhuma ferramenta padrão de despesas processa operações irregulares (IROP) automaticamente. A correção acontece manualmente - quando é reconhecida. Com 100.000 transações de tripulação por ano e uma taxa de IROP de 15 por cento, são 15.000 transações que exigem retrabalho manual. Cada uma com o risco de que a própria correção seja errônea.

A lacuna de governance

SAP Concur documenta o que foi submetido. Não documenta por que foi decidido assim. Essa é a diferença entre uma ferramenta de registro e uma camada de governance.

Quando o fiscal tributário pergunta: “Qual regra foi aplicada para calcular esta diária?” - o Concur não tem resposta. O valor está no sistema, a lógica de decisão não. Quando o sindicato (PT: Comissão de Trabalhadores) pergunta: “Como as decisões de despesas de viagem são tomadas?” - a resposta honesta na maioria das corporações é: o analista decide com base na experiência.

Isso não é um Audit Trail. É dependência pessoal.

Simulação: 100.000 transações de tripulação por ano

O cenário base

Para um grupo aéreo com 100.000 transações de tripulação por ano, os dados da GBTA resultam em:

PosiçãoCálculoCusto anual
Processamento100.000 x 58 USD5.800.000 USD
Correções100.000 x 19% x 52 USD988.000 USD
Total6.788.000 USD

Não incluído: custos de tempo dos aprovadores (gestores revisando recibos em vez de liderar), gargalos de fechamento mensal na contabilidade, risco de auditoria em fiscalizações tributárias e frustração dos colaboradores com reembolsos atrasados.

A abordagem Decision Layer

O Travel Decision Layer decompõe cada transação de despesa de viagem em suas micro-decisões e aplica regras documentadas a cada uma: legislação, CCT, política da empresa - nessa hierarquia, versionada, rastreável.

A aplicação de regras é determinística. Nenhum modelo de linguagem estocástico decide sobre valores ou tratamento tributário. IA é utilizada para classificação - identificar tipo de recibo, categorizar tipo de IROP, classificar finalidade de representação - mas o cálculo segue regras exatas. Para uma compreensão mais profunda de como a arquitetura do Decision Layer separa classificação de cálculo, veja nosso artigo fundamental.

Para a simulação aeronáutica, a comparação resulta em:

MétricaManualCom Decision Layer
Custo por transação58+ USD< 10 USD
Taxa de erro19%< 1%
Tempo de processamento5 - 12 dias úteisMinutos
Taxa zero-touch0%95%
Prontidão para auditoriaReconstrução manualGerado automaticamente
Mudança de CCTSemanas< 24 horas

Projeção para 100.000 transações: de 6,8 milhões USD para menos de 1 milhão USD por ano. A economia não vem de analistas mais baratos, mas da eliminação de decisões manuais.

O fluxo de decisão em detalhe

Uma única transação de tripulação percorre os seguintes passos no Decision Layer:

  1. Importar dados de rotação do sistema de planejamento de tripulação
  2. Determinar sequência de países a partir dos dados de rotação
  3. Consultar diária por país e dia (tabela oficial, vigente na data da viagem)
  4. Verificar override de CCT (grupo de tripulação, período de vigência)
  5. Calcular deduções de refeição (café da manhã, almoço, jantar - por dia)
  6. Classificar tipo de IROP (assistido por IA) e recalcular diária
  7. Validar custos de hotel contra política (limite por cidade)
  8. Atribuir centro de custo (rotação, frota, grupo de tripulação)
  9. Determinar tratamento tributário (isento, simplificado, tributável)
  10. Gerar registro de auditoria (assinado SHA-256, append-only)

Cada um desses passos é uma decisão documentada com base de regra rastreável. Essa é a diferença de um workflow de aprovação onde um humano clica em “Aprovado” sem que a lógica de decisão esteja registrada no sistema. Essa abordagem Cert-Ready by Design garante que a prontidão para auditoria seja estrutural, não reconstruída.

Quatro setores, quatro níveis de complexidade

O Travel Decision Layer não se limita à aviação. A arquitetura central - motor de regras determinístico sobre micro-decisões - funciona em todos os setores com configuração específica:

SetorTransações por anoZero-TouchComplexidade central
Aviação100k - 1M+95%IROP + multi-CCT
Logística500k - 2M+95%Precisão GPS + Pacote de Mobilidade UE
Vendas120k+90%Integração CRM + despesas de representação
Consultoria50k - 250k+85%Split 3 vias (tributário / cliente / interno)

Todas as quatro simulações são baseadas nos mesmos valores GBTA de referência (58 USD por transação, 19% de taxa de erro) e mostram potenciais de otimização específicos por setor. As diferentes taxas zero-touch refletem a complexidade setorial: logística e aviação alcançam 95 por cento porque os dados de entrada (rastreamento GPS, rotações de tripulação) são legíveis por máquina. Consultoria fica em 85 por cento porque semanas com múltiplos mandatos podem exigir alocação manual.

O que uma solução precisa para complementar o SAP Concur

SAP Concur não precisa ser substituído. O que falta é a camada acima - a camada de governance que decide antes de o recibo entrar no sistema:

  1. Motor de regras nativo para CCTs - Convenções coletivas não como workaround, mas como conceito de primeira classe. Configurável por grupo de funcionários, com períodos de vigência e hierarquia de override.
  2. Tabelas de decisão versionadas - Cada regra datada, cada alteração rastreável. Tabelas oficiais de diárias, valores de CCT e políticas da empresa como changesets datados.
  3. Audit Trail sem lacunas - Cada micro-decisão assinada (SHA-256), armazenada em modo append-only. Sem sobrescrita, sem exclusão, completamente reproduzível.
  4. Transparência compatível com requisitos sindicais - O conjunto de regras é acessível, a lógica de decisão rastreável. Nenhuma IA de caixa preta decide sobre valores. A transparência do Decision Layer atende às exigências de participação dos sindicatos e das Comissões de Representação de Empregados previstas na CLT.
  5. Integração ERP - Sem substituição de sistema, mas entrada nos sistemas ERP e folha de pagamento existentes. O Decision Layer fica entre a fonte de dados e o sistema de contabilização.
  6. Multi-jurisdição por transação - Não por viagem, mas por dia, com cruzamentos de fronteira rastreados ao minuto.

Gosign implementa essa camada de governance como o Travel Decision Layer - configurado para o seu setor, na sua infraestrutura, sem dependência de SaaS externo.

Despesas de viagem SAP Concur Travel Expense Management Diárias Convenção coletiva Decision Layer Airline Crew Shared Service Center
Compartilhar este artigo

Perguntas frequentes

O Travel Decision Layer substitui o SAP Concur?

Não. O SAP Concur permanece como ferramenta de registro. O Travel Decision Layer atua como camada de governance acima e toma as decisões que o Concur não consegue tratar: aplicação de convenções coletivas (PT: contratos coletivos de trabalho), diárias multi-jurisdicionais, recálculos por IROP. O resultado é transferido ao ERP como transação completamente calculada.

Como as convenções coletivas são configuradas no sistema?

Cada CCT (Convenção Coletiva de Trabalho) é configurada como uma tabela de decisão versionada - por grupo de funcionários, por período de vigência. Quando renegociadas, uma nova versão é criada. Ajustes retroativos são realizados por meio de estornos e lançamentos corretivos em modo append-only, preservando o histórico completo.

O que acontece quando as tabelas oficiais de diárias mudam?

Atualizações de tabelas são armazenadas como alterações datadas nas tabelas de decisão. Transações são automaticamente calculadas com a tabela vigente na data da viagem - inclusive retroativamente. Nenhum relançamento manual é necessário.

O Travel Decision Layer é compatível com os requisitos sindicais?

Sim. Todas as regras de decisão são transparentes, versionadas e rastreáveis. Sindicatos (PT: Comissão de Trabalhadores) podem verificar qual regra levou a qual resultado - sem conhecimento técnico. Nenhuma IA de caixa preta decide sobre valores ou tratamento tributário.

Qual processo seu primeiro agente deveria gerenciar?

Fale conosco sobre um caso de uso concreto na sua organização.

Agendar uma conversa