Custo de aceitar criptomoedas com 10.000 encomendas

Quanto custa aceitar pagamentos em criptomoedas sem taxa de gateway, com 10.000 encomendas mensais?

Com 10.000 encomendas mensais, o custo por encomenda pode continuar a ser enganador se o cálculo incluir todos os checkouts, até os que nunca foram pagos em criptomoedas. O valor relevante é o custo associado às encomendas em criptomoedas concluídas, rastreando cada custo até um registo, como um extrato do fornecedor, uma transação da carteira ou um registo de horas de trabalho.

Antes de comparar fornecedores, um responsável financeiro que pergunte «quanto custa aceitar pagamentos em criptomoedas sem taxa de gateway, com 10.000 encomendas mensais?» precisa de definir o denominador e os limites dos custos. A ausência de uma taxa de gateway é apenas uma das parcelas do cálculo; o resultado no final do mês depende das encomendas concluídas e das despesas que mudaram por a empresa ter passado a aceitar criptomoedas.

1. Defina o denominador: encomendas efetuadas, pagas e pagas em criptomoedas

Comece pelas 10.000 encomendas efetuadas durante o mês e, com base nos registos da loja, separe-as por estado. As encomendas efetuadas não são o mesmo que as encomendas pagas, e as pagas com cartão ou outro método não devem fazer parte do denominador das criptomoedas.

Para calcular o custo por encomenda em criptomoedas concluída, conte cada encomenda distinta que foi paga em criptomoedas e atingiu o estado que a empresa definiu como concluído. Se a loja considerar uma encomenda concluída quando é expedida, use esse estado de forma consistente; se a conclusão significar que o serviço foi prestado, use antes o registo da prestação. Esta escolha afeta o denominador, por isso documente-a.

Mantenha o denominador rigoroso.

Para perceber como calcular o custo por encomenda paga em criptomoedas, use este cálculo prático:

Custo mensal incremental das criptomoedas ÷ encomendas em criptomoedas concluídas = custo por encomenda em criptomoedas concluída.

O numerador deve incluir os custos atribuíveis à aceitação de criptomoedas, não todas as despesas de pagamento das 10.000 encomendas. O denominador não deve incluir faturas por pagar, tentativas de pagamento duplicadas nem encomendas pagas por outro método. Se um cliente fizer duas encomendas pagas distintas, conte duas; se uma encomenda gerar várias transferências na blockchain, conte uma encomenda e registe as transferências como eventos de pagamento.

Mantenha contagens separadas para checkouts em criptomoedas iniciados, tentativas de pagamento, encomendas pagas em criptomoedas e encomendas em criptomoedas concluídas. Um painel que apresente apenas «transações em criptomoedas» pode estar a contar tentativas ou transferências, em vez de encomendas. Antes de usar esse valor, compare a definição com os IDs das encomendas exportados da loja.

2. Prepare uma folha de cálculo de custos no fecho do mês com base nos registos reais

A equipa financeira deve preparar a folha de cálculo com base em registos de origem datados, e não nos preços em destaque na página do fornecedor. Use o mesmo período de calendário para a exportação da loja, a fatura do fornecedor, a atividade da carteira, os registos de conversão e qualquer registo interno de horas. Períodos diferentes podem fazer parecer que falta um pagamento válido.

É mais fácil auditar uma linha por cada item de custo do que um único total mensal. Inclua a data, o montante, a moeda, a fonte, o ID da encomenda relacionada, se disponível, se o item é incremental e de que forma entra no cálculo. Guarde a moeda original e os comprovativos da taxa de câmbio usada para converter valores para a moeda de reporte da contabilidade.

Classifique cada linha como direta, partilhada ou excluída e indique brevemente o motivo. Por exemplo, uma linha da fatura do fornecedor exclusivamente associada à aceitação de criptomoedas é um custo direto; uma plataforma de contabilidade já usada para vendas com cartão é um custo partilhado, a menos que a adição de criptomoedas tenha gerado um novo encargo. Se não estiver claro como tratar um custo, assinale-o para revisão em vez de o deixar desaparecer silenciosamente do total.

Guarde o registo de origem.

Numa loja online, o registo de pagamento também precisa de estar associado de forma fiável ao ID da encomenda. Se utilizar WooCommerce, pode consultar o [guia de checkout de criptomoedas para WooCommerce](https://payora.money/blog/crypto-payment-gateway-woocommerce-guide?lang=hi) para perceber como os eventos do checkout se relacionam com as encomendas da loja. Antes de usar esses dados na folha de cálculo, confirme os campos e o funcionamento dos eventos na configuração instalada.

3. Tenha em conta as exceções: pagamentos parciais, faturas expiradas e reembolsos

Nem todas as encomendas em criptomoedas seguem o percurso normal de um checkout pago. Registe as exceções — pagamentos parciais, pagamentos abaixo ou acima do montante devido, transferências tardias para uma fatura expirada, transferências duplicadas e reembolsos — com uma linha para cada ID de encomenda afetada.

Não parta do princípio de que resolver uma exceção não tem custos ou de que gera sempre um encargo adicional do fornecedor. Pergunte ao fornecedor que ações de recuperação são suportadas, se alguma tem custos e o que acontece quando o pagamento chega depois de a fatura expirar; confirme as respostas à luz do plano do comerciante e dos termos em vigor.

Um pagamento parcial pode deixar uma encomenda por pagar, apesar de os fundos terem chegado a uma carteira. Registe o montante recebido, o montante esperado, o estado da encomenda e a ação tomada. Se a equipa contactar o cliente ou emitir um reembolso, registe esse trabalho na encomenda, em vez de tratar a transferência como uma venda concluída.

Os reembolsos precisam de registo próprio, porque o recebimento original e a devolução posterior podem envolver transações distintas e valores de câmbio diferentes. Registe o montante devolvido, o ativo, a data, a referência da transação e qualquer diferença entre o montante recebido originalmente e o montante devolvido. Antes de os incluir nas projeções de custos mensais, confirme o processo de reembolso do fornecedor e eventuais encargos aplicáveis.

Não faça suposições.

4. Separe os custos incrementais das criptomoedas dos custos que já existem

A questão não é saber se a empresa tem despesas financeiras ou de apoio, mas sim se a aceitação de criptomoedas altera essas despesas. Se um membro da equipa já fecha as contas de pagamentos com cartão e transferência bancária, conte apenas os minutos adicionais necessários para identificar recebimentos em criptomoedas, investigar encomendas não correspondidas ou preparar um lançamento de liquidação separado.

Aplique o mesmo critério ao software e à infraestrutura. Uma nova subscrição adquirida especificamente para aceitar criptomoedas é incremental; uma plataforma de loja ou um sistema de contabilidade já existente não se transforma automaticamente num custo das criptomoedas só porque os dados passam por esses sistemas. Se foi necessário atualizar um plano para suportar o novo método de pagamento, registe a diferença de preço e a data em que começou.

As despesas partilhadas podem ser apresentadas numa secção separada para a gestão, mas não devem ser imputadas na totalidade às criptomoedas sem um método de repartição justificável. Por exemplo, se uma ferramenta financeira existente suportar vários métodos de pagamento, atribua-lhe apenas uma parcela documentada com base num critério relevante, ou deixe a despesa de fora do total incremental. Assim, a comparação do custo por encomenda não penaliza as criptomoedas por custos que o comerciante teria de suportar de qualquer forma.

Apresente dois subtotais: custos incrementais diretos e custos partilhados imputados. O primeiro mostra se as criptomoedas alteraram a fatura mensal; o segundo pode ajudar a gestão a ter uma visão mais abrangente da operação. Identifique claramente ambos, para que uma revisão posterior não confunda um valor imputado com uma nova despesa em dinheiro.

5. Meça o esforço de reconciliação ao nível da encomenda

Com 10.000 encomendas mensais, os registos de pagamento não correspondidos podem dar mais trabalho no fecho do que um pequeno número de exceções invulgares. Registe cada tarefa de reconciliação com o ID da encomenda, a função do colaborador, o tempo gasto, o código do motivo e a resolução. Entre os códigos de motivo úteis estão referência da encomenda em falta, diferença no montante, pagamento tardio e análise de reembolso.

Para cada tarefa, multiplique os minutos registados pela taxa horária total adequada, caso a empresa inclua custos de mão de obra na análise interna. A taxa deve seguir o método financeiro da própria empresa, não um valor de referência inventado. Se as horas não forem registadas, comece por medir uma amostra durante o projeto-piloto e indique claramente o período da amostra, em vez de apresentar uma estimativa como se fosse um valor mensal medido.

Compare o tempo de trabalho no fecho antes e depois de introduzir as criptomoedas, mantendo a mesma data de corte contabilística e as mesmas regras para os estados das encomendas. Uma maior proporção de pagamentos correspondidos pode reduzir o trabalho de investigação, mas não prova que o processo seja mais barato, a menos que a equipa registe as horas ou o volume de pedidos de assistência que mudaram. Documente quaisquer ajustes manuais que continuem pendentes no final do mês.

Os registos de pagamento também devem estar protegidos contra alterações não autorizadas. Atribua acesso às ferramentas de carteira e reconciliação a colaboradores identificados e guarde as referências das transações juntamente com os IDs das encomendas. O [guia de boas práticas de segurança para gateways de pagamento em criptomoedas](https://payora.money/blog/crypto-payment-gateway-security?lang=hi) pode ajudar as equipas a rever os controlos antes de um projeto-piloto. Se o comerciante quiser isolar o custo da reconciliação, o trabalho de segurança deve ser registado separadamente das tarefas de correspondência de rotina.

6. Defina critérios de decisão para o projeto-piloto antes de expandir

Antes do lançamento, registe o limite interno de custo por encomenda em criptomoedas concluída e as regras de cálculo que serão usadas para o avaliar. A meta é definida pelo comerciante: pode refletir a margem, os planos de aquisição de clientes ou a comparação com outro método de pagamento, mas não deve ser apresentada como um padrão do setor.

Escolha um período fixo para o projeto-piloto e defina quais os dados necessários no final: número de encomendas em criptomoedas concluídas, encargos diretos, número de exceções, tempo de reconciliação, registos de reembolsos e eventuais questões por esclarecer junto do fornecedor. Se o período incluir uma promoção invulgar ou um problema operacional temporário, assinale-o em vez de alterar os dados de origem para que o resultado pareça típico.

Defina um critério para suspender a expansão, além de um critério para a alargar. Por exemplo, suspenda a expansão se não for possível reconciliar o denominador com os IDs das encomendas, se o tratamento das exceções continuar pouco claro ou se o custo observado exceder o limite aprovado. Avance apenas quando for possível reproduzir os resultados da folha de cálculo a partir dos registos guardados. Assim, a alegação de «sem taxa de gateway» transforma-se num teste que a equipa financeira pode repetir no mês seguinte.

Na revisão, apresente o resultado medido juntamente com o denominador e os limites dos custos: encomendas em criptomoedas concluídas, custo mensal incremental e custo por encomenda concluída. Se o denominador continuar incerto, ainda não há dados suficientes para decidir se a operação deve ser alargada.