Sinal e saldo de viagens: gestão de pagamentos
Em resumo
Gerir o sinal e o saldo de uma viagem consiste em acompanhar vários recebimentos que pertencem ao mesmo processo. Uma solução de pagamento ligada ao software associa cada transação à viagem certa, atualiza o valor recebido e o valor em dívida, e devolve o estado ao processo. O desafio não é apenas conseguir que o viajante pague: é manter uma visão fiável de todo o ciclo de pagamento, da reserva até ao saldo final.
Uma agência vende uma viagem de 12.000 €. O viajante não paga, no entanto, 12.000 € hoje: um sinal de 3.000 € na assinatura, um extra de 500 € umas semanas depois e um saldo de 9.500 € antes da partida.
A agência não gere, portanto, uma transação, mas uma sequência de acontecimentos financeiros ligados ao mesmo processo. Se cada pagamento tiver de ser encontrado no fornecedor ou no extrato bancário, associado ao cliente certo, introduzido no CRM e depois subtraído à mão do valor em dívida, o acompanhamento acaba por custar mais tempo do que a própria cobrança. O quadro geral está no nosso guia do pagamento online para agências de viagens; este artigo trata do ciclo de pagamento em si.
Sinal, recebido, saldo, valor em dívida: os quatro números de um processo
Um processo de viagem acompanha-se com quatro dados, e a confusão vem quase sempre de os misturar.
| Dado | O que representa | Como se move |
|---|---|---|
| Total previsto | O preço da viagem vendida | Muda se se acrescenta ou retira um serviço |
| Sinal | A primeira parte recebida | Valor decidido pela agência |
| Recebido | A soma de todos os pagamentos entrados | Sobe a cada pagamento confirmado |
| Em dívida | O que falta receber | Recalculado quando muda o total ou o recebido |
Valor em dívida
A diferença entre o total previsto de um processo e a soma dos pagamentos já recebidos nesse processo.
Ou seja: valor em dívida = total previsto − total recebido. O sinal é um valor decidido; o saldo é um valor calculado. É toda a diferença, e é a razão pela qual um saldo anotado uma vez numa folha de cálculo fica errado ao primeiro extra.
Como gerir sinal, saldo e extras
Tratando cada cobrança como uma prestação do mesmo processo, e deixando o valor em dívida recalcular-se.
Este é um processo na sua forma mais comum: uma viagem de 14.000 €, um sinal, um extra pelo caminho, um pagamento intermédio e depois o saldo.
Passo 1 · Reserva
Sinal recebido: 3.500 €
- Total
- 14.000 €
- Recebido
- 3.500 €
- Em dívida
- 10.500 €
Passo 2 · Extra
Upgrade de hotel: + 800 €
- Total
- 14.800 €
- Recebido
- 3.500 €
- Em dívida
- 11.300 €
Passo 3 · Pagamento intermédio
Segundo pagamento: 5.000 €
- Total
- 14.800 €
- Recebido
- 8.500 €
- Em dívida
- 6.300 €
Passo 4 · Saldo
Saldo recebido: 6.300 €
- Total
- 14.800 €
- Recebido
- 14.800 €
- Em dívida
- 0 €
Processo liquidado
Duas coisas merecem atenção. No passo 2 não acontece nenhum pagamento, e é ainda assim o passo mais delicado: o total muda, o recebido não se move e o valor em dívida tem de acompanhar sozinho. No passo 4 o processo fica liquidado porque as quatro linhas pertencem ao mesmo processo: o valor do saldo não foi decidido, foi calculado.
Nada impede, aliás, pedir vários sinais antes do saldo final: como fluxo, um processo pode receber tantos pagamentos quantos forem necessários. A repartição depende das suas condições comerciais e dos compromissos com fornecedores.
Porque é que o acompanhamento manual se complica
Porque a tarefa não é longa, mas repete-se.
Quando nada está ligado, cada pagamento exige a mesma série de gestos: abrir o fornecedor de pagamento ou a conta bancária, identificar o cliente, encontrar o processo, introduzir o pagamento, atualizar a folha de cálculo ou o CRM, recalcular o saldo, verificar se a viagem está liquidada.
Nenhum é difícil, mas multiplicam-se pelo número de processos, de pagamentos, de pessoas que os acompanham e de meios de pagamento aceites. Quanto mais processos há, mais a reconciliação passa a ser um problema de fluxo de trabalho e não um simples problema bancário.
Para uma atividade muito pequena, uma folha bem tratada basta perfeitamente. Os seus limites aparecem quando o volume cresce, várias pessoas mexem nos mesmos processos e o mesmo dado tem de estar atualizado na folha, no CRM e na faturação. O problema não é a folha de cálculo, é a multiplicação das sincronizações manuais em torno dela.
Como funciona a reconciliação automática
Reconciliação automática
A associação de uma transação ao processo certo sem que ninguém tenha de o fazer à mão.
A cadeia desenrola-se em seis tempos: o pagamento é confirmado, o processo em causa é identificado porque o pedido de pagamento já levava a sua referência, a transação é registada nesse processo, o valor recebido é atualizado, o valor em dívida é recalculado e o estado do processo muda.
O que torna a cadeia possível não é o último passo, é o segundo. Um pagamento que nasce do processo sabe a que processo pertence; um pagamento criado ao lado terá de ser associado por alguém.
Esta lógica muda também o tratamento de uma falha. Um cartão recusado não produz qualquer movimento bancário: num acompanhamento construído sobre o extrato é invisível, e o processo aparece simplesmente como não pago. Com um acompanhamento centralizado, a tentativa falhada vê-se com o seu estado, e a agência pode reenviar um pedido de pagamento sabendo do que fala.
Como acompanhar vários processos ao mesmo tempo
Passando da vista de processo para a vista de carteira. É o momento em que o acompanhamento deixa de ser um exercício de memória.
| Processo | Total | Recebido | Em dívida | Estado |
|---|---|---|---|---|
| Processo A | 8.000 € | 3.000 € | 5.000 € | Parcialmente pago |
| Processo B | 12.000 € | 12.000 € | 0 € | Liquidado |
| Processo C | 6.500 € | 2.000 € | 4.500 € | Parcialmente pago |
- Total dos processos
- 26.500 €
- Recebido
- 17.000 €
- Falta receber
- 9.500 €
Uma agência não deve saber apenas quanto recebeu: deve saber quanto lhe falta receber, e em que processos. O total recebido alimenta a contabilidade; o valor em dívida por processo alimenta o trabalho da semana.
Uma vista operacional tem, portanto, de distinguir um processo liquidado, um parcialmente pago, um pagamento a chegar, um em atraso, um falhado e um reembolso. O painel do Ezus Pay está construído sobre esta leitura: recebido este mês, falta receber, processos em curso e transações recentes.
Cartão ou SEPA para o sinal e o saldo
O cartão encaixa particularmente bem no sinal, porque confirma o pagamento em segundos, no momento em que o cliente já decidiu. No saldo, normalmente o valor mais alto do processo, a transferência SEPA torna-se economicamente interessante.
A boa prática é enviar um único pedido de pagamento com os dois meios e deixar o viajante decidir consoante o valor e a sua situação. A comparação com números, com as comissões tanto no sinal como no saldo, está em Cartão ou transferência SEPA para viagens.
Como o Ezus Pay gere sinal e saldo hoje
O fluxo tem seis passos, iguais qualquer que seja o meio escolhido pelo viajante: o processo sincroniza a partir do Ezus, a agência escolhe o valor a receber, gera um link de pagamento para um sinal, um saldo ou um montante livre, o viajante paga com cartão ou transferência SEPA, o pagamento liga-se ao processo certo, e tanto o recebido como o valor em dívida são atualizados.
O que está automatizado hoje é, portanto, o acompanhamento: pagamentos ligados aos respetivos processos, sincronização com o Ezus nos dois sentidos, cálculo do recebido e do valor em dívida, estados, reconciliação com a fatura, visibilidade dos pagamentos falhados e dos reembolsos, e email de confirmação ao viajante e à agência. A agência lê estes números ao nível do processo e em toda a carteira.
O que já reduz o trabalho de cobrança é menos espetacular, mas real: cobrar é caro quando é preciso primeiro reconstruir a informação, e barato quando o valor em dívida já está certo e o link se gera a partir do processo.
O desafio não é, portanto, receber um sinal, mas manter uma visão fiável do processo entre o primeiro pagamento e o saldo final. Se está a comparar abordagens, a nossa comparação das soluções de pagamento para agências de viagens aplica esta grelha à transferência, à Stripe, ao PayPal e às plataformas especializadas.
O Ezus Pay é a plataforma de pagamento nativa do Ezus, construída para agências de viagens, DMC e operadores turísticos. A conta ativa-se a partir do seu ambiente Ezus em poucos minutos. O arranque está documentado na documentação do Ezus Pay.