Como programar folha de pagamento recorrente em stablecoin: guia operacional
Uma folha recorrente em stablecoin se ganha antes do dia do pagamento, no dossiê.
O dia de pagamento de uma equipe distribuída costuma parecer mais uma operação logística do que uma tarefa financeira. Alguém abre a planilha, copia valores, confere dados de destino, dispara transferências uma a uma e depois espera. Com cinco pessoas é tedioso. Com vinte e cinco em seis países, é um risco operacional que se repete todo mês.
Na Soulbit Academy escrevemos este guia como um procedimento reproduzível. A Soulbit é um trilho de pagamento e tesouraria em stablecoins para empresas, não uma assessoria trabalhista nem um software de apuração de folha. O que vem a seguir explica como montar um ciclo recorrente sobre esse trilho, o que precisa estar pronto antes e o que fica fora do seu alcance.
O que é e o que não é uma folha recorrente em stablecoin
Folha recorrente é um ciclo de pagamentos que se repete na mesma periodicidade para uma lista estável de destinatários. A empresa define quem recebe, quanto e quando, e o ciclo roda sem ser remontado a cada vez.
Vale precisar o que é essa função. É dispersão de pagamentos: move dinheiro para uma lista de destinos. Não é software de apuração de folha. Não calcula salários, não determina contribuições previdenciárias, não aplica retenções e não gera holerites. Essa camada continua com a empresa, o seu sistema e a sua contabilidade, e o resultado dessa apuração é o insumo do ciclo de pagamento.
A vantagem concreta aparece quando a equipe está espalhada. Em vez de uma transferência internacional por pessoa, com o seu prazo e a sua dedução, o ciclo envia a partir de um mesmo saldo em dólares digitais e cada envio liquida em minutos. O custo da rota tradicional está medido pelo Banco Mundial na série Remittance Prices Worldwide, que situa a média de enviar dinheiro entre países em 6,36% do valor e perto de 15% pelo canal bancário, e pelo programa do BIS sobre pagamentos transfronteiriços, que existe porque o G20 considera esses pagamentos lentos e opacos.
Antes de programar qualquer coisa: o dossiê prévio
Noventa por cento dos problemas de uma folha recorrente acontecem antes do primeiro ciclo, e quase todos são de documentação.
O primeiro é a classificação de cada pessoa. Empregado e prestador são pagos de formas diferentes, com documentos e obrigações diferentes, e essa qualificação depende dos fatos, não do contrato assinado. A análise completa está em prestador vs empregado na América Latina, e ela vem antes de qualquer planilha.
O segundo é a verificação da própria empresa. Antes de operar, um processo de KYB valida a sociedade, o seu objeto e os seus beneficiários finais. Sem esse dossiê não há conta operacional.
O terceiro é a ficha de cada destinatário: identificação, país, contrato ou nota fiscal vigente, moeda ou ativo em que recebe e endereço de destino verificado. Essa ficha se monta uma vez e se mantém, e é ela que evita o erro mais caro do processo.
Por que o endereço de destino merece um procedimento próprio?
Porque é irreversível. Um pagamento on-chain enviado para um endereço errado não volta com uma ligação ao banco. Por isso a regra é verificar cada inclusão e cada alteração por um canal diferente daquele em que a solicitação chegou, registrar por escrito quem autorizou e fazer uma transferência de teste antes de incorporar a pessoa ao ciclo completo.
Como montar o ciclo, passo a passo
Com o dossiê pronto, montar o ciclo é rápido. O que importa é a ordem.
| Etapa | O que a empresa faz | O que precisa ficar registrado |
|---|---|---|
| 1. Apurar | Calcula no próprio sistema os valores líquidos do período | Apuração aprovada pelo responsável |
| 2. Montar a lista | Carrega destinatários, valores e ativo ou moeda de pagamento | Lote com identificação interna e período |
| 3. Validar destinos | Confere cada endereço contra a ficha verificada | Registro de validação e exceções |
| 4. Fundear | Confirma saldo suficiente para o lote mais a taxa de rede | Comprovação do saldo disponível antes de executar |
| 5. Aprovar | Aplica o duplo controle: quem monta não aprova | Trilha de quem aprovou e quando |
| 6. Executar e conciliar | Roda o ciclo e registra cada identificador on-chain | Razão auxiliar com identificador por destinatário |
A periodicidade merece ser fixada por escrito e respeitada. Uma equipe distribuída organiza os próprios compromissos em torno dessa data, e mudar o dia do ciclo por conveniência interna corrói a confiança mais rápido do que a velocidade de liquidação a constrói. Se a data cai no fim de semana, a vantagem do trilho é que não existe janela bancária: o ciclo pode rodar do mesmo jeito. A regra prática é escolher uma data fixa, comunicá-la na entrada de cada pessoa e tratá-la como compromisso operacional.
Dois detalhes separam um ciclo estável de um problemático. O primeiro é o fundeamento: o saldo precisa cobrir o valor total do lote mais as taxas de rede, verificado antes de executar e não durante. O segundo é o duplo controle: quem monta a lista não deveria ser quem a aprova, mesmo que o time financeiro sejam duas pessoas.
O dia do pagamento e a conciliação
Executado o ciclo, cada envio gera o seu próprio identificador on-chain. Esse identificador é a peça que transforma um pagamento em um lançamento contábil defensável.
A conciliação é feita no mesmo dia, linha a linha: destinatário, valor bruto, taxa de rede, data e identificador. Registrar bruto e taxa em separado evita divergências, e usar um critério único de taxa de câmbio, documentado por escrito, evita discussões no fechamento. O procedimento completo está em como conciliar pagamentos em stablecoin na contabilidade.
Na Colômbia o ciclo pode terminar em moeda local, porque a V1 tem trilho bancário local lá. A operação concreta está em pagar folha com stablecoins em COP. Nos demais países o ciclo termina em stablecoins ou em fiat limitado a USD, EUR e GBP, e cada pessoa resolve a passagem para a sua moeda. Para equipes com prestadores fora do país, o detalhe está em pagar prestadores internacionais em USDC.
Os erros que quebram um ciclo recorrente
Ciclos não falham pela tecnologia. Falham pela manutenção do dossiê.
| Erro | O que provoca | Como evitar |
|---|---|---|
| Aceitar mudança de destino pelo mesmo canal da solicitação | Exposição a fraude e pagamento irreversível a terceiro | Verificação por canal diferente e transferência de teste |
| Saldo insuficiente na execução | O lote corta no meio e deixa pagamentos parciais | Verificar fundeamento do valor total mais taxas antes de disparar |
| Incluir pessoa sem contrato ou nota fiscal vigente | Pagamento sem suporte documental para revisão | Ficha completa obrigatória antes de entrar no ciclo |
| Mesma pessoa montando e aprovando o lote | Sem controle cruzado diante de erro ou desvio | Duplo controle com trilha de aprovação |
| Conciliar no fechamento e não no mesmo dia | Reconstrução cara e divergências por taxas | Registro diário com identificador por linha |
| Supor depósito em moeda local fora da Colômbia | Expectativa frustrada na equipe | Comunicar na entrada de cada pessoa |
O que a Soulbit V1 entrega e o que não entrega
A V1 oferece uma conta empresarial com saldos em stablecoins, USDC e USDT, e fiat em USD, EUR e GBP. Inclui KYB, folha recorrente, pagamentos em lote, payment links, QR de cobrança, conversão cripto para fiat por cotação sob demanda, monitoramento AML/KYT e custódia institucional. USDC é um dólar digital emitido pela Circle, lastreado em reservas em caixa e títulos do Tesouro dos Estados Unidos.
O que ela não entrega delimita o projeto. Não apura folha, não calcula contribuições nem retenções, não gera holerites e não reporta a nenhuma autoridade. Não classifica relações de trabalho. Não deposita em moeda local fora da Colômbia. E não oferece cartões, rendimento sobre saldos, token próprio nem aplicativo móvel nativo.
Quando esta rota não é a melhor opção?
Quando a equipe está concentrada em um único país e recebe em moeda local. Aí o banco local já resolve, e acrescentar um trilho em dólares adiciona etapas sem tirar atrito. A folha recorrente em stablecoin rende quando existe dispersão geográfica real, pagamentos em dólares e um ciclo que se repete. Se a equipe cabe em um único banco, provavelmente não é necessário. O caso de dispersão com duas moedas está em dispersão de pagamentos em COP e USD.
Perguntas frequentes
O que é exatamente uma folha recorrente em stablecoin?
É um ciclo de pagamentos que se repete na mesma periodicidade para uma lista estável de destinatários, executado a partir de um saldo em stablecoins. A empresa define a lista, os valores e a data, e o ciclo se repete sem ser remontado do zero a cada mês. Cada envio liquida em minutos.
Serve tanto para empregados quanto para prestadores?
O trilho executa os dois, mas não é ele que decide a figura. A empresa classifica cada pessoa como empregado ou prestador conforme os fatos e a lei aplicável, e daí decorrem contribuições, retenções e o documento que sustenta cada pagamento. Essa análise é prévia e nenhuma plataforma a substitui.
O que fazer quando alguém muda os dados de destino?
Essa mudança deve ser tratada como evento de risco, não como um dado menor. A boa prática é verificá-la por um canal diferente daquele em que a solicitação chegou, registrar por escrito quem autorizou e fazer uma transferência de teste antes do ciclo completo.
A empresa pode pagar em moeda local pelo mesmo ciclo?
Só na Colômbia, que é o único trilho bancário local da V1. Nos demais países o ciclo paga em stablecoins como USDC e USDT, ou em fiat limitado a USD, EUR e GBP, e cada pessoa resolve a passagem para a sua moeda por conta própria.
Como se concilia uma folha recorrente?
Cada envio do lote deixa o seu próprio identificador on-chain, registrado ao lado do destinatário, do valor bruto, da taxa de rede e da data. A conciliação é feita no mesmo dia do ciclo, linha a linha, e não no fechamento do mês, quando reconstruir a informação custa três vezes mais.
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