Como o Software de Aluguer Reduz a Fuga de Receita e os Custos Esquecidos

"Fuga de receita" num negócio de aluguer quase nunca se parece com o que o termo sugere. Ninguém roubou equipamento pela porta das traseiras. Ninguém cometeu um erro de faturação de cinco algarismos que um contabilista acaba por detetar. O que realmente acontece, caso a caso, é mais pequeno e muito mais difícil de notar: um aluguer prolonga-se três dias além do previsto e ninguém acrescenta a taxa de atraso, uma devolução regressa com um risco recente que é apenas mencionado de passagem em vez de se transformar num custo, o contacto de um cliente no local pede para ficar com um artigo mais uma semana e alguém diz que sim sem atualizar o registo a partir do qual a próxima fatura será gerada. Isoladamente, cada um destes casos é insignificante - alguns euros, um dia de tarifa de aluguer, uma linha que devia estar numa fatura e não está. É precisamente por isso que são deixados passar.

O problema é que isto não acontece uma única vez. Acontece em pequenas variações comuns todas as semanas, em cada aluguer, cada motorista, cada visita ao local - e vai-se acumulando silenciosamente em vez de aparecer como um único número que alguém possa apontar. A fuga de receita é um tema amplamente discutido no setor do aluguer precisamente porque é estrutural e não excecional: é o que acontece por defeito quando um custo depende de alguém se lembrar de agir sobre uma informação que vive noutro lugar.

Este artigo percorre os pontos concretos onde esta fuga costuma começar, porque é que os processos manuais e desligados tornam estas falhas quase inevitáveis em vez de ocasionais, e o que muda quando a faturação é gerada a partir dos acontecimentos que realmente ocorreram durante um aluguer, em vez de a partir da memória que alguém guarda deles.

Considere um aluguer que se prolonga três dias sem que ninguém cobre manualmente uma taxa de atraso, porque o acompanhamento dos atrasos dependia de alguém se lembrar de verificar (um exemplo ilustrativo, não um caso concreto). A data de devolução passa numa terça-feira. O equipamento só regressa mesmo na sexta-feira. Ninguém fez nada de errado - o escritório não estava a vigiar aquele aluguer em particular, o depósito estava ocupado com outras devoluções, e cobrar não era a tarefa específica de ninguém naquela semana.

Esta é uma das formas mais comuns de custos de aluguer esquecidos, e é estrutural, não ocasional. Um contrato de aluguer que termina numa data de calendário não deixa de custar seja o que for à empresa nessa data: o equipamento continua fora, continua indisponível para o cliente seguinte, e presumivelmente continua faturável até realmente regressar. Mas se cobrar essa taxa depender de alguém verificar uma lista de aluguéres ativos face à data de hoje, identificar os que ultrapassaram o prazo, e acrescentar manualmente uma linha a uma fatura, então, numa semana normal, uma parte dos atrasos inevitavelmente não será detetada antes de a fatura ser enviada. Quando alguém dá por isso, o cliente já foi faturado e já pagou pelo prazo original, e voltar atrás para acrescentar uma taxa de atraso depois do facto parece incómodo o suficiente - tanto para o gestor de conta como para o cliente - para que várias empresas simplesmente deixem passar.

Uma falha muito relacionada situa-se no momento da devolução. Um motorista que recolhe um equipamento repara num painel rachado, ou um funcionário do depósito que o regista no regresso vê que apresenta mais desgaste do que um aluguer curto deveria produzir. Num processo de devolução bem gerido, isto transforma-se num custo adicional; em muitas empresas, transforma-se num comentário - mencionado a um colega, rabiscado numa folha de devolução em papel, ou simplesmente lembrado por quem estava presente - e comentários não geram faturas.

Onde a observação e a fatura se separam

O problema estrutural é o mesmo das taxas de atraso: a informação existe, mas existe no sítio errado. Está na cabeça de um motorista, num formulário de papel dentro de uma carrinha, numa conversa que aconteceu numa sexta-feira à tarde - não no sistema que realmente gera a fatura do cliente. A menos que exista um passo definido que transforme «isto voltou danificado» num custo concreto sobre um aluguer concreto, essa observação não tem qualquer caminho para a contabilidade. Ou é faturada dias depois, quando alguém se lembra - altura em que o cliente já seguiu em frente e a conversa é mais difícil - ou nunca chega a ser faturada. A gestão de devoluções de aluguer da Renttix foi concebida especificamente para captar estas situações no próprio momento da devolução, em vez de depois; o que importa aqui é simplesmente que as taxas de atraso, os custos adicionais por danos e as devoluções parciais são os momentos concretos em que os custos mais frequentemente se perdem se não forem acompanhados de forma sistemática no check-in.

Nem todas as falhas começam com algo que passou despercebido - algumas começam com algo que foi acordado corretamente, apenas no sítio errado. Um cliente pede, no local, para prolongar um aluguer de três dias para uma semana. O motorista ou o gestor de conta concorda, porque é um pedido razoável e recusar por algo tão pequeno daria má imagem do serviço. O que muitas vezes não acontece a seguir é alguém voltar ao sistema de referência e atualizar o prazo do aluguer, de modo a que, quando a fatura é gerada, seja calculada segundo tarifas combinadas e períodos mínimos de aluguer, faturados automaticamente que refletem um aluguer terminado há três dias em vez de um que ainda está em curso.

O mesmo acontece ao contrário com as alterações de tarifa: um desconto prometido oralmente por um compromisso mais longo, uma tarifa especial acordada para um cliente habitual, uma mudança de uma tarifa diária para uma semanal porque compensa mais a ambas as partes. Cada uma destas decisões é perfeitamente legítima do ponto de vista comercial. A fuga não está em tomar a decisão - está no intervalo entre acordá-la oralmente e ela ser realmente refletida no que calcula a fatura, e é exatamente nesse intervalo que um aluguer acaba por ser faturado silenciosamente à tarifa errada, ou pela duração errada, enquanto ninguém repara.

A quarta falha comum situa-se no outro extremo do aluguer, quando um depósito é devolvido. Os depósitos existem precisamente para cobrir as situações já descritas - uma devolução atrasada, um dano, uma disputa de tarifa - mas só se quem autoriza a devolução tiver realmente conhecimento delas no momento em que toma essa decisão. Se a pessoa que processa a devolução de um depósito não for aquela que viu o dano, ou não tiver visibilidade fácil sobre se o aluguer regressou atrasado, a escolha natural por defeito é devolver na totalidade, porque não há nenhum sinal a indicar o contrário.

Raramente se trata de descuido de alguém. É um problema de transmissão: a informação sobre o que aconteceu durante o aluguer e a decisão sobre o que acontece ao depósito são tomadas por pessoas diferentes, em momentos diferentes, muitas vezes sem nada que ligue as duas coisas. Uma abordagem orientada por políticas - em que as devoluções, as devoluções parciais e as notas de crédito são determinadas pelo que está realmente registado sobre o aluguer, em vez de decididas de raiz de cada vez - fecha esta falha ao tornar a dedução, se aplicável, parte do mesmo processo que a própria devolução, em vez de um julgamento à parte que depende de alguém se lembrar de fazer primeiro a pergunta certa.

Olhando para estas quatro falhas em conjunto, o mesmo padrão estrutural percorre cada uma delas. Um custo - uma taxa de atraso, um custo adicional por dano, uma tarifa corrigida, uma dedução no depósito - depende de uma informação concreta percorrer um trajeto, desde o local onde foi gerada (a observação de um motorista, uma conversa no local, um check-in de devolução) até ao local onde as faturas são realmente calculadas. Num processo manual ou desligado, esse trajeto costuma depender de alguém se lembrar de o percorrer: anotá-lo, mencioná-lo ao colega certo, atualizar uma folha de cálculo antes do fim do mês, assinalá-lo antes de um depósito ser libertado.

Nada disto exige que alguém faça mal o seu trabalho. Exige apenas que a empresa gira aluguéres suficientes, com pessoas suficientes envolvidas, para que parte destes trajetos não seja percorrida numa determinada semana - e numa empresa que processa dezenas ou centenas de aluguéres, alguns trajetos falhados por semana bastam para se irem acumulando de forma constante ao longo de um ano. Quanto mais ocupada e bem-sucedida a empresa se torna, mais destas pequenas transmissões acontecem em simultâneo, e mais difícil se torna para uma só pessoa apanhá-las todas apenas com memória e diligência. Esta é a verdadeira razão pela qual a fuga de receita acompanha tão de perto o crescimento como a negligência: mais aluguéres significam simplesmente mais oportunidades para a mesma pequena falha se abrir.

A solução para um problema estrutural é uma mudança estrutural, não mais vigilância. Em vez de um custo depender de alguém se lembrar de agir sobre informação que está noutro lugar, o custo deveria ser calculado diretamente a partir do que foi realmente registado sobre o aluguer. A Renttix permite faturar por dia, hora, semana ou prazo fixo, com tarifas combinadas e períodos mínimos de aluguer, de modo que a fatura reflita o aluguer tal como decorreu realmente - incluindo uma prorrogação ou uma alteração de tarifa - em vez do aluguer tal como foi reservado inicialmente. Se o prazo ou a tarifa foram atualizados no sistema quando mudaram, a fatura calcula-se corretamente sem que ninguém precise de se lembrar de intervir no momento da faturação.

Tornar as devoluções e notas de crédito num passo controlado

O mesmo princípio aplica-se do lado do depósito. As devoluções, notas de crédito e depreciação passam por controlos orientados por políticas em vez de serem decididos de raiz de cada vez por quem estiver a processar uma determinada devolução, o que significa que uma dedução que devia aplicar-se - porque um aluguer regressou atrasado, danificado, ou com uma disputa de tarifa registada - é aplicada como parte do mesmo passo automatizado, em vez de ser esquecida porque a pessoa que liberta o depósito não tinha a imagem completa. E porque os montantes faturados sincronizam com o QuickBooks, Xero, Sage Business Cloud ou Zoho Books, o que foi realmente cobrado é o que chega à contabilidade, em vez de o valor ir andando à deriva entre o que devia ter sido faturado e o que uma transmissão manual para a contabilidade realmente registou.

Nada disto retira o critério humano do processo - alguém continua a decidir o que conta como dano faturável, ou a acordar uma alteração de tarifa com um cliente. O que isto remove é o segundo ponto de falha, silencioso, em que essa decisão correta nunca chega a uma fatura.

Outro sítio onde vale a pena vigiar a fuga é ao nível do ativo, e não ao nível do aluguer. Os relatórios de receitas e custos por ativo podem revelar um artigo específico que está silenciosamente a ter um desempenho abaixo do esperado - alugado com regularidade mas a gerar menos receita por aluguer do que equipamento semelhante -, o que é muitas vezes sinal de que está a ser faturado à tarifa errada, ou de que os custos sobre ele são esquecidos com mais frequência do que deveriam. Este tipo de padrão é muito difícil de detetar aluguer a aluguer, mas torna-se evidente assim que as receitas são acompanhadas de forma consistente por ativo ao longo do tempo.

Nenhuma das falhas descritas neste artigo é, por si só, dramática, e é exatamente por isso que merecem ser levadas a sério: uma empresa que só corrige os grandes e óbvios erros de faturação continuará a perder receita de forma constante devido a taxas de atraso nunca cobradas, danos vistos mas nunca faturados, tarifas que se desviaram do que foi acordado, e depósitos devolvidos sem verificar se devia ter havido uma dedução. Fechar cada uma destas falhas específicas - não com mais vigilância, mas com uma faturação calculada a partir do que realmente aconteceu durante o aluguer - é o que impede que esta fuga lenta se vá acumulando silenciosamente ao longo de um ano. Se quiser ver como isto funciona com os seus próprios padrões de aluguer, marque uma demonstração e analisaremos as suas próprias tarifas, devoluções e políticas de depósito.