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

# Ordem rejeitada

> Porque uma ordem nunca chegou ao livro — os motivos de rejeição mais comuns e a solução para cada um.

Uma ordem rejeitada não executou, não ficou no livro e não lhe custou nada. O protocolo verifica todas as ordens antes de chegarem ao livro, e a rejeição diz-lhe qual foi a verificação que falhou.

Percorra esta lista pela ordem indicada — os três primeiros pontos cobrem a maioria das rejeições.

<h2 id="insufficient-margin">
  Margem insuficiente
</h2>

**A rejeição mais comum.** O seu colateral disponível não cobre a margem inicial da ordem mais a comissão reservada para fechar mais tarde a posição resultante.

Repare na segunda parte: o requisito é ligeiramente superior a tamanho ÷ alavancagem, porque o protocolo reserva uma provisão para a comissão de fecho no momento em que abre a posição. Uma ordem dimensionada exatamente ao seu saldo disponível será rejeitada por este motivo. Ver [Comissões de negociação](/pt/programs/fees#why-your-reserved-margin-exceeds-the-initial-requirement).

**Solução:** reduza o tamanho, aumente a alavancagem ou deposite mais colateral. Verifique `Margin Required` no [painel de ordens](/pt/help/order-ticket) antes de submeter — mostra o número que a verificação vai usar.

<h2 id="post-only-would-have-crossed">
  O post-only teria cruzado
</h2>

Usou `ALO` (post-only, apenas maker) e a ordem teria retirado liquidez em vez de a acrescentar. Nesse caso o post-only é rejeitado em vez de executado — é exatamente para isso que serve.

**Solução:** afaste o preço para que não cruze, ou mude para `GTC` se estiver disposto a pagar a taxa de taker.

<h2 id="reduce-only-would-not-reduce">
  O reduce-only não reduziria nada
</h2>

Marcou a ordem como reduce-only (apenas redução) e ela não encolheria posição nenhuma — ou não tem posição, ou a que tem está do lado contrário.

**Solução:** verifique o separador **Positions**. Aqui o reduce-only está a fazer o seu trabalho: travar uma ordem que teria aberto exposição que não pretendia. Ver [Reduce-only](/pt/trading/reduce-only).

<h2 id="self-trade-prevention">
  Prevenção de autonegociação
</h2>

A ordem teria cruzado com uma ordem sua que estava no livro. O protocolo impede isso em vez de o deixar negociar consigo mesmo.

Qual dos lados é cancelado depende do modo definido na ordem — expirar o taker, o maker ou ambos. Ver [Prevenção de autonegociação](/pt/trading/self-trade-prevention).

**Solução:** cancele primeiro a sua ordem no livro do lado contrário, ou escolha outro modo.

<h2 id="price-outside-the-band">
  Preço fora da banda
</h2>

As ordens demasiado afastadas do preço de referência são rejeitadas, quer fiquem no livro quer executem. A banda trava ordens com erro de digitação e impede que um livro fino seja percorrido até um preço absurdo.

**Solução:** coloque o preço mais perto do mercado. Se quiser deixar uma ordem afastada no livro, a banda é o limite da distância a que ela pode ficar.

<h2 id="size-or-price-precision">
  Precisão de tamanho ou de preço
</h2>

Cada mercado tem um **tick size** (incremento mínimo de preço) e um **lot size** (incremento mínimo de quantidade). Um preço ou um tamanho que não caia num incremento válido é rejeitado, não arredondado — arredondar significaria executar algo que não pediu.

Há também tamanhos mínimo e máximo de ordem por mercado.

**Solução:** arredonde para os incrementos do mercado. Leia-os na especificação do contrato em vez de os assumir — ver [Precisão](/pt/trading/precision).

<h2 id="position-limit">
  Limite de posição
</h2>

A ordem empurraria a sua posição para além do teto de concentração deste mercado, que limita a fatia do open interest (posições em aberto) que uma única conta pode deter.

**Solução:** reduza o tamanho. Ver [Limites de posição](/pt/trading/oi-limits).

<h2 id="market-is-not-accepting-that-order">
  O mercado não está a aceitar essa ordem
</h2>

Cada mercado tem um estado que determina o que o livro aceita. Um mercado em `ReduceOnly` só aceita ordens de fecho; `PostOnly` rejeita todas as ordens de taker; `Paused` e `PreOpen` não aceitam nada de contas normais.

**Solução:** aqui é o mercado a dizer-lhe o que está a aceitar neste momento, não uma falha da sua ordem. Ver [Listagens](/pt/programs/listings#the-states-a-market-can-be-in).

<h2 id="rate-limited">
  Rate limit excedido
</h2>

Demasiados pedidos em demasiado pouco tempo. Afeta a negociação automatizada muito mais do que a manual.

**Solução:** recue e tente de novo. Se estiver a construir uma integração, ver [Programadores](/pt/developers/overview).

<h2 id="still-unexplained">
  Continua sem explicação
</h2>

Se nada do que está acima encaixar, escreva para `contact@intention.xyz` com:

|                                         |                               |
| --------------------------------------- | ----------------------------- |
| **A mensagem de rejeição exata**        | Literal, não parafraseada     |
| **Mercado, lado, tipo, tamanho, preço** | A ordem tal como a configurou |
| **Data/hora UTC**                       | Ao segundo                    |
| **ID de ordem do cliente**              | Se tiver definido algum       |
| **O seu saldo disponível**              | No momento da tentativa       |

<h2 id="where-to-go-next">
  Para onde ir a seguir
</h2>

<CardGroup cols={2}>
  <Card title="O painel de ordens" href="/pt/help/order-ticket">
    Ler o Margin Required antes de submeter.
  </Card>

  <Card title="Tipos de ordem" href="/pt/trading/order-types">
    Post-only, IOC e o que cada um garante.
  </Card>

  <Card title="Precisão" href="/pt/trading/precision">
    Tick size e lot size.
  </Card>

  <Card title="Porque a ordem não executou" href="/pt/help/fill-or-pnl-question">
    Aceite, mas nunca executada.
  </Card>
</CardGroup>