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

# 7. Testar

> Rode a jornada ponta a ponta em sandbox e confirme que a decisão chega ao seu backend.

Ao final deste passo você viu uma verificação nascer, percorrer o fluxo e a decisão chegar no seu
endpoint — sem nenhum dado real envolvido.

<Info>
  Este passo depende da criação de verificações pela API, que ainda não está liberada. O caminho
  abaixo é o desenho fechado; a disponibilidade está descrita em
  [criar verificações](/api/verifications).
</Info>

## Rode a jornada

<Steps>
  <Step title="Crie uma verificação">
    Chame a porta de criação a partir do seu backend, como no
    [passo 6](/setup/integrate). Use um `ref_id` que você reconheça depois, como `teste-001`.
  </Step>

  <Step title="Abra o widget">
    Monte o widget com a `sdkUrl` que voltou e percorra as etapas até o fim.

    Você está em **Sandbox**: nenhum titular real é atendido e nenhum dado real é processado.
  </Step>

  <Step title="Acompanhe no dashboard">
    Abra **Verificações** no menu lateral. A verificação aparece com o `ref_id` que você informou,
    e o status muda conforme o titular avança.

    <Frame>
      <img src="https://mintcdn.com/legitimuz/7lQQUiJ9e5iQbgeZ/images/placeholder.svg?fit=max&auto=format&n=7lQQUiJ9e5iQbgeZ&q=85&s=bf49073b1ebddfe05f2241d098d54068" alt="Tela de Verificações do dashboard com uma verificação de teste na listagem e o status dela" width="1600" height="900" data-path="images/placeholder.svg" />
    </Frame>
  </Step>

  <Step title="Confirme a entrega do webhook">
    Volte em **Segurança** → **Webhooks** → **Entregas**. O evento da decisão aparece com o
    **HTTP** que o seu servidor devolveu.
  </Step>
</Steps>

## Confira que funcionou

Três coisas precisam bater:

| Onde             | O que você vê                                     |
| ---------------- | ------------------------------------------------- |
| Seu código       | `onComplete` disparou com `status: "submitted"`   |
| **Verificações** | a verificação com o seu `ref_id` e o status final |
| **Entregas**     | o evento da decisão com HTTP `2xx`                |

O que cada status significa está em [status da verificação](/api/verification-statuses).

<Warning>
  `onComplete` significa que o fluxo terminou, não que foi aprovado. O `status` pode ser
  `abandoned`, e a decisão de negócio chega pelo webhook — não pelo navegador. Nunca libere acesso
  a partir de um evento do front-end.
</Warning>

## Antes de ir para produção

* Crie uma integração de **Produção** separada. Ambiente não muda depois da criação.
* Cadastre e verifique as origens de produção no [passo 3](/setup/domains).
* Emita uma chave de API própria para produção. Não reaproveite a de sandbox.
* Confirme que o seu handler de webhook confere a assinatura sobre o corpo cru.

## Depois daqui

<Columns cols={2}>
  <Card title="Boas práticas" icon="list-checks" href="/help/best-practices">
    O que fazer e o que evitar em produção.
  </Card>

  <Card title="Solução de problemas" icon="wrench" href="/help/troubleshooting">
    Os sintomas mais comuns e onde olhar primeiro.
  </Card>
</Columns>