O que muda para as equipas de tesouraria e liquidação?
Para a tesouraria, a primeira mudança é simples: o dinheiro deixa de ficar com o fornecedor. Um gateway de pagamento em criptomoedas sem custódia envia os fundos diretamente para uma carteira controlada pela empresa, pelo que as equipas de tesouraria deixam de pensar em saldos na plataforma e passam a considerar os saldos das carteiras, as confirmações na blockchain e a gestão interna de tesouraria. No papel, parece simples. Na prática, altera as rotinas diárias.
Com sistemas de custódia, um analista de tesouraria pode depender de um único painel e de um único ficheiro de pagamentos. Numa configuração sem custódia, poderá ter de acompanhar várias carteiras, registar em que blockchain os fundos foram recebidos e associar cada entrada a uma encomenda, fatura ou unidade de negócio. Um pagamento pode já estar visível na blockchain antes de poder ser usado internamente.
A tesouraria também precisa de novas regras para gerir a liquidez. Se a empresa receber stablecoins, a equipa poderá mantê-las, convertê-las ou transferi-las para outra carteira, consoante a política e as condições do mercado. Se receber ativos voláteis, a equipa de tesouraria terá de decidir se pode tolerar essa exposição durante 10 minutos, 1 hora ou mais. Essa decisão deve constar da política, não ficar perdida na caixa de entrada de alguém às 17h30.
É aqui que a expressão o que muda para as equipas empresariais quando adotam um gateway de pagamento em criptomoedas sem custódia ganha um sentido concreto: o dinheiro deixa de ficar «estacionado» num fornecedor enquanto a equipa financeira aguarda um relatório de pagamentos. Passa diretamente para uma infraestrutura controlada pela empresa, e o fluxo de trabalho da tesouraria torna-se tanto uma questão de controlo como de gestão de fundos. Para quem procura perceber o que é um gateway de pagamento cripto sem custódia, a principal diferença é precisamente o controlo direto da empresa sobre os fundos recebidos.
O que muda na reconciliação financeira e no fecho mensal?
As equipas financeiras sentem a mudança quase de imediato, porque a atividade das carteiras não se parece com um extrato bancário normal. Cada transação inclui um hash, um tipo de token, uma blockchain e, muitas vezes, um endereço que não significa nada para um contabilista, a menos que esteja associado a uma encomenda de um cliente. Um pagamento pode até chegar em várias partes, transformando a correspondência de registos numa pequena investigação, em vez de uma simples importação.
O fecho mensal torna-se mais trabalhoso. Uma plataforma de custódia pode gerar um único extrato ou conjunto de relatórios, mas um gateway de pagamento em criptomoedas sem custódia transfere muitas vezes para os sistemas da própria empresa o ónus de comprovar as operações. A equipa financeira poderá ter de reconciliar os recebimentos na blockchain com os registos do ERP, confirmar as taxas de câmbio aplicadas no momento do reconhecimento e verificar se a transação chegou à rede pretendida. Se um pagamento chegar à rede errada, não se trata apenas de um lançamento: é um fluxo de trabalho inteiro.
Há também a questão das referências. Algumas blockchains fornecem IDs de transação claros, enquanto os sistemas de contabilidade internos podem preferir números de fatura, IDs de cliente ou referências de pagamento. Se esses identificadores não forem incluídos no processo desde o início, a equipa responsável pelo fecho acaba a cruzar registos com base no histórico da carteira e nos carimbos temporais, o que demora mais do que parece. E mais do que devia.
As equipas que procuram um ponto de partida mais prático podem consultar um guia sobre gateways de pagamento em criptomoedas para comércio eletrónico e adaptar depois a manutenção dos registos aos controlos empresariais, em vez de se guiarem pelas práticas de uma loja online. Esta etapa é importante porque a reconciliação no comércio eletrónico e a reconciliação empresarial não são a mesma tarefa, mesmo quando o meio de pagamento é idêntico. Em termos práticos, saber como reconciliar pagamentos em criptomoedas na empresa exige associar cada recebimento na blockchain à respetiva fatura, encomenda e lançamento contabilístico.
O que muda na gestão das chaves e nas aprovações internas?
A gestão das chaves altera o acordo tácito dentro da empresa. Num modelo de custódia, o fornecedor pode gerir a infraestrutura das carteiras. Num modelo sem custódia, a empresa é responsável pelas chaves privadas, pelo acesso de segurança, pela autoridade de assinatura e pelas regras que determinam quem pode movimentar os fundos. Não é um pormenor técnico. É uma questão de governação. Uma política eficaz de gestão de chaves de criptomoedas para empresas deve definir responsabilidades, permissões, cópias de segurança e procedimentos de recuperação.
A maioria das empresas não pode permitir que uma só pessoa controle uma carteira com fundos da empresa. Precisa de encaminhamento de aprovações, separação de funções e um registo claro de quem pode assinar, quem pode iniciar operações e quem pode recuperar o acesso caso se perca um dispositivo. Uma regra de duas pessoas pode ser suficiente num departamento e insuficiente noutro. Um esquema 3 de 5 pode ser adequado para uma carteira de tesouraria e desnecessário para uma carteira operacional de baixo valor. A política tem de ser proporcional ao montante em risco.
Há também a questão das cópias de segurança. Se a empresa perder o acesso às chaves, o fornecedor nem sempre poderá recuperar os fundos, porque nunca os deteve. Por isso, o planeamento da recuperação tem de ser tratado como parte do planeamento de continuidade. Cópias de segurança em papel, procedimentos para carteiras de hardware, cópias de segurança em locais geograficamente separados e responsáveis designados não são extras opcionais. Fazem parte do trabalho.
As aprovações internas devem ficar documentadas antes do lançamento, não depois do primeiro pagamento. A falta de uma única aprovação pode bloquear uma transferência. Um privilégio de administrador demasiado amplo pode causar mais danos do que uma fatura errada.
O que muda na gestão de riscos e na resposta a incidentes?
As equipas de risco precisam de adotar uma perspetiva diferente. Um fornecedor de pagamentos que detenha os fundos pode, por vezes, reverter um problema interno antes da liquidação. Um gateway de pagamento em criptomoedas sem custódia não pode fazê-lo, porque os fundos já estão na blockchain e sob o controlo da empresa. Depois de uma transferência ser assinada, a empresa tem de lidar com as consequências. Só isso já altera a classificação da gravidade.
Os tipos de incidentes também mudam. O comprometimento de carteiras, a adulteração de endereços, a seleção da blockchain errada e as transferências para endereços incorretos passam a ser riscos prioritários. Se um cliente enviar USDC pela rede errada, a equipa de apoio poderá precisar de um processo manual de recuperação. Se um funcionário aprovar uma transferência para um endereço visualmente semelhante, a resposta não é «abrir um pedido junto do processador». É «conter, verificar e documentar».
As equipas de segurança precisam de controlos para validar endereços, proteger dispositivos e garantir boas práticas de assinatura. Também precisam de procedimentos para recuperar chaves, porque perder o acesso e sofrer um comprometimento ativo são situações diferentes. Uma é um problema de disponibilidade; a outra, um problema de roubo. O tempo de resposta é importante em ambos os casos, mas os passos a seguir não são os mesmos.
As empresas que ainda estão a testar procedimentos podem beneficiar de um ensaio controlado. Uma referência prática é como testar um pagamento em criptomoedas, sobretudo se o plano de testes incluir tentativas com endereços incorretos, pagamentos parciais e confirmações demoradas. Testar apenas o cenário ideal é uma forma segura de descobrir as falhas quando o sistema já está em produção.
O que muda nas compras e na avaliação prévia de fornecedores?
A primeira pergunta da equipa de compras deixa de ser «Este fornecedor pode guardar os nossos fundos?» e passa a ser «O que controla exatamente este fornecedor?». Parece uma diferença subtil, mas não é. Numa configuração sem custódia, o fornecedor pode criar pedidos de pagamento, monitorizar blockchains e enviar webhooks, enquanto a empresa mantém o controlo da carteira. A equipa de compras tem de compreender esses limites antes de assinar o contrato.
A avaliação prévia passa a incluir a arquitetura de assinatura, a compatibilidade com carteiras, as blockchains suportadas, a integridade dos webhooks, os alertas e a observabilidade. Um fornecedor que pareça perfeito numa reunião comercial pode ainda assim não ser adequado se não conseguir trabalhar com o padrão de carteiras exigido pela equipa de segurança. Uma integração que dependa de verificações manuais pode servir para um projeto-piloto, mas não para 200 pagamentos por dia.
Os questionários aos fornecedores devem perguntar quem pode ver o quê, quem pode desencadear que operações e quem é responsável quando uma transação é detetada, mas não é liquidada como previsto. Os limites operacionais do fornecedor são tão importantes como a lista de funcionalidades. Se um fornecedor disser «não guardamos fundos», a equipa de compras deve perguntar o que faz e o que se recusa a fazer. Ambas as respostas são importantes.
O que muda nas provas de auditoria e nos controlos internos?
Os auditores vão pedir provas, não suposições. Um gateway de pagamento em criptomoedas sem custódia altera o rasto de evidências porque os pagamentos são liquidados diretamente em carteiras controladas pela empresa. Assim, a empresa tem de demonstrar a titularidade, as aprovações, os registos de transações e a cadeia de custódia das ações internas. Sem esse rasto, a conversa com os auditores torna-se mais longa do que qualquer pessoa gostaria.
As provas de controlo devem ligar a encomenda do cliente, o endereço de pagamento gerado, o recebimento na blockchain e o lançamento no sistema de contabilidade interno. Se faltar uma destas ligações, a equipa financeira poderá ter de reconstruir o percurso mais tarde. Isso custa muitas horas e torna as reuniões de auditoria desconfortáveis. Ninguém gosta de explicar uma transação lendo em voz alta os dados de um explorador de blockchain.
Os controlos de endereços também fazem parte do processo. As empresas poderão precisar de uma lista documentada de endereços de recebimento aprovados, provas de que as alterações foram revistas e declarações que confirmem que a carteira é controlada pela empresa. Se um endereço de pagamento mudar entre a cotação e a fatura, a empresa deve ter uma etapa de aprovação definida. Uma alteração de endereço sem controlo pode comprometer todo o rasto.
Os controlos internos também precisam de ser revistos periodicamente. O objetivo é comprovar que as aprovações, os registos e os dados de titularidade continuam a funcionar após mudanças de pessoal, substituições de carteiras e atualizações de políticas.
O que muda no apoio ao cliente, nos reembolsos e nas exceções de pagamento?
As equipas de apoio ao cliente costumam descobrir as lacunas operacionais antes das equipas financeiras. Os pagamentos em criptomoedas não funcionam como os pagamentos com cartão e não oferecem o mesmo tipo de proteção contra estornos. Por isso, os reembolsos, os pagamentos duplicados e os pagamentos em excesso precisam de políticas escritas, não de improvisos. Um agente de apoio não consegue resolver uma transferência para a rede errada apenas com empatia.
Os reembolsos são especialmente complicados porque o pagamento original pode ter sido recebido num ativo diferente daquele que a empresa pretende devolver. Se a empresa aceitou um token a determinada taxa e o reembolsar mais tarde a outra taxa, alguém terá de decidir que montante é devido e quem suporta as comissões. Essa decisão deve resultar de uma política e de uma análise jurídica, não caber ao agente que trata do pedido.
As transações pendentes criam mais uma camada de trabalho. Um pagamento pode ter sido transmitido, mas ainda não confirmado, ou pode ser confirmado depois de o cliente já ter reaberto o pedido. A equipa de apoio precisa de uma matriz de estados: pendente, confirmado, expirado, pago em excesso, pago a menos e rejeitado. Seis estados são suficientes para muitas equipas. Mais do que isso e a formação começa a falhar.
As empresas que precisam de analisar mais de perto as exceções de pagamento podem consultar os conteúdos sobre como aceitar pagamentos em criptomoedas para os fluxos voltados para o cliente e adaptar depois o tratamento das exceções aos níveis de serviço (SLA) empresariais. A mensagem apresentada ao cliente e o tratamento interno do mesmo pagamento são muitas vezes tarefas diferentes.
O que muda no planeamento da implementação entre departamentos?
A implementação passa a ser um programa transversal, não apenas uma funcionalidade de pagamento. A equipa financeira tem de acordar as regras de lançamento. A tesouraria tem de definir a titularidade das carteiras. A segurança tem de aprovar os processos de assinatura e armazenamento. A equipa jurídica tem de analisar os termos, os reembolsos e a linguagem relativa a sanções. O apoio ao cliente tem de saber o que dizer quando uma transação está pendente. A engenharia tem de integrar o sistema sem criar um processo paralelo à margem dos controlos.
A sequência é importante. Comece com uma carteira, uma blockchain e uma unidade de negócio. Depois, defina um plano de testes, um plano de contingência e uma via de escalonamento. Em seguida, execute o projeto-piloto com nomes associados a cada etapa de aprovação. Se ninguém souber quem é responsável pela carteira às 16h de uma sexta-feira, a implementação ainda não está pronta.
A formação não deve limitar-se a uma apresentação de diapositivos. A tesouraria precisa de conhecer os limites de assinatura. A equipa financeira precisa de saber como os dados das carteiras chegam ao ERP. O apoio ao cliente precisa de modelos de resposta para reembolsos. A segurança precisa de conhecer os critérios de ativação da resposta a incidentes. A equipa jurídica precisa da linguagem aprovada para comunicar com os clientes. A ausência de um único departamento pode atrasar todo o programa.
Se a empresa também pagar a prestadores de serviços ou parceiros, o plano de implementação poderá precisar de uma via paralela. Uma referência útil é como configurar pagamentos em massa em criptomoedas, porque a lógica dos pagamentos, o encaminhamento das aprovações e a manutenção dos registos muitas vezes se cruzam com o trabalho de recebimentos no mesmo trimestre. É algo comum no primeiro ano.
Comments