Pontos principais

Os pagamentos recorrentes com stablecoins transferem o faturamento de assinaturas das credenciais de cartão armazenadas e dos débitos bancários para a autorização por carteira, a execução programável e a liquidação na cadeia de blocos. Os pagamentos recorrentes na cadeia de blocos exigem permissões de pagamento, lógica de faturamento, infraestrutura de execução, políticas de taxas, monitoramento e controles de reconciliação. Os pagamentos de assinaturas com stablecoins podem reduzir os atritos na liquidação para algumas empresas globais, mas não eliminam os requisitos de tesouraria, conformidade, reembolso ou relatórios. Os pagamentos recorrentes com criptomoedas funcionam melhor como um canal de pagamento adicional para fluxos de trabalho específicos, e não como um substituto universal para cartões, bancos ou métodos de pagamento locais.

Os pagamentos recorrentes com stablecoins são um modelo emergente para faturamento por assinatura e fluxos de pagamento automatizados. Os pagamentos recorrentes tradicionais geralmente dependem de redes de cartões, débitos bancários, processadores de pagamentos e sistemas intermediários de liquidação. Essas estruturas são maduras, mas podem causar atrasos na liquidação, falhas em transações internacionais, estornos e trabalho de reconciliação entre vários sistemas. As stablecoins criam uma estrutura diferente. Um cliente autoriza um método de pagamento baseado em carteira digital, o sistema de faturamento calcula cada cobrança e a infraestrutura de pagamento executa ou aciona a transferência da stablecoin. A liquidação ocorre então na blockchain, em vez de passar por uma rede de cartões ou bancária. Para as empresas, os pontos mais importantes são o faturamento, a liquidação mais rápida e uma integração mais estreita entre operações de pagamento, tesouraria e relatórios. As questões relevantes são: como funciona a autorização, quem controla a carteira, como as exceções são tratadas e como o recibo final é mapeado de volta para os sistemas financeiros.

Como funcionam os pagamentos recorrentes na cadeia de blocos

Os pagamentos recorrentes na cadeia de blocos começam com a autorização. Um cliente vincula uma carteira e aprova as transações futuras de pagamento de acordo com termos definidos. Esses termos podem incluir a stablecoin, o valor máximo, a periodicidade de cobrança, o endereço do destinatário, a data de validade e o processo de revogação. A plataforma de cobrança, então, calcula o valor devido a cada ciclo. A camada de execução verifica se a autorização continua válida e se a carteira possui fundos suficientes. Se o pagamento puder ser realizado, o sistema envia ou aciona uma transferência de stablecoin. Uma vez confirmada, a transação passa a fazer parte do registro na blockchain e pode ser associada à fatura. Existem dois modelos principais de fluxo de trabalho: os débitos por contrato inteligente totalmente automatizados dependem da lógica do contrato e da infraestrutura de automação para executar pagamentos de acordo com um cronograma. Os sistemas pull baseados em autorização permitem que o cliente aprove pagamentos futuros com antecedência, enquanto um comerciante, processador ou sistema de pagamento envia cada cobrança na data de vencimento. A distinção operacional entre os dois é importante. Muitas blockchains não executam transações automaticamente de acordo com um cronograma, de modo que o faturamento recorrente geralmente depende de agendadores fora da cadeia, ferramentas de automação ou infraestrutura do processador. As empresas precisam de regras definidas para casos de fundos insuficientes, picos de taxas, transações com falha, novas tentativas, cancelamentos e notificações aos clientes. Stablecoin como Serviço pode fornecer uma camada operacional que abrange a gestão de reservas, contratos inteligentes, infraestrutura regulatória, fluxos de trabalho de emissão e queima de tokens, gestão de usuários, controles de políticas, lista de endereços autorizados e armazenamento a frio.

Por que as empresas estão explorando pagamentos por assinatura com stablecoins

As empresas estão explorando pagamentos de assinaturas com stablecoins porque o faturamento recorrente é um problema de liquidação e operações, e não apenas um problema de finalização de compra. Um negócio de assinaturas pode atender clientes em diversos mercados, receber receitas por meio de várias formas de pagamento e reconciliar recebimentos por meio de sistemas que são fechados em prazos diferentes. As stablecoins podem reduzir o atrito em alguns desses fluxos de trabalho. As redes de blockchain operam continuamente, de modo que a liquidação não depende do horário de processamento em lote dos cartões nem dos prazos de corte bancários da mesma forma. Enquanto as transações com cartão e os canais bancários costumam ser liquidadas em um ciclo de um a três dias, uma transferência confirmada de stablecoin pode ser finalizada em segundos ou minutos, dependendo da rede. Para empresas globais, isso pode melhorar a visibilidade dos pagamentos e reduzir a incerteza sobre quando os fundos estarão disponíveis. O custo é mais variável. Um pagamento com stablecoin pode custar menos do que uma transação com cartão em alguns corredores de pagamento ou para certos tipos de clientes. O custo é mais variável. Um pagamento com stablecoin pode custar menos do que uma transação com cartão em algumas rotas ou para certos tipos de clientes. Mas, quando se leva em conta o custo total da conversão de moeda para dentro e para fora das stablecoins, as taxas de rede e as despesas operacionais relacionadas à gestão de conformidade, verificações antifraude e suporte a um novo método de pagamento, a economia pode diminuir ou desaparecer. O caso de uso institucional é mais forte quando as stablecoins preenchem uma lacuna específica na estrutura de pagamentos existente. Isso pode incluir assinaturas globais de SaaS, adiantamentos entre empresas, serviços digitais, saldos em marketplaces ou clientes que preferem pagamentos por meio de carteiras digitais. A realidade mais provável no curto prazo é a coexistência. As stablecoins podem adicionar mais uma via de pagamento, melhorando a liquidação, o alcance ou a automação, enquanto cartões, ACH, transferências bancárias e métodos de pagamento mais tradicionais continuam a atender a outros fluxos.

Infraestrutura necessária para pagamentos recorrentes com stablecoins

Um sistema funcional de pagamentos recorrentes com stablecoins requer infraestrutura de carteiras, autorização de pagamentos, coordenação de faturamento, execução de transações, análise de conformidade, monitoramento e geração de relatórios. A arquitetura das carteiras define onde os fundos ficam armazenados e quem pode movimentá-los. Os fundos dos clientes podem permanecer sob custódia própria até cada débito, ou o sistema de pagamentos pode utilizar um modelo gerenciado por um processador. Carteiras de comerciantes, carteiras de tesouraria, carteiras de reembolso e carteiras de liquidação podem, cada uma, exigir permissões e limites diferentes. O gerenciamento de chaves é importante porque os pagamentos recorrentes transformam o acesso à carteira em infraestrutura operacional. As instituições precisam de controles de assinatura, destinos aprovados, limites de gastos, funções de usuário e procedimentos de recuperação. Soluções como a da BitGo Carteiras de custódia pode dar suporte a essa infraestrutura, oferecendo armazenamento off-line, verificações de segurança e outros recursos de carteira projetados para operações comerciais. A camada de execução conecta o faturamento de assinaturas aos movimentos na blockchain. Ela pode incluir contratos inteligentes, APIs, webhooks, roteamento de rede, gerenciamento de gas, regras de repetição de tentativas e tratamento de exceções. A camada de orquestração, então, mapeia os eventos de pagamento de volta para os sistemas de assinatura, registros de faturas e fluxos de trabalho de ERP. O monitoramento oferece às equipes visibilidade sobre pagamentos pendentes, recebimentos confirmados, transações com falha, autorizações revogadas, redes não compatíveis, atividades suspeitas na carteira e registros de faturas incompatíveis. Ele também deve acionar alertas para autorizações vencidas, falhas repetidas de pagamento, atrasos na liquidação e discrepâncias entre faturas e transações.

Gestão de tesouraria e liquidez para fluxos recorrentes de stablecoins

Os fluxos recorrentes de stablecoins podem ser previsíveis, mas a tesouraria corporativa ainda precisa de uma gestão ativa. Uma empresa que recebe stablecoins deve decidir quais ativos aceitar, como USDC, USDT ou PYUSD, equilibrar os valores, determinar quando converter para moeda fiduciária e como manter a liquidez nas redes compatíveis. A previsão vincula o sistema de faturamento às operações de tesouraria. As receitas esperadas de assinaturas devem ser comparadas com os passivos em stablecoins, despesas operacionais em moeda fiduciária, reembolsos, pagamentos a fornecedores e prazos de liquidação. Se a empresa converter stablecoins em moeda fiduciária rapidamente, a exposição pode ser curta. Se ela mantiver saldos em stablecoins para pagamentos operacionais, os riscos de emissor, resgate, concentração e liquidez tornam-se mais prevalentes. Nos Estados Unidos, a Lei GENIUS trata as stablecoins de pagamento como uma categoria regulamentada e proíbe os emissores de pagar rendimentos; portanto, saldos ociosos não rendem juros da mesma forma que um depósito bancário. A fragmentação da rede também afeta a liquidez. Um cliente pode efetuar um pagamento em uma cadeia, enquanto a empresa precisa de saldos em outra cadeia ou em uma conta bancária em moeda fiduciária. A transferência de fundos entre redes pode acarretar risco de ponte, atrasos operacionais ou complexidade na reconciliação. O modelo de tesouraria precisa de regras para ativos aceitos, cadeias suportadas, limites de concentração, prazos de conversão e tratamento de exceções. Adequado gestão de tesouraria de stablecoins abrange as necessidades institucionais relacionadas à supervisão da liquidez, controles de governança, integridade dos relatórios, monitoramento do risco dos emissores e reconciliação entre os fluxos de pagamentos e de tesouraria das stablecoins.

Controles de governança e autorização

Os pagamentos recorrentes na cadeia de blocos exigem controles claros de autorização, pois o objeto de pagamento é programável. Uma vez que as permissões para pagamentos futuros estejam definidas, o sistema deve determinar quem pode iniciar, aprovar, pausar, repetir, reembolsar, revogar ou alterar um fluxo de pagamento. A autorização do cliente é o primeiro controle. O cliente deve conhecer o token, a carteira, o destinatário, a periodicidade de cobrança, o valor máximo da cobrança, os prazos de validade e o processo de cancelamento. A empresa precisa de registros que comprovem que a autorização existia no momento em que o pagamento foi tentado, incluindo a carteira utilizada, a permissão concedida e as condições de cobrança aplicáveis. A autorização interna deve ser separada. As equipes de finanças, operações, conformidade, engenharia e suporte não devem compartilhar os mesmos direitos. Uma nova tentativa de cobrança de rotina pode seguir um processo, enquanto um reembolso de alto valor, um novo endereço de liquidação, um upgrade de contrato ou uma alteração na lógica de cobrança podem exigir aprovações adicionais. O acesso deve seguir permissões baseadas em funções e segregação de funções. O funcionário que configura uma regra de pagamento recorrente não deve necessariamente ter a capacidade de aprovar alterações na carteira de liquidação ou ignorar controles de pagamentos com falha. Cada aprovação, exceção e alteração de política deve gerar uma trilha de auditoria que possa ser revisada. A revogação também deve ser incorporada ao fluxo de trabalho. Os clientes precisam de uma maneira de interromper pagamentos futuros, e a empresa precisa de uma maneira de suspender as atividades de pagamento para análise de fraudes, questões relacionadas a sanções, disputas de cobrança ou rescisão do serviço. Mecanismos de políticas de criptografia codificar esses fluxos de trabalho de aprovação, limites de transações, segregação de funções, trilhas de auditoria e automação de políticas para dar suporte às operações institucionais com ativos digitais.

Riscos e desafios dos pagamentos recorrentes em criptomoedas

Os pagamentos recorrentes em criptomoedas apresentam riscos diferentes dos da cobrança por cartão e dos sistemas bancários. Vulnerabilidades nos contratos inteligentes podem afetar a lógica de pagamento. A invasão de uma carteira pode expor os fundos. O congestionamento da rede pode atrasar a liquidação. Picos no preço do gás podem tornar pagamentos de pequeno valor antieconômicos, caso o sistema não tenha definido quem arca com os custos da transação. O risco associado às stablecoins também é importante. Uma stablecoin pode perder sua paridade, o resgate pode ficar restrito e a liquidez pode variar entre ativos, plataformas e blockchains. As instituições precisam de políticas para as stablecoins aceitas, especialmente no que diz respeito às diferenças de valorização entre os valores faturados e os valores de liquidação. Como uma stablecoin é um instrumento ao portador, uma empresa não pode controlar totalmente para onde as moedas se deslocam após a liquidação; por isso, é essencial que as obrigações relacionadas à prevenção à lavagem de dinheiro e às verificações de sanções sejam compreendidas minuciosamente por todas as partes. Pagamentos com falha exigem um modelo operacional definido. Se a carteira de um cliente não tiver fundos, não há um mecanismo automático de recurso semelhante ao de cartões, a menos que a empresa tenha criado um, e as ferramentas de recuperação nas quais as redes de cartões se baseiam - como novas tentativas automáticas e serviços de atualização de conta - não existem na blockchain. A frequência das novas tentativas, os períodos de carência, a suspensão do serviço e os avisos aos clientes devem ser definidos antes do lançamento. Reembolsos e contestações também funcionam de maneira diferente. Transferências na blockchain geralmente não podem ser revertidas por um intermediário. Reembolsos normalmente exigem uma nova transação de saída, enquanto processos do tipo estorno dependem de contratos, política de suporte, regras do processador e controles antifraude, em vez de reversão nativa da blockchain.

Pagamentos recorrentes com stablecoins na infraestrutura de pagamentos institucionais

Os pagamentos recorrentes com stablecoins se enquadram na tendência mais ampla em direção a uma infraestrutura de pagamentos programável. Eles conectam a autorização da carteira, a lógica de faturamento, a liquidação, os movimentos de tesouraria e os registros contábeis. Isso os torna relevantes para plataformas de assinatura, empresas de SaaS, empresas de pagamentos, marketplaces e instituições que gerenciam obrigações recorrentes relacionadas a ativos digitais. Eles não devem ser tratados como um substituto para todos os canais de pagamento. Cartões, ACH, transferências eletrônicas, débito direto e métodos de pagamento locais ainda oferecem amplo alcance aos clientes, processos de contestação familiares e tratamento regulatório estabelecido. Essa lacuna está diminuindo. A Lei GENIUS nos Estados Unidos e a MiCA na União Europeia agora proporcionam às stablecoins de pagamento um marco regulatório definido, embora grande parte da regulamentação dos EUA ainda esteja sendo finalizada. As stablecoins agregam uma capacidade diferente: liquidação contínua com regras de pagamento programáveis e execução direta baseada em carteiras. A oportunidade institucional é maior quando o faturamento por stablecoin é integrado às operações financeiras existentes, em vez de isolado como um fluxo de trabalho de criptomoedas autônomo. Isso significa que os eventos de pagamento precisam se conectar à política de tesouraria, aos registros de clientes, ao status das faturas, à revisão de conformidade e aos sistemas contábeis. A estrutura só se torna útil em escala se os controles circundantes forem capazes de lidar com atividades normais de faturamento e exceções. Para as instituições, a questão central é se a estrutura se encaixa nos controles existentes antes que o volume aumente. Custódia, autorização, análise de conformidade, política de liquidez, relatórios e gerenciamento de exceções precisam funcionar em conjunto.

Perguntas frequentes

Como você lida com um cliente cuja carteira fica sem saldo no meio do ciclo de cobrança?

Marque o pagamento como reprovado, notifique o cliente, aplique as regras de nova tentativa e suspenda o serviço somente após o período de carência estabelecido. A política deve definir se o cliente deve recarregar a conta, aprovar a transação novamente ou mudar de canal de pagamento.

O que acontece com uma cobrança recorrente se as taxas de gás dispararem no dia do débito?

O sistema de cobrança deve aplicar uma regra de tarifa pré-definida. Ele pode tentar novamente mais tarde, utilizar uma rede compatível de menor custo, repassar a tarifa, arcar com a tarifa ou suspender a cobrança caso a viabilidade econômica não seja alcançada.

É possível debitar os pagamentos automaticamente sem que o cliente precise assinar cada transação?

Sim, se o cliente conceder autorização prévia por meio de um contrato inteligente compatível ou de um modelo de permissão de pagamento. O sistema ainda precisa de limites, revogação, notificações e registros de autorização.

Como funciona o reconhecimento de receita quando a stablecoin perde a paridade entre a emissão da nota fiscal e a liquidação?

As equipes financeiras precisam de uma política para o valor da fatura, o valor do recibo, o valor de conversão e quaisquer ganhos ou perdas. A resposta depende do tratamento contábil, da jurisdição, do ativo e do momento.

Qual é a comparação real de custos em relação aos sistemas de cartões, levando em conta as transações de entrada e saída e a conversão de tesouraria?

Isso depende do canal de pagamento, do valor da transação, das taxas do processador, das taxas de rede, do spread de conversão, dos custos de conformidade, do volume de reembolsos e da carga de suporte. Instituições prudentes devem calcular o custo total de aceitação, e não apenas as taxas de transação, ao avaliar suas opções.

Como funcionam os reembolsos e os estornos quando não há um intermediário para recuperar os fundos?

Os reembolsos geralmente exigem uma nova transação de volta para a carteira do cliente. Estornos do tipo "chargeback" não são inerentes à liquidação em blockchain e devem ser tratados por meio de políticas, contratos ou fluxos de trabalho do processador.

Quais jurisdições consideram a receita proveniente de assinaturas na cadeia de blocos como uma atividade de pagamentos regulamentada?

A regulamentação está se tornando cada vez mais clara. A Lei GENIUS dos EUA e a MiCA da UE estabelecem marcos regulatórios para a emissão e o uso de stablecoins de pagamento, embora a resposta específica ainda dependa da custódia, da conversão, da transferência de valores, da localização do cliente, da função da entidade, do tipo de ativo e do fato de a empresa controlar ou não os fundos dos clientes.

Como podemos conciliar os recibos na blockchain com nosso sistema ERP e de faturamento de assinaturas já existentes?

Mapeie o endereço da carteira, o hash da transação, o ID da fatura, o ID do cliente, o token, a rede, o carimbo de data/hora, o valor da liquidação e o status de confirmação no ERP. A reconciliação deve comparar a liquidação na blockchain com os registros das faturas e da tesouraria.

O empresa de infraestrutura de ativos digitais.

Connect with us

Thousands of businesses around the world run on BitGo

The latest

All News

Sobre a BitGo

A BitGo é a empresa de infraestrutura de ativos digitais que oferece serviços de custódia, wallet-as-a-Service, staking, negociação, financiamento e liquidação a partir de armazenamento a frio regulamentado. Desde a nossa fundação em 2013, nosso foco tem sido acelerar a transição do sistema financeiro para uma economia de ativos digitais. Com presença global e várias entidades regulamentadas, a BitGo atende milhares de instituições, incluindo muitas das principais marcas, bolsas e plataformas do setor, e milhões de investidores de varejo em todo o mundo.