Reembolso de despesas no Fluig: o fluxo completo, do lançamento ao pagamento

FS White Labels

Future Station · Fluig Experts · leitura de 9 minutos

Reembolso de despesas no Fluig é o tipo de processo que todo mundo acha pequeno até fechar o mês. Nota fiscal ilegível no WhatsApp, planilha que ninguém sabe qual é a versão final, aprovação que dormiu na caixa de entrada do gestor e o colaborador cobrando o dinheiro que adiantou do próprio bolso. O white label de Reembolso de Despesas da Future Station resolve isso dentro do TOTVS Fluig que a sua empresa já paga.

Este artigo é as duas coisas ao mesmo tempo: a documentação funcional do processo, campo por campo e trava por trava, e a explicação de como ele chega pronto na sua operação. Se você é gestor financeiro, de TI ou de controladoria e quer saber exatamente o que está comprando antes de conversar com alguém, é para você.

O que é o white label de reembolso de despesas no Fluig

É um processo completo, desenhado, desenvolvido e testado, que a Future Station instala no seu ambiente Fluig. Não é template de demonstração e não é consultoria para começar do zero. É o fluxo funcionando no primeiro dia, com a sua marca, os seus centros de custo e a sua alçada de aprovação.

White label significa que o processo nasce nosso e passa a ser seu. Ele roda no seu servidor, com o seu logotipo nos formulários e nos e-mails, e você é dono do que foi entregue. Sem mensalidade por usuário, sem mais um SaaS na sua lista de assinaturas.

O desenho do fluxo

O processo é distribuído em quatro raias de responsabilidade. Cada raia tem um dono claro, e nenhuma etapa fica sem responsável nomeado.

Quem faz o quê

Reprovar encerra o processo em definitivo. Corrigir devolve a solicitação para a caixa do solicitante, com instrução escrita do que precisa mudar. Essa distinção parece detalhe, mas é ela que evita o efeito mais comum em fluxos mal desenhados: o pedido que morre sem ninguém saber por quê.

Etapa a etapa, como o usuário vê

1. Abertura da solicitação

O colaborador acessa o processo ADM – Reembolso de Despesas no Fluig. Número da solicitação, data de emissão e identificação do colaborador são preenchidos automaticamente e ficam travados. Ninguém digita, ninguém erra, ninguém adultera.

2. Centro de custo e projeto

O solicitante seleciona o centro de custo e o projeto por busca em lupa, escolhendo de uma lista válida em vez de digitar texto livre. É esse par de campos que garante que a despesa chegue no rateio contábil certo, e é por isso que os dois são obrigatórios.

3. Lançamento dos itens

Cada gasto vira uma linha na tabela de despesas, com data, tipo, descrição e valor. Combustível, quilometragem de veículo, refeição, hospedagem, o tipo é parametrizado conforme a política da empresa. O Fluig soma as linhas em tempo real e mostra o total consolidado no rodapé, então o solicitante enxerga o valor final antes de enviar.

4. Anexo dos comprovantes

Cada item que exige comprovação recebe o seu arquivo, em PDF, JPG ou PNG, anexado na própria linha. O comprovante fica amarrado ao item, não solto no processo. Na hora da auditoria, o gestor financeiro abre o anexo daquela linha específica e compara com o valor daquela linha específica. Vale a mesma lógica da guarda de documentos financeiros no GED do Fluig: o arquivo fica vinculado ao registro, não a uma pasta.

5. Envio

O solicitante revisa o total, preenche observações gerais se quiser e envia. É aqui que as travas do sistema entram em ação.

6. Roteamento por alçada

O sistema lê a estrutura de subordinação do solicitante e decide o destino: aprovação do gestor imediato ou, em casos previstos de exceção, direto para o gestor financeiro. O desvio é regra de negócio parametrizada, não improviso. Desenhar essa alçada para ela sobreviver a um pedido de evidência é o passo que a maioria pula.

7. Aprovação do gestor imediato

A tarefa cai numa fila compartilhada. O gestor clica em Assumir tarefa antes de analisar, o que tira o item da fila dos colegas e elimina análise duplicada. Depois decide entre aprovar, reprovar ou devolver para correção.

8. Conferência do gestor financeiro

A auditoria de verdade acontece aqui. O gestor financeiro assume a tarefa, confere o total geral, os tipos de despesa e os projetos, e abre os anexos um a um para validar o que foi declarado contra o que foi comprovado. Depois marca De acordo ou devolve para correção.

9. Correção, quando existe

Devolveu, volta para o solicitante com a instrução escrita. Ele ajusta o que foi apontado, salva e reenvia, ou cancela o processo. Nada some, nada recomeça do zero, e o histórico de quem pediu o quê fica registrado.

10. Programação e liquidação

O financeiro programa o pagamento. O processo entra em Aguardando confirmação de pagamento e só encerra quando a liquidação é confirmada. O colaborador acompanha o status pelo próprio Fluig, sem precisar perguntar a ninguém.

Anatomia do formulário

O formulário tem três blocos, e cada um se comporta de um jeito diferente.

Representação do formulário. O layout final sai com a identidade visual da sua empresa.

O que o sistema não deixa passar

Toda regra que depende de disciplina humana acaba falhando em algum mês. Por isso as regras estão no processo, não no manual do colaborador.

Cada trava dessa é um e-mail que ninguém precisa mandar, uma ligação que ninguém precisa fazer e um ajuste que ninguém precisa lançar no fechamento.

Future Station · white label de Reembolso de Despesas

As notificações que mantêm o fluxo andando

Processo aprovado não é processo que anda. O que faz o reembolso chegar ao pagamento é o aviso certo, na hora certa, com informação suficiente para a pessoa decidir sem abrir o sistema.

Alerta de conferência financeira

Disparado para o gestor financeiro assim que o gestor imediato aprova. Traz o resumo completo e o link direto para a tarefa.

Alerta de ajustes

Disparado para o solicitante quando qualquer um dos gestores devolve. O ponto que muda o jogo aqui é o campo de observações do responsável vindo dentro do e-mail: a pessoa lê o que precisa corrigir sem abrir nada.

O caminho da correção

Devolução não é falha do processo, é o processo funcionando. O que não pode acontecer é a mesma solicitação voltar três vezes. Por isso a correção tem um roteiro:

• Ler a instrução antes de mexer. A observação do gestor diz exatamente o que está errado. Ela chega no e-mail e fica na tarefa.
• Trocar o documento, não remendar. Comprovante ilegível ou valor divergente resolve removendo o anexo antigo e subindo o correto, não escrevendo explicação no campo de descrição.
• Conferir o cadastro. Centro de custo, projeto e valores de quilometragem precisam bater com o que foi comprovado.
• Reenviar ou cancelar. Salvou o ajuste, envia de volta para a alçada. Se a despesa não se sustenta, cancelar é a decisão honesta.

O que reduz devolução na prática

Integração com o ERP TOTVS

O reembolso não termina no Fluig. Termina no razão contábil e na conta do colaborador. Por isso o white label prevê integração com o ERP e a plataforma TOTVS da sua empresa, feita por serviço, sem exportação manual de planilha no meio do caminho.

Os três pontos de troca mais comuns são:

• Entrada de cadastros. Centros de custo, projetos e a estrutura de colaboradores vêm do ERP, o que garante que a lista da lupa esteja sempre igual à do sistema oficial.
• Saída de títulos. A solicitação aprovada gera o título a pagar no ERP com rateio já definido, sem alguém redigitar valor e centro de custo.
• Retorno da liquidação. O ERP devolve a confirmação de pagamento e o processo encerra sozinho no Fluig, com o colaborador vendo o status atualizado.

O escopo exato depende da versão e dos módulos que você usa. O que não muda é o princípio: a informação é digitada uma vez, no lugar onde ela nasce. Nas 22 operações financeiras que medimos, a conciliação manual de aprovações consumia 32 horas por mês, e é esse tempo que a integração devolve.

O que vem pronto e o que a gente parametriza

A pergunta que todo gestor faz é a mesma: “mas a minha política é diferente”. Quase sempre é, e é por isso que o white label separa o que é núcleo do que é ajuste.

Como isso entra na sua empresa

Semana 1: leitura da política

Sentamos com quem opera, não só com quem decide. Lemos a política de reembolso que já existe, mapeamos as exceções reais e definimos a alçada. A entrega é o desenho do fluxo aprovado por escrito, antes de qualquer linha de código.

Semana 2: instalação e parametrização

O processo é instalado no seu ambiente Fluig, com os seus cadastros, a sua identidade visual e as regras acordadas. Rodamos os casos de exceção, não só o caminho feliz.

Semana 3: piloto e treinamento

Uma área usa o processo de verdade por um ciclo. Ajustamos o que aparecer e treinamos solicitantes e aprovadores separadamente, porque a dúvida de cada grupo é diferente. Depois disso o processo abre para a empresa.

Quem quer continuar evoluindo o fluxo depois da entrega usa o nosso modelo de banco de horas: a Future Station segue disponível para ajustar alçada, incluir tipo de despesa ou estender a integração, sem abrir um projeto novo a cada mudança.

Por que a Future Station

A TOTVS vende o Fluig. A Future Station faz ele funcionar de verdade. É um nicho estreito de propósito: trabalhamos exclusivamente com quem já tem ou está adquirindo o Fluig, e a nossa liderança técnica vem de dentro da TOTVS, onde era responsável por formar os desenvolvedores da própria fabricante.

Na prática isso significa três coisas para você. O processo é seu, não alugado, então não existe custo por usuário crescendo junto com o time. O desenho é feito com quem opera, então a adoção não depende de imposição. E a implantação é medida em semanas, não em semestres. O mesmo método vale para os outros processos do catálogo de serviços por departamento.

Perguntas frequentes sobre reembolso de despesas no Fluig

Dá para fazer reembolso de despesas no Fluig sem desenvolver do zero?

Sim. O white label chega instalado e parametrizado sobre o Fluig que a empresa já licencia. Construir do zero costuma consumir semanas de desenvolvimento; aqui o trabalho é de política e alçada, não de código.

O colaborador consegue lançar a despesa pelo celular?

Sim. O formulário roda no aplicativo do Fluig e o comprovante pode ser anexado direto da câmera, no momento da despesa, sem esperar chegar ao escritório.

Como funciona a aprovação por alçada?

O roteamento lê o valor total da solicitação e o centro de custo, e direciona para o gestor imediato, para o gestor financeiro ou para os dois, na ordem definida pela política da empresa.

O reembolso aprovado gera o título a pagar no ERP TOTVS?

Gera. A integração cria o título com o rateio já definido, o que elimina redigitação e divergência entre o que foi aprovado e o que foi pago.

Quanto tempo leva para colocar o processo em produção?

Três semanas, na média: leitura da política, instalação e parametrização, piloto com treinamento.

A próxima ação

Se o seu reembolso hoje roda em planilha, e-mail ou aprovação por mensagem, a conversa útil não é sobre software. É sobre quantas horas o seu time gasta por mês para pagar uma despesa de trezentos reais. Uma conversa de 30 minutos já é suficiente para mapear isso e dizer se o white label resolve o seu caso.

Agendar conversa sobre o processo

Prefere escrever? contato@futurestation.com.br (respondemos no mesmo dia útil).

Leitura relacionada: O que é o Fluig e como ele gera ROI real e Treinamento Fluig para o seu time. Para quem cuida do caixa: Automatização de fluxos de pagamento no Fluig. Para formar o time que mantém o processo: Treinamento Fluig Prime Club.

Fluig e TOTVS são marcas da TOTVS S.A. As telas e os e-mails reproduzidos neste artigo são representações do processo, com dados fictícios.