Equipe editorial do Boosted

Pedido criado ainda não é pagamento: conferência de pagamentos e reembolsos no relatório

A página de "obrigado" e o pedido criado não confirmam o recebimento do dinheiro. Para o relatório de vendas, vincule o número do pedido ao pagamento confirmado e registre os reembolsos separadamente. Não altere os status manualmente, para que o relatório corresponda às expectativas.

A página de "obrigado" e o pedido criado não confirmam o recebimento do dinheiro. Para o relatório de vendas, vincule o número do pedido ao pagamento confirmado e registre os reembolsos separadamente. Não altere os status manualmente, para que o relatório corresponda às expectativas.

Três momentos distintos

O comprador pode criar um pedido, abrir o pagamento e fechar a página sem pagar. Pode voltar ao site antes da confirmação. Por isso, o evento da interface, o estado do pedido e o estado do pagamento são verificados separadamente. Cada serviço de pagamento específico define seus próprios status e forma de confirmação; os nomes de um provedor não são universais.

Por exemplo, a documentação da YooKassa distingue pending, waiting_for_capture, succeeded e canceled. No processo escolhido, a espera pela captura não é substituída por um pagamento bem-sucedido. Esta é uma explicação para a leitura dos status, e não uma instrução para alterar as configurações de recebimento de pagamentos.

Conferência didática

No registro há quatro pedidos de 1 000 rublos. Para A, o pagamento está confirmado; B aguarda; C foi cancelado sem captura bem-sucedida; D foi confirmado e, em seguida, foi registrado um reembolso de 300. Foram criados pedidos no valor de 4 000, confirmados pagamentos no valor de 2 000, e registrados separadamente reembolsos no valor de 300. O saldo de entradas de dinheiro nesses limites hipotéticos é de 1 700.

Este não é um cálculo de receita contábil ou lucro: aqui não há custo, comissões e outras obrigações. O objetivo do exemplo é não transformar quatro linhas de pedidos em quatro compras pagas.

Se os números divergirem

Confira o identificador do pagamento, a moeda, o valor, o horário e o último estado confirmado. Um callback repetido não deve se tornar mais um pagamento do mesmo pagamento no seu relatório. Deixe os casos duvidosos em uma lista separada para análise com o responsável pela contabilidade. Marque as operações de teste e de demonstração separadamente; a presença delas não comprova entradas reais de dinheiro.

Esquema: 1 — pedidos criados; 2 — pagamentos confirmados por identificadores; 3 — conferência separada de reembolsos e status desconhecidos.

Carteira, cartão e marca de verificação
1 — pedidos criados; 2 — pagamentos confirmados por identificadores; 3 — conferência separada de reembolsos e status desconhecidos.

Tarefa relacionada: O comprador chegou ao pagamento e parou: o que o proprietário da página deve verificar.

Fontes

YooKassa: processo de pagamento. Verificado em 21 de setembro de 2026. Exemplos práticos e esquemas — metodologia editorial; os números hipotéticos não são dados de clientes.

Para uma publicação pública pronta específica, é possível verificar as condições de visualizações. Este serviço não realiza o trabalho descrito e não garante interesse orgânico, solicitações ou vendas.

✦ Escolher a quantidade e fazer um pedido →