Reclamo del receptor
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.
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.
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 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:
- Contactar al cliente para entender qué objetó.
- Emitir una Nota de Crédito si el reclamo tiene razón: anula con
cod_ref: 1o corrige montos concod_ref: 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.
?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.
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.
Próximos pasos
- RCV y F29: de dónde sale el dato, el vocabulario de
evento_receptory cómo forzar una sincronización. - API: DTEs, el recurso de tus documentos emitidos, con los filtros del listado.
- Nota de Crédito 61: la corrección, y el bloqueo por factura cedida.
- Catálogo de errores: los códigos que devuelve la API.
Última actualización