Casos de uso

Tesouraria startup multipaís: caso em quatro países

Quatro bancos, quatro moedas e uma CFO remontando a foto do caixa à mão toda segunda-feira: assim começa este caso ilustrativo de tesouraria startup multipaís.

Equipo Soulbit11 min de leitura
Compartilhar
Casos de uso

Uma startup com equipe e clientes em quatro países raramente tem um problema de caixa. Ela tem quatro caixas separadas que ninguém vê juntas. Um banco em São Paulo, outro em Buenos Aires, outro em Assunção e outro em Bogotá, cada um com seu próprio portal, seu próprio horário de corte e seu próprio critério informal sobre quem pode aprovar um pagamento. A CFO remonta a foto completa à mão, quase sempre tarde demais para a decisão que precisava dela.

Na Soulbit Academy apresentamos este caso como um exemplo ilustrativo e composto, não como um cliente real. Ele é diferente de outro caso já publicado neste blog, sobre uma startup com equipe remota em cinco países que paga toda a folha em USDC: aquele resolve a dispersão de salários, este resolve a visibilidade do caixa e quem aprova o quê antes de um pagamento sair de qualquer conta.

O caso: uma startup de software brasileira com caixa em quatro países (perfil ilustrativo)

Rota é uma startup de software ilustrativa, com sede em São Paulo, que vende uma plataforma de roteirização para empresas de entrega de última milha que atendem varejo e e-commerce. Sua rodada Série A fechou há 15 meses e a receita recorrente anual gira em torno de 2,4 milhões de dólares.

A equipe tem 44 pessoas: a maior parte em São Paulo, com pequenos times operacionais na Argentina, no Paraguai e na Colômbia, abrindo hubs de suporte para acompanhar clientes de varejo regional que já usam a plataforma nesses mercados. A Rota não vende um produto financeiro. Ela vende software, e seu problema de tesouraria é de governança interna, não de produto.

Por que uma startup de software brasileira termina com um problema de tesouraria tão complexo quanto o de uma empresa financeira?

Porque o número de moedas e bancos que ela administra depende de quantos países opera, não do seu setor. A Rota recebe de clientes em reais, pesos argentinos, guaranis paraguaios e pesos colombianos, e paga folha e despesas locais nessas mesmas quatro moedas, exatamente como aconteceria com qualquer empresa com a mesma presença geográfica.

O problema: sem visibilidade consolidada, cada unidade tomava suas próprias decisões de caixa

O problema da Rota não era falta de dinheiro, era a falta de uma única fotografia do dinheiro que ela já tinha. Toda segunda-feira, a responsável financeira entrava em quatro portais bancários diferentes, copiava os saldos para uma planilha e enviava o resumo ao fundador com quase um dia de atraso em relação ao momento em que as decisões da semana já tinham sido tomadas.

A aprovação de pagamentos também não tinha uma regra escrita. Um gestor de hub podia autorizar uma transferência pelo WhatsApp, e a equipe central só ficava sabendo ao revisar o extrato bancário, não antes. Em um trimestre, essa lacuna gerou um pagamento duplicado a um fornecedor na Argentina e um pagamento a um prestador de serviço que ficou dois semanas sem cobrir porque ninguém sabia a quem cabia aprová-lo.

Movimentar dinheiro entre as quatro unidades também pesava, mesmo sem ser o que mais doía. Como referência pública, o Banco Mundial calcula em Remittance Prices Worldwide que enviar dinheiro entre países custa em média 6,36% do valor, e cerca de 15% pelo canal bancário, sobre um valor de referência de 200 dólares. É um dado de remessas, não de pagamentos entre empresas, mas descreve o mesmo encanamento bancário que a Rota usava entre suas quatro unidades.

Por que a falta de uma política de aprovação pesa mais quando a empresa opera em vários países?

Porque cada unidade desenvolve seu próprio critério informal sobre quem pode pagar o quê, e esses critérios não coincidem entre países. Sem uma política de aprovação de pagamentos escrita, cada unidade da Rota acabou operando com regras diferentes, um risco que cresce a cada novo país que se soma à operação.

Brasil, Argentina, Paraguai e Colômbia: o que a V1 da Soulbit cobre hoje e o que continua dependendo do banco local

Dos quatro países onde a Rota opera, somente a Colômbia tem rail bancário local dentro da V1 da Soulbit. Essa distinção organiza todo o resto: o saldo em dólar da empresa se centraliza em um único lugar, mas o pagamento em moeda local de três dos quatro países continua saindo do banco tradicional de cada unidade, incluindo a própria sede em reais.

País (caso ilustrativo)Papel na operação da RotaRail bancário local na V1?Como se resolve hoje
BrasilSede e maior parte da equipeNãoFolha e despesas em reais pelo banco tradicional da empresa
ArgentinaHub operacional e clientesNãoFolha e despesas locais pelo banco argentino do hub
ParaguaiHub operacional e clientesNãoFolha e despesas locais pelo banco paraguaio do hub
ColômbiaHub operacional pequeno e clientesSimPagamentos em pesos dispersados pelo rail bancário local
Tabela 1. Os quatro países da Rota e qual deles é coberto hoje pelo rail bancário local da V1 da Soulbit (caso ilustrativo).

Essa assimetria não é uma escolha arbitrária de produto. Ela reflete que o regime cambial de cada país impõe suas próprias exigências a uma empresa que movimenta saldo em moeda estrangeira. Na Colômbia, por exemplo, o Banco de la República regula o registro e o reporte das contas de compensação que canalizam moeda estrangeira para o país, um marco sem equivalente idêntico nos outros três países deste caso, incluindo o próprio Brasil.

Os contratos maiores da Rota, sobretudo os que renovam anualmente, já são faturados em dólar por acordo com o cliente, uma prática cada vez mais comum entre software B2B da região. Esses recebimentos chegam como saldo em dólar ou em stablecoin e podem ser solicitados por um link de pagamento, sem depender de um banco correspondente diferente para cada cliente. Os contratos menores, faturados em moeda local, continuam sendo recebidos pelo canal bancário tradicional de cada unidade.

O que muda ao centralizar a tesouraria: saldo consolidado e uma política de aprovação escrita

Centralizar a tesouraria mudou duas coisas para a Rota: onde o saldo fica visível e quem pode aprovar um pagamento. O saldo em dólar e stablecoin, que antes ficava espalhado entre relações bancárias correspondentes, passou a um único lugar, visível para o fundador e para a responsável financeira sem copiar números de um portal para outro.

A segunda parte, e a que mais tempo levou para escrever, foi uma política de tesouraria com níveis de aprovação por valor: até certo montante, a responsável financeira aprova sozinha; acima disso, o fundador também precisa assinar. A plantilha de política de tesouraria para pequenas e médias empresas que a Rota usou como ponto de partida define exatamente esse tipo de regra, além de quem pode autorizar uma nova contraparte bancária.

Esse saldo consolidado convive com o saldo multimoeda em dólar, euro e libra que a Rota passou a usar para manter parte da reserva sem converter para reais de imediato, algo que antes fazia por padrão e que custava spread cambial toda vez que não era necessário. Manter saldo em várias moedas também mudou o fechamento contábil mensal, porque agora é preciso registrar a variação cambial de cada moeda no fechamento, um ajuste que antes não existia porque tudo era convertido para reais na hora.

O fluxo mensal, passo a passo: do recebimento do cliente ao fechamento contábil

O fluxo mensal da Rota começa quando um cliente paga uma fatura e termina quando a responsável financeira concilia o mês completo contra o orçamento. Antes, esse percurso passava por quatro processos independentes; agora compartilha um mesmo ponto de partida.

Um cliente grande paga sua renovação anual em dólar por um link de pagamento; o saldo fica disponível no mesmo dia, sem esperar a confirmação de um banco correspondente. Um cliente argentino menor paga em pesos por transferência local, que a Rota continua recebendo pelo banco tradicional do hub em Buenos Aires. A folha das três unidades fora da Colômbia sai de seus respectivos bancos locais, enquanto a folha e as despesas colombianas se dispersam pelo rail bancário local da V1.

No fechamento de cada mês, a responsável financeira concilia as movimentações do saldo centralizado contra o identificador on-chain de cada recebimento, um procedimento descrito com mais detalhe em conciliação bancária multimoeda. Os três extratos bancários locais, um por unidade, continuam sendo conciliados separadamente, mas já não determinam quanto tempo a equipe leva para saber quanto dinheiro a empresa tem no total.

Quanto tempo levava o fechamento mensal antes e depois da mudança?

Antes, a Rota levava entre seis e oito dias úteis para fechar o mês, porque cada unidade conciliava seu próprio banco separadamente e o resultado consolidado chegava por último. Depois, o fechamento do saldo centralizado leva menos de um dia, embora os três extratos bancários locais da Argentina, do Paraguai e do próprio Brasil continuem seu próprio calendário de conciliação, que a mudança não eliminou.

Dimensão (caso ilustrativo)AntesDepois
Visibilidade do saldo consolidadoPlanilha remontada à mão toda segunda-feiraUm saldo visível na hora, sem copiar números
Aprovação de pagamentosCritério informal por WhatsApp, diferente em cada unidadePolítica escrita com níveis de aprovação por valor
Fechamento mensal do saldo centralizado6 a 8 dias úteisMenos de 1 dia
Recebimento de contratos maioresTransferência internacional por banco correspondenteLink de pagamento em dólar ou stablecoin
Reserva de caixa não operacionalConvertida para reais por padrãoMantida em dólar, euro ou libra conforme a necessidade
Pagamento em moeda local no Brasil, na Argentina e no ParaguaiBanco local de cada unidadeContinua sendo o banco local de cada unidade
Tabela 2. O ciclo de tesouraria da Rota antes e depois de centralizar o saldo em quatro países (caso ilustrativo).

O que continua dependendo do banco local de cada país, e os limites honestos do caso

A V1 da Soulbit não abre conta bancária no Brasil, na Argentina ou no Paraguai, e seria desonesto sugerir que o caso da Rota resolve a tesouraria dos quatro países da mesma forma. O rail bancário local só existe na Colômbia, então a folha e as despesas em reais, pesos argentinos e guaranis continuam dependendo do banco tradicional de cada unidade, com seus próprios prazos e tarifas, incluindo a própria sede brasileira.

Também não existe conversão automática entre as moedas do saldo: cada uma fica mantida separadamente até a empresa solicitar uma cotação OTC sob demanda para convertê-la. E o saldo consolidado não substitui a conciliação dos três bancos locais, que continua sendo trabalho da equipe financeira de cada unidade, não do produto.

Outra startup com uma presença geográfica parecida pode levar uma ideia concreta deste caso: a visibilidade consolidada e a política de aprovação resolvem o problema de governança interna, mas não eliminam a dependência do sistema bancário local nos países onde o rail da Soulbit ainda não chega, nem mesmo quando esse país é a própria sede. Reconhecer esse limite desde o início evita prometer à equipe algo que o produto não entrega hoje.

O que outra startup regional pode levar deste caso

Três conclusões se aplicam bem a outra empresa com equipe e clientes em vários países da América Latina.

A primeira é que centralizar a tesouraria não é o mesmo que centralizar os bancos: a Rota continua usando três bancos locais distintos, e o que mudou foi ter uma única fotografia do dinheiro disponível, não eliminar essas relações bancárias. A segunda é que uma política de aprovação escrita demora mais para ser redigida do que para ser executada, e evita justamente o tipo de erro, o pagamento duplicado ou o pagamento sem dono, que mais custou à Rota antes da mudança. A terceira é que faturar contratos maiores em dólar e recebê-los por um único canal reduz a dependência da conversão para moeda local, mas apenas para a parte da receita que o cliente aceita pagar dessa forma.

Perguntas frequentes

Este caso corresponde a um cliente real da Soulbit?

Este caso é ilustrativo e composto, não um cliente real da Soulbit: reúne os problemas típicos de tesouraria de uma startup de software com operação em vários países. A empresa, sua equipe e os números deste artigo não existem. Ele mostra a ordem de grandeza do problema, não um resultado garantido.

Qual a diferença entre este caso e os casos de folha de pagamento multipaís da Soulbit Academy?

Este caso trata da visibilidade do saldo, da política de aprovação de pagamentos e do fechamento mensal, não do pagamento de salários. Outro caso já publicado, sobre uma startup com equipe remota em cinco países, resolve um problema diferente: como dispersar toda a folha em dólar digital. Aqui, o lote de folha é apenas um dos fluxos que passam pelo caixa, não o objeto do caso.

O que significa ter visibilidade consolidada da tesouraria em quatro países?

Significa que a equipe financeira vê, em um único lugar, o saldo disponível em cada moeda que a empresa mantém, sem copiar números de quatro portais bancários diferentes para uma planilha. Não significa que as quatro moedas locais fiquem dentro do mesmo saldo, porque apenas parte delas está coberta pelo produto.

Qual dos quatro países o rail bancário local da Soulbit cobre hoje?

O rail bancário local da Soulbit cobre hoje somente a Colômbia. Sua V1 dispersa para contas bancárias em pesos colombianos por esse rail, enquanto Brasil, Argentina e Paraguai continuam dependendo do banco tradicional da empresa em cada país. Essa é a limitação central que qualquer startup com operação em vários países precisa conhecer antes de decidir o que centraliza.

O que continua dependendo do banco local de cada país depois de centralizar a tesouraria?

A folha de pagamento e as despesas operacionais em reais, pesos argentinos e guaranis continuam saindo do banco tradicional de cada unidade, porque o rail local da Soulbit não chega a esses três países. O que muda é o saldo em dólar que a empresa mantém como reserva e o recebimento de contratos maiores, que passam a fluir por um único lugar.

Sua empresa quer incorporar stablecoins à operação?

Entre na lista de espera da Soulbit e comece a pagar folha, cobrar e gerir tesouraria sem passar pelo SWIFT.

Entre na lista de espera

Artigos relacionados

Casos de uso

Pagar fornecedores de logística internacional: um caso

Um operador logístico brasileiro coordena cada embarque com cinco contrapartes diferentes, cada uma cobrando em sua própria moeda. Este caso ilustrativo e composto mostra quais dessas moedas ele resolve hoje com um saldo Soulbit e quais ainda dependem do câmbio bancário e do IOF.

12 min de leitura
Pagar fornecedores de logística internacional: um caso
Casos de uso

Pagar fornecedor na Guatemala: caso de uma importadora

Uma importadora paulista de malhas recebe fatura em dólares de uma confecção guatemalteca e espera dias pelo crédito. Este caso ilustrativo compara esse pagamento por transferência bancária com um payment link em USDC, etapa por etapa.

12 min de leitura
Pagar fornecedor na Guatemala: caso de uma importadora
Casos de uso

Pagar fornecedores no exterior sem parar a obra

Uma construtora ilustrativa em São Paulo quase perde a janela de embarque de dois elevadores importados, e com ela a multa contratual que o atraso de obra ativa.

10 min de leitura
Pagar fornecedores no exterior sem parar a obra