> ## Documentation Index
> Fetch the complete documentation index at: https://docs.assiny.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Status de venda

> Os 11 status que uma venda pode assumir na Assiny, o que cada um significa e o que fazer

Toda transação da Assiny carrega um **status**. Ele aparece na lista da tela de
[Vendas](/vendas/transacoes) e também funciona como filtro — dá para isolar só os pagos, só os
recusados ou só os chargebacks de um período.

São **11 status**, organizados aqui em três famílias: pagamento, reembolso e contestação. Esta é a
página de referência. Guarde o link: quase toda dúvida sobre "por que essa venda não entrou no meu
resultado" termina em um dos status abaixo.

**Recorrência e parcelamento têm conjuntos de status próprios.** Os 11 desta página descrevem a
**transação**. Existem outros dois conjuntos, com nomes que não aparecem aqui:

* **[Assinaturas](/vendas/assinaturas)** — **10 status**, com nomes como *Cobrança falhou*,
  *Tentando cobrança* e *Parcela finalizada*.
* **[Parcelamentos](/vendas/parcelamentos)** — **4 status**: *Ativo*, *Finalizado*,
  *Cancelado pelo usuário* e *Cancelado por tentativas*.

Se você está olhando uma cobrança recorrente ou um parcelamento, consulte aquela página. O status
do contrato e o status de cada cobrança são coisas diferentes.

## Os 11 status

<CardGroup cols={3}>
  <Card title="Pagamento" icon="credit-card">
    Pago · Pendente · Aguardando pagamento · Recusado · Pix expirado
  </Card>

  <Card title="Reembolso" icon="money-bill-transfer">
    Solicitação de reembolso · Processando reembolso · Reembolsado · Reembolsado pelo cliente
  </Card>

  <Card title="Contestação" icon="shield-halved">
    Chargeback · Reembolsado por chargeback
  </Card>
</CardGroup>

## Pagamento

| Status | O que significa | O que fazer |
| - | - | - |
| **Pago** | O pagamento foi confirmado. É a venda que conta no seu resultado | Nada. A venda está concluída |
| **Pendente** | A transação existe, mas ainda não teve o pagamento confirmado | Aguarde a confirmação. Se ficar parada por muito tempo, confira o meio de pagamento usado |
| **Aguardando pagamento** | A cobrança foi gerada e está esperando a ação do cliente — o caso típico do Pix emitido e ainda não pago | Aguarde. Vale lembrar o cliente de concluir o pagamento antes que o código vença |
| **Recusado** | A cobrança não foi autorizada | Oriente o cliente a tentar novamente, com outro cartão ou outro meio de pagamento. Volume alto de recusa merece uma olhada nas condições de parcelamento |
| **Pix expirado** | O código Pix venceu sem ser pago | O cliente precisa refazer a compra para gerar um novo código. É o status a monitorar quando a proporção de Pix é alta |

**Pix expirado** em excesso quase sempre é problema de lembrete, não de preço. Compare a
conversão de Pix no [Dashboard](/vendas/dashboard) com o volume de expirados na tela de Vendas
antes de mexer na oferta.

## Reembolso

| Status | O que significa | O que fazer |
| - | - | - |
| **Solicitação de reembolso** | O cliente pediu o reembolso e o pedido entrou na fila | Você tem **72 horas** para tratar. Fale com o cliente e, se ele desistir, marque o pedido como **Resolvido**. Veja [Gestão de pedidos de reembolso](/reembolsos/gestao-de-pedidos) |
| **Processando reembolso** | O reembolso foi confirmado e está sendo executado | Aguarde a conclusão. Informe o cliente de que a devolução já está em andamento |
| **Reembolsado** | O valor foi devolvido ao cliente | Nada. Guarde o **comprovante de reembolso** gerado pela plataforma |
| **Reembolsado pelo cliente** | Reembolso registrado como originado pelo próprio cliente | Trate como um reembolso concluído e acompanhe o indicador de reembolso no bloco **Riscos em 30 dias** |

<Warning>
  O prazo de **72 horas** da solicitação é a sua única janela para resolver antes que o reembolso
  seja concluído. Depois disso não há como reverter pelo painel.
</Warning>

## Contestação

| Status | O que significa | O que fazer |
| - | - | - |
| **Chargeback** | O cliente contestou a cobrança junto à emissora do cartão | Trate como prioridade. Reúna o que comprova a entrega e acompanhe o **índice de chargeback** em [Vendas](/vendas/transacoes) |
| **Reembolsado por chargeback** | O valor foi devolvido em decorrência da contestação | Nada a fazer no pedido. O foco passa a ser reduzir a causa: promessa da página de vendas, entrega e atendimento |

Chargeback é diferente de reembolso: não é você quem devolve o dinheiro, é a emissora do cartão
que reverte a cobrança. Índice alto de chargeback coloca a saúde da operação em risco — e é
acompanhado de perto por qualquer plataforma de pagamento.

## Dúvidas frequentes

<AccordionGroup>
  <Accordion title="Por que a venda não entrou no meu resultado?">
    Só vendas confirmadas contam. **Pendente**, **Aguardando pagamento**, **Recusado** e
    **Pix expirado** são transações que existem mas não foram pagas. Filtre por status na tela de
    [Vendas](/vendas/transacoes) para ver quanto do seu volume está parado em cada um.
  </Accordion>

  <Accordion title="Qual a diferença entre reembolso e chargeback?">
    No **reembolso**, a devolução parte de você ou de um pedido do cliente e é processada pela
    plataforma. No **chargeback**, o cliente vai direto à emissora do cartão contestar a cobrança e
    a reversão acontece por fora do seu controle. Reembolso é resolvível; chargeback, na prática,
    já é o problema instalado.
  </Accordion>

  <Accordion title="Uma assinatura usa esses mesmos status?">
    Não. Assinatura corre num conjunto próprio, com **10 status** — entre eles *Cobrança falhou*,
    *Tentando cobrança*, *Cancelado por tentativas* e *Parcela finalizada*, que não aparecem na
    lista de vendas. A tela de [Assinaturas](/vendas/assinaturas) tem filtro de status separado,
    ao lado de Produto e Periodicidade.
  </Accordion>

  <Accordion title="Dá para filtrar a lista por status?">
    Sim. A tela de [Vendas](/vendas/transacoes) tem o filtro **Status**, que pode ser combinado com
    período, produto, funil, tipo de oferta, meio de pagamento e parâmetros de URL.
  </Accordion>

  <Accordion title="O status mudou e eu quero avisar meu sistema. Dá?">
    Sim — é para isso que existem os webhooks. A Assiny dispara eventos como compra aprovada,
    compra recusada, compra reembolsada, Pix gerado, Pix expirado, reembolso solicitado e
    chargeback. Comece pela [Introdução aos webhooks](/webhooks/introducao).

    Confira a lista de eventos na aba **Eventos** do
    [formulário do webhook](/webhooks/como-configurar) e valide com um **evento de teste**.
  </Accordion>
</AccordionGroup>

<CardGroup cols={2}>
  <Card title="Vendas" icon="money-check-dollar" href="/vendas/transacoes">
    Filtre por status, leia as métricas do período e exporte o recorte
  </Card>

  <Card title="Assinaturas" icon="rotate" href="/vendas/assinaturas">
    Os 10 status da cobrança recorrente, com MRR, churn e renovação
  </Card>

  <Card title="Reembolso manual" icon="money-bill-transfer" href="/reembolsos/reembolso-manual">
    Reembolse uma venda diretamente pelo painel
  </Card>

  <Card title="Gestão de pedidos de reembolso" icon="list-check" href="/reembolsos/gestao-de-pedidos">
    Use as 72 horas de prazo antes que o reembolso seja concluído
  </Card>

  <Card title="Payloads por evento" icon="code" href="/webhooks/payloads/compra-aprovada">
    O JSON exato de cada evento de transação
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.