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

# Conciliação

> Concilie pagamentos, splits e repasses entre a Autorizou e o seu sistema

**Conciliação** é o processo de garantir que os registros financeiros do seu
sistema batem com os da Autorizou: cada pagamento, split e repasse deve ter
correspondência exata. Uma boa conciliação depende de identificadores estáveis e
da consulta periódica de status.

## Identificadores que amarram tudo

<CardGroup cols={2}>
  <Card title="merchant_reference" icon="hashtag">
    Sua referência única para a cobrança. Envie sempre ao criar
    [pedidos](/api-reference/charges/orders/create-order) e assinaturas — é a
    chave para reconciliar do seu lado.
  </Card>

  <Card title="UUID do pagamento" icon="fingerprint">
    Identificador da Autorizou retornado na criação e usado em
    [Consultar Pagamento](/api-reference/charges/payments/get-payment).
  </Card>

  <Card title="external_reference (recebedores)" icon="user-check">
    Liga seus recebedores aos da Autorizou; útil em
    [Recebedores Incompletos](/api-reference/recipients/incomplete-recipients).
  </Card>

  <Card title="payment_id (payables)" icon="link">
    Liga cada recebível ao pagamento de origem no arquivo de conciliação.
  </Card>
</CardGroup>

## Estratégia recomendada

<Steps>
  <Step title="Webhooks como gatilho">
    Atualize o estado em tempo real a partir dos
    [webhooks](/casos-uso/webhooks-pratico) — tratados como gatilho, já que hoje não vêm assinados.
  </Step>

  <Step title="Reconciliação ativa (listagem)">
    Periodicamente, liste os pagamentos por período e status com
    `GET /payments` (ver [Visibilidade pós-venda](/partner-visibility)) — ex.: "as vendas de ontem
    autorizadas". A listagem é paginada e filtra por `status`, `payment_method`, `merchant_reference`
    e datas (`from`/`to`), fechando as lacunas de qualquer evento perdido.
  </Step>

  <Step title="Split e taxas na própria venda">
    Ao ler um pagamento (`GET /payments/{identifier}`, que aceita `uuid`, `hash` **ou**
    `merchant_reference`), a resposta traz `split` (quem recebeu quanto) e `fees` (taxa da plataforma) —
    então você concilia a divisão sem depender de outra fonte.
  </Step>

  <Step title="Recebedores">
    Verifique recebedores com cadastro incompleto em
    [Recebedores Incompletos](/api-reference/recipients/incomplete-recipients) — ou consulte o `status`
    de um recebedor direto em `GET /recipients/{uuid}` — e regularize antes do repasse.
  </Step>

  <Step title="Saldo da carteira">
    Acompanhe quanto já está disponível e quanto ainda vai liberar em
    [Saldo da Carteira](/api-reference/merchant/get-wallet), por moeda. O `pending` já vem
    líquido das taxas, então é o valor que efetivamente vai cair.
  </Step>
</Steps>

## Motivos de recusa

Ao conciliar pagamentos negados, use o catálogo de
[Motivos de Recusa](/api-reference/refusal-reasons/list-refusal-reasons) para
classificar e tratar cada recusa (retry, troca de cartão, contato com o cliente).