--- title: "Reclamo del receptor" description: "Cuando tu cliente reclama ante el SII un documento que le emitiste: en qué se diferencia del rechazo del SII, las 192 horas del plazo legal y por qué el reclamo no se puede revertir." url: https://notta.cl/docs/reclamos related: - https://notta.cl/docs/rcv-f29 - https://notta.cl/docs/api/dtes - https://notta.cl/docs/nota-credito-61 - https://notta.cl/docs/errors --- > Documentación de Notta en markdown. Índice completo: https://notta.cl/llms.txt. Corpus entero: https://notta.cl/llms-full.txt # Reclamo del receptor Hay dos formas distintas de que un documento que emitiste salga mal, y no se parecen en nada. Una es el **rechazo del SII**: el Servicio validó tu envío y lo devolvió, así que el documento no quedó recibido. La otra es el **reclamo del receptor**: el documento está bien emitido, el SII lo aceptó, y tu cliente objetó su contenido ante el Servicio. Esta página cubre la segunda. El rechazo del SII vive en `sii_status` y se documenta en [API: DTEs](/docs/api/dtes). ## Reclamo del receptor y rechazo del SII no son lo mismo | | Rechazo del SII | Reclamo del receptor | |---|---|---| | Quién decide | El Servicio, al validar el envío | Tu cliente, ante el Servicio | | Qué juzga | La forma: firma, folio, esquema, carátula | El fondo comercial: el precio, la mercadería, el servicio | | Cuándo ocurre | Minutos después del envío | Dentro de las 192 horas siguientes a la recepción en el SII | | Qué significa | El documento no quedó recibido: no tiene valor tributario | El documento existe y es válido; tu cliente objetó su contenido | | ¿Se deshace? | Sí: corriges y vuelves a emitir | No | Un documento puede estar aceptado por el SII (`EPR`) y reclamado por su receptor al mismo tiempo. No se contradicen: responden preguntas distintas. ## El plazo son 192 horas, y arrancan cuando el SII recibió el documento El receptor tiene **8 días corridos** para dar acuse de recibo o reclamar (artículo 3 de la Ley 19.983, con la aceptación tácita que introdujo la Ley 20.956). El Servicio no cuenta días de calendario: cuenta **fecha-hora a fecha-hora**, y cierra la ventana a las **192 horas** justas. Una factura cuyo documento el SII recibió un martes a las 14:30 deja de poder reclamarse el miércoles de la semana siguiente a las 14:30, no al final de ese día. El reloj **no** parte en tu `fecha_emision`. Parte en el instante en que el **SII recibió** el documento, que es el ancla que usa el Servicio; entre una y otra suele haber horas, y a veces días. Notta consulta ese instante al SII una vez por documento y calcula el vencimiento desde ahí. Cinco estados resumen lo que pasó, y los ves como una etiqueta en la ficha del documento y en el listado de Ventas: | Estado | En pantalla | Qué pasó | |---|---|---| | `reclamado` | Reclamado | Tu cliente lo objetó ante el SII. Es definitivo | | `aceptado` | Recibo acusado | Tu cliente dio acuse de recibo. Ya no puede reclamarlo | | `en_plazo` | En plazo | La ventana sigue abierta: puede reclamarlo hasta que se cumplan las 192 horas | | `aceptado_tacito` | Aceptado por omisión | Se cumplieron las 192 horas sin reclamo, así que la ley lo da por aceptado | | `sin_info` | Sin información | El SII todavía no informa cuándo recibió el documento, así que no hay plazo que calcular | Ninguno de esos cinco se guarda: se calcula en cada lectura. Dos de ellos, `en_plazo` y `aceptado_tacito`, cambian por el mero paso del tiempo, sin que ocurra ningún evento, y una columna escrita durante la sincronización de la madrugada afirmaría hasta el día siguiente que una ventana cerrada a media tarde sigue abierta. ## No sabemos por qué te reclamaron El registro del SII dice **Reclamado** y nada más. No distingue si tu cliente objetó el precio, el detalle de las líneas o la falta de mercadería, y esa distinción no viaja por ningún campo: Notta no la tiene y no puede inferirla. El motivo lo averiguas hablando con tu cliente. ## El aviso puede tardar hasta un día El SII no notifica a nadie cuando un receptor reclama. Notta lo descubre sincronizando tu Registro de Compras y Ventas, que es donde el Servicio deja el rastro, y esa sincronización corre **una vez al día**, de madrugada. Entre el reclamo y el aviso puede pasar hasta un día completo: esto no es una detección en tiempo real, y no conviene tratarla como tal. Si no quieres esperar a la corrida de mañana, [sincroniza el RCV](/docs/rcv-f29) del período en curso: la detección va montada en esa pasada. > **Cómo se entera tu equipo:** Cuando la sincronización encuentra reclamos nuevos, Notta manda **un correo por empresa y por corrida** (no uno por documento) a quienes administran esa empresa, y levanta una alerta en el dashboard con los reclamos de los últimos 30 días. Un documento ya avisado no vuelve a avisarse. **En certificación el correo no sale.** Un documento de maullin no tiene valor tributario y su receptor no es un cliente real: avisar por correo sobre una prueba enseña a ignorar el próximo aviso, y el próximo puede ser una factura real que sí importa. La alerta del dashboard sí aparece en los dos ambientes: vive en una pantalla a la que ya entraste, así que no le quita el lugar a nada. ## El reclamo no se puede revertir Ni Notta ni el SII lo deshacen. Es una declaración que tu cliente hizo ante el Servicio y queda registrada: no hay endpoint, botón ni trámite para retirarla, y enterarse antes no te permite evitarla. Sirve para otra cosa, que igual vale la pena: **cobranza** (esa factura no se va a pagar sola), **factoring** (un documento reclamado cambia lo que un cesionario está dispuesto a comprar) y la **conversación con tu cliente**, que es donde está el motivo. Lo que sí corresponde hacer: 1. **Contactar al cliente** para entender qué objetó. 2. **Emitir una Nota de Crédito** si el reclamo tiene razón: anula con `cod_ref: 1` o corrige montos con `cod_ref: 3`. 3. **Revisar antes si esa factura fue cedida** a un factoring. Una Nota de Crédito sobre una factura cedida y aceptada de forma irrevocable puede ser inoponible al cesionario, y Notta la bloquea con `nc.over_cedida.blocked`. Ver [Nota de Crédito 61](/docs/nota-credito-61). ## `?estado=reclamado` del RCV no responde esta pregunta > **Son dos cosas distintas con el mismo nombre:** En `GET /rcv/documents` el parámetro `?estado=reclamado` filtra el **bucket contable de tus compras**: la sección del registro del SII donde *tú* clasificas las facturas que *recibes*. No dice nada sobre las ventas que tus clientes reclamaron. Medido en producción el 20 de agosto de 2026: las 1.236 filas de ventas del registro estaban en `estado='registro'`, las 39 reclamadas incluidas. `?estado=reclamado` devolvía 2 filas, y las 2 eran compras. Para las ventas la señal viaja en otro campo del mismo recurso: `evento_receptor` con valor `R`, o `reclamado_at` poblado. ```bash curl "https://app.notta.cl/api/v1/rcv/documents?type=issued&periodo=2026-08&limit=100" \ -H "Authorization: Bearer ntt_prod_..." ``` Cada fila trae `evento_receptor`, `evento_receptor_glosa`, `reclamado_at` y `acuse_at`. Ramifica por el **código**, nunca por la glosa: la glosa es texto libre del Servicio y `evento_receptor` tiene sólo cuatro valores, uno de los cuales ni siquiera habla del receptor. Los detalla [RCV y F29](/docs/rcv-f29). ## Próximos pasos - **[RCV y F29](/docs/rcv-f29)**: de dónde sale el dato, el vocabulario de `evento_receptor` y cómo forzar una sincronización. - [API: DTEs](/docs/api/dtes), el recurso de tus documentos emitidos, con los filtros del listado. - [Nota de Crédito 61](/docs/nota-credito-61): la corrección, y el bloqueo por factura cedida. - [Catálogo de errores](/docs/errors): los códigos que devuelve la API.