Caso: uma startup com equipe remota em 5 países paga toda a folha em USDC

Uma startup com equipe em cinco países vive o dia de pagamento como uma corrida. Alguém exporta a planilha, outra pessoa confere os dados de destino, saem transferências avulsas, algumas chegam no mesmo dia e outras na quinta seguinte, e alguém em Buenos Aires escreve perguntando por que recebeu menos do que o combinado. Todo mês, a mesma coisa.

Na Soulbit Academy apresentamos este caso como um exemplo sintético e realista, não como um cliente real. Os nomes não existem e os números são ilustrativos, ainda que coerentes com custos e prazos habituais. Um caso próximo, do lado de uma agência que paga freelancers, está em uma agência paga os seus freelancers em USDC. Este é diferente: aqui se move a folha inteira, empregados incluídos, e o trabalho difícil acontece antes de tocar em qualquer plataforma.

O perfil da empresa (caso ilustrativo)

Chamemos a empresa de "Ribera", uma startup de software com 19 pessoas e sede legal na Colômbia. O produto é vendido por assinatura a clientes da região e o faturamento anual gira em torno de 1,4 milhão de dólares.

A equipe está distribuída em cinco países: seis pessoas na Colômbia, cinco na Argentina, três no México, três na Espanha e duas no Brasil. A folha mensal total fica perto de 78.000 dólares. A composição legal é mista: na Colômbia há contratos de trabalho; nos demais países a empresa contrata sob contratos de prestação de serviços, com contrato e nota fiscal.

A operação é conduzida por uma responsável financeira com apoio da pessoa de operações. O objetivo que definiram não foi "usar cripto". Foi reduzir o tempo do ciclo de pagamento e parar de receber mensagens sobre valores que não batem.

O problema: cinco países, cinco calendários

O custo não era o que mais doía, embora estivesse ali. O que doía era a dispersão de prazos e a falta de previsibilidade.

Cada corredor se comportava de um jeito. Alguns pagamentos chegavam em um dia, outros em quatro. Alguns chegavam completos, outros com deduções que apareciam no caminho. Como referência pública, o Banco Mundial calcula na série Remittance Prices Worldwide que enviar dinheiro entre países custa em média 6,36% do valor, e perto de 15% pelo canal bancário. São dados de remessas, não de folha, mas descrevem o mesmo encanamento, e o programa do BIS sobre pagamentos transfronteiriços existe justamente por isso.

Por que a falta de previsibilidade pesa mais que o custo?

Porque a pessoa organiza o mês em torno da data em que recebe. Um atraso de três dias não é problema financeiro para a empresa, mas é para quem tem um débito automático agendado. Quando esse atraso se repete e ainda varia conforme o país, deixa de ser assunto administrativo e vira assunto de confiança.

O que não era problema de pagamento: a classificação

O projeto começou onde ninguém esperava: em uma revisão jurídica, país a país, de como cada pessoa estava contratada.

A razão é simples. Empregado e prestador são pagos de formas diferentes, com documentos e obrigações diferentes, e essa qualificação segue os fatos e não o nome do contrato. A análise completa está em prestador vs empregado na América Latina. Trocar o trilho de pagamento sem resolver isso seria repintar a fachada de um problema estrutural.

A revisão, feita com assessoria local em cada país, levou cerca de seis semanas e produziu dois ajustes de contrato e uma requalificação. Só depois de fechá-la a empresa tocou na parte operacional. A responsável financeira resumiu assim: a plataforma resolveu 20% do projeto, e esses 20% vieram por último.

Como ficou o ciclo mensal

Com a classificação resolvida e o dossiê de verificação aprovado, o ciclo virou uma rotina de uma manhã.

Dimensão (caso ilustrativo)	Antes	Depois
Transferências disparadas por ciclo	19 envios individuais	Um ciclo recorrente com 19 linhas
Tempo até todos receberem	1 a 4 dias úteis conforme o país	Minutos a partir da execução
Horas da equipe por ciclo	Cerca de 9	Cerca de 2
Consultas da equipe sobre valores	4 a 6 por mês	Menos de 1
Rastreabilidade por pessoa	Comprovantes bancários variados	Identificador on-chain por linha
Pagamento em moeda local	Conforme o banco de cada país	Só na Colômbia por trilho local; nos demais cada pessoa resolve

O procedimento adotado é o padrão: apurar no próprio sistema, montar o lote, validar endereços contra a ficha verificada, fundear o saldo incluindo taxas, aprovar com duplo controle e executar. O detalhe operacional completo está em como programar folha recorrente em stablecoin. Na Colômbia o trecho final chega à moeda local, como explicamos em pagar folha com stablecoins em COP.

A conciliação passou a ser feita no mesmo dia, linha a linha, com identificador, valor bruto e taxa registrados em separado. O procedimento contábil está em como conciliar pagamentos em stablecoin na contabilidade.

A conversa com a equipe

Esta parte não aparece em nenhum guia técnico e foi a que mais determinou o resultado.

A empresa fez três coisas antes do primeiro ciclo. Explicou o que é USDC, um dólar digital emitido pela Circle lastreado em reservas em caixa e títulos do Tesouro dos Estados Unidos, sem prometer nada além disso. Decidiu e escreveu quem assume a taxa de rede, que no caso dela é a empresa, para que o valor recebido coincida com o combinado. E deixou claro que ninguém era obrigado: quem preferisse continuar recebendo por transferência, continuava.

De 19 pessoas, 15 aceitaram a mudança no primeiro trimestre, 3 aderiram depois e 1 nunca migrou. Esse último caso não foi forçado.

O que a equipe mais perguntou?

Três coisas, nesta ordem. Se o valor podia oscilar, ao que a empresa respondeu explicando o lastro do ativo sem prometer estabilidade absoluta. Como passar para moeda local, que resolveram compartilhando informação geral e deixando a decisão com cada pessoa. E o que aconteceria se errassem o endereço de destino, motivo pelo qual a empresa exigiu uma transferência de teste antes de incluir alguém no ciclo.

O que não funcionou

Expectativa inicial	Resultado real	Como a empresa lidou
Migrar 100% da equipe	18 de 19 pessoas	Manteve o pagamento tradicional para quem não quis migrar
Eliminar a parte jurídica do problema	A classificação continuou sendo trabalho próprio	Revisão anual com assessoria local em cada país
Pagar em moeda local em todos os países	Só a Colômbia tem trilho local na V1	Cada pessoa resolve a sua conversão; comunicado desde o início
Uma pessoa da equipe em um país específico	A conversão para a moeda local saiu cara e trabalhosa	Voltou ao esquema anterior sem penalidade
Parar de apurar e reportar folha	O trilho não apura nem reporta nada	Segue com o seu sistema de folha e a sua contabilidade
Obter rendimento sobre o saldo em dólares	Não existe na V1	O saldo é usado como tesouraria operacional

O país onde não funcionou merece menção, porque é a parte mais instrutiva. A pessoa recebia em USDC sem problema, mas a conversão para a sua moeda local custava tempo e taxa, e o valor líquido que sobrava era pior do que antes. A empresa não insistiu. Um trilho de pagamento que melhora a média mas piora um caso concreto não se impõe: a exceção é aceita.

O que outra empresa pode aproveitar

Três conclusões viajam bem.

A primeira: a ordem importa mais que a ferramenta. Classificar bem cada pessoa, país a país, é o trabalho real, e fazer isso depois de trocar o trilho obriga a refazer tudo.

A segunda: a adesão se conquista com informação e sem obrigação. Explicar o ativo sem exagerar, decidir por escrito quem assume as taxas e permitir que alguém não migre produziu mais adesão do que qualquer comunicado interno.

A terceira: medir o que de fato doía. A empresa não mediu tarifas economizadas, mediu horas de ciclo e consultas da equipe. Esses dois números caíram, e por isso o projeto foi considerado bem-sucedido, mesmo com uma pessoa de fora e um país onde a conversão segue incômoda.