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

# Manejo de rechazos SIFEN

> Qué hacer cuando SIFEN rechaza un documento.

Un rechazo SIFEN es una respuesta del organismo recaudador indicando que el documento no es aceptado. El DE queda en estado `R` y **no es válido fiscalmente** — el CDC no se reusa, pero el documento queda registrado en e-Miti para auditoría.

## Cómo detectar un rechazo

En modo polling, el estado pasa de `P`/`E` a `R`. Consultá el DE completo para ver el motivo:

```bash theme={null}
curl -s "$EMITI_BASE_URL/v1/de?cdc=$CDC" \
  -H "Authorization: ApiKey $EMITI_API_KEY" | jq '.estado, .resp'
```

```json theme={null}
"R"
{
  "protocolo": "2026061712346",
  "codigo": "0150",
  "mensaje": "CDC duplicado",
  "fecha_proceso": "2026-06-17T14:32:00"
}
```

En modo sincrónico (`?wait=true`), el endpoint responde directamente `422 SIFEN_RECHAZO`:

```json theme={null}
{
  "error": {
    "codigo": "SIFEN_RECHAZO",
    "mensaje": "El documento fue rechazado por SIFEN.",
    "request_id": "01HXY4Z...",
    "extra": {
      "codigo_sifen": "0150",
      "mensaje_sifen": "CDC duplicado",
      "cdc": "01548730457..."
    }
  }
}
```

## Acción según el código

Los códigos SIFEN se documentan en [errores SIFEN comunes](/errors/sifen-codes). En general los rechazos caen en una de estas categorías:

| Categoría                       | Ejemplos                                                               | Qué hacer                                                                                                                                 |
| ------------------------------- | ---------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
| **Datos del request inválidos** | RUC del receptor cancelado, dirección inválida, montos inconsistentes. | Corregir los datos en tu sistema. Usar **edición** (ver abajo) o emitir un DE nuevo con número distinto.                                  |
| **Configuración del emisor**    | Certificado vencido, timbrado vencido, RUC suspendido.                 | Resolver el problema en el panel de e-Miti o en Marangatú. El DE rechazado no se puede recuperar — emití uno nuevo cuando esté arreglado. |
| **Estructura del documento**    | XML mal formado, schema incorrecto.                                    | Reportar el problema a soporte de e-Miti. No es algo que tu integración pueda resolver.                                                   |
| **CDC duplicado (`0150`)**      | El número de comprobante ya fue usado.                                 | Emitir uno nuevo dejando que el sistema asigne el siguiente número (no enviar `numero` en el request).                                    |

## Editar un DE rechazado

Si el rechazo es por datos del request (caso más común), podés **editar el DE rechazado** en lugar de emitir uno nuevo. Esto preserva el número de comprobante.

```bash theme={null}
curl -s "$EMITI_BASE_URL/v1/de/emitir?edit_cdc=$CDC_RECHAZADO" \
  -X POST \
  -H "Authorization: ApiKey $EMITI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    ...request corregido...
  }'
```

El `edit_cdc` debe ser el CDC del DE rechazado. El sistema:

1. Verifica que el DE existe y está en estado `R`.
2. Reemplaza el contenido del DE con el nuevo request.
3. Regenera el CDC con el código de seguridad nuevo.
4. Reencola el envío a SIFEN.

<Note>
  La edición sólo funciona sobre DE en estado `R`. No podés editar un DE aprobado ni cancelado.
</Note>

## Recomendaciones

* **Loggeá `codigo_sifen` y `mensaje_sifen`** cuando recibas un rechazo. Son la única forma de diagnosticar problemas recurrentes en tu integración.
* **No reintentes el mismo request tal cual.** Si SIFEN rechazó una vez, va a rechazar igual hasta que cambies algo.
* **Para validaciones que podés hacer antes de emitir** (formato de RUC, montos, fechas), validalos en tu sistema y evitá el viaje a SIFEN.
* **Si el rechazo es por datos del receptor**, validá contra el padrón de RUC de DNIT antes de emitir si vas a procesar volumen grande. Reduce mucho el ratio de rechazos.