> ## 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.

# Orden rechazada

> Por qué una orden nunca llegó al libro: los motivos de rechazo más comunes y la solución de cada uno.

Una orden rechazada no se ejecutó, no quedó en el libro y no te costó nada. El protocolo comprueba cada orden antes de que llegue al libro, y un rechazo te dice qué comprobación no pasó.

Recorre esta lista en orden: los tres primeros casos cubren la mayoría de los rechazos.

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

**El rechazo más frecuente.** Tu colateral disponible no cubre el margen inicial de la orden más la comisión que se reserva para cerrar después la posición resultante.

Fíjate en la segunda parte: el requisito es algo mayor que tamaño ÷ apalancamiento, porque el protocolo reserva una provisión para la comisión de cierre en el momento en que abres. Una orden dimensionada exactamente a tu saldo disponible será rechazada por este motivo. Consulta [Comisiones de trading](/es/programs/fees#why-your-reserved-margin-exceeds-the-initial-requirement).

**Solución:** reduce el tamaño, sube el apalancamiento o deposita más colateral. Comprueba `Margin Required` (margen requerido) en el [panel de órdenes](/es/help/order-ticket) antes de enviar: muestra el número exacto que usará la comprobación.

<h2 id="post-only-would-have-crossed">
  Solo maker habría cruzado
</h2>

Usaste `ALO` (solo maker / post-only) y la orden habría tomado liquidez en lugar de aportarla. En ese caso una orden solo maker se rechaza en vez de ejecutarse: ese es justamente su sentido.

**Solución:** mueve el precio para que no cruce, o cambia a `GTC` si estás dispuesto a pagar la comisión taker.

<h2 id="reduce-only-would-not-reduce">
  Solo reducción no habría reducido
</h2>

Marcaste la orden como solo reducción y no habría encogido ninguna posición: o no tienes posición, o está en el otro lado.

**Solución:** comprueba la pestaña `Positions` (posiciones). Aquí la orden solo reducción está haciendo su trabajo: frena una orden que habría abierto una exposición que no pretendías. Consulta [Solo reducción](/es/trading/reduce-only).

<h2 id="self-trade-prevention">
  Prevención de autoejecución
</h2>

La orden habría casado contra una orden tuya que estaba en el libro. El protocolo lo impide en lugar de dejarte operar contigo mismo.

Qué lado se cancela depende del modo fijado en la orden: expirar el taker, el maker o los dos. Consulta [Prevención de autoejecución](/es/trading/self-trade-prevention).

**Solución:** cancela primero tu orden del otro lado, o elige otro modo.

<h2 id="price-outside-the-band">
  Precio fuera de la banda
</h2>

Las órdenes demasiado alejadas del precio de referencia se rechazan, tanto si iban a quedarse en el libro como si iban a ejecutarse. La banda frena las órdenes por error de tecleo e impide que un libro poco profundo se barra hasta un precio absurdo.

**Solución:** pon un precio más cerca del mercado. Si lo que quieres es dejar una orden lejana en el libro, la banda marca hasta dónde puedes llegar.

<h2 id="size-or-price-precision">
  Precisión de tamaño o de precio
</h2>

Cada mercado tiene un **tamaño de tick** (el incremento de precio) y un **tamaño de lote** (el incremento de cantidad). Un precio o un tamaño que no caiga en un incremento válido se rechaza en lugar de redondearse: redondear significaría ejecutar algo que no pediste.

También hay tamaños mínimo y máximo de orden por mercado.

**Solución:** redondea a los incrementos del mercado. Léelos en la especificación del contrato en vez de darlos por supuestos; consulta [Precisión](/es/trading/precision).

<h2 id="position-limit">
  Límite de posición
</h2>

La orden llevaría tu posición más allá del tope de concentración de este mercado, que limita cuánto del interés abierto puede sostener una sola cuenta.

**Solución:** reduce el tamaño. Consulta [Límites de posición](/es/trading/oi-limits).

<h2 id="market-is-not-accepting-that-order">
  El mercado no acepta esa orden
</h2>

Los mercados llevan un estado que determina qué acepta el libro. Un mercado en `ReduceOnly` solo acepta órdenes de cierre; `PostOnly` rechaza toda orden taker; `Paused` y `PreOpen` no aceptan nada de cuentas ordinarias.

**Solución:** esto es el mercado diciéndote qué acepta ahora mismo, no un defecto de tu orden. Consulta [Listados](/es/programs/listings#the-states-a-market-can-be-in).

<h2 id="rate-limited">
  Límite de solicitudes
</h2>

Demasiadas solicitudes en muy poco tiempo. Afecta al trading automatizado mucho más a menudo que al manual.

**Solución:** espera un poco y reintenta. Si estás construyendo una integración, consulta [Desarrolladores](/es/developers/overview).

<h2 id="still-unexplained">
  Sigue sin explicación
</h2>

Si nada de lo anterior encaja, envíalo a `contact@intention.xyz` con:

|                                         |                                     |
| --------------------------------------- | ----------------------------------- |
| **El mensaje de rechazo exacto**        | Literal, no parafraseado            |
| **Mercado, lado, tipo, tamaño, precio** | La orden tal y como la configuraste |
| **Marca de tiempo UTC**                 | Al segundo                          |
| **ID de orden del cliente**             | Si pusiste uno                      |
| **Tu saldo disponible**                 | En el momento del intento           |

<h2 id="where-to-go-next">
  Qué leer a continuación
</h2>

<CardGroup cols={2}>
  <Card title="El panel de órdenes" href="/es/help/order-ticket">
    Leer Margin Required antes de enviar.
  </Card>

  <Card title="Tipos de orden" href="/es/trading/order-types">
    Solo maker, IOC y qué garantiza cada uno.
  </Card>

  <Card title="Precisión" href="/es/trading/precision">
    Tamaños de tick y de lote.
  </Card>

  <Card title="Por qué no se ejecutó mi orden" href="/es/help/fill-or-pnl-question">
    Aceptada, pero nunca ejecutada.
  </Card>
</CardGroup>