Un rechazo de sobre bota el envío completo: el SII ni siquiera llegó a mirar los documentos que iban dentro.
RCT es carátula, RFR es firma y RSC es formato del XML. Los tres se corrigen antes de reenviar, no reintentando.
El más frecuente es RCT, y su causa habitual es la fecha de resolución del contribuyente sin declarar.
RCTSe puede evitar antes de enviar
Rechazado por Error en Carátula
Por qué pasa
El SII rechazó la CARÁTULA del envío (la cabecera del sobre, no el contenido de la factura) y no dice cuál de los campos falló. La causa más frecuente que vemos es la fecha de resolución (FchResol): si la empresa no declaró la suya, viaja la del fallback global, que es de OTRA empresa. También puede ser que quien firma no esté autorizado a enviar DTE por la empresa, que el RUT no esté habilitado para ese tipo de documento, o que el RUT emisor de la carátula no coincida con el de los documentos que van dentro.
Cómo se corrige
Verifica la fecha de resolución del contribuyente en sii.cl → Factura Electrónica → "Consultar Empresas Autorizadas" y cárgala en Empresa → Datos SII. El desglose exacto lo manda el SII por correo a la casilla del certificado, buscándolo por el número de atención.
RFRSe puede evitar antes de enviar
Rechazado por Error en Firma
Por qué pasa
El certificado digital con que se firmó el sobre no es válido para el SII: vencido, revocado, o de un emisor que el SII no reconoce.
Cómo se corrige
Revisa la vigencia del certificado en la sección Certificado y, si venció, carga el nuevo .p12 antes de reemitir.
RSCSe puede evitar antes de enviar
Rechazado por Error en Schema
Por qué pasa
El XML no cumple el XSD oficial del SII. Es un problema de formato del documento, no de los datos tributarios del cliente.
Cómo se corrige
El documento no se reenvía: el XML está mal formado y reintentarlo da el mismo resultado. Hay que corregir el generador y emitir un documento nuevo.
SCH-00001Se puede evitar antes de enviar
Error de Esquema en el Envío
Por qué pasa
El XML del envío no cumple el esquema XSD del SII (orden de nodos, campos obligatorios faltantes o formato inválido).
Cómo se corrige
Reemita el documento. Si persiste, el contenido del documento debe corregirse para cumplir el esquema del SII.
RCHSe puede evitar antes de enviar
Rechazado por el SII sin código capturado
Por qué pasa
El SII procesó el sobre y rechazó ESTE documento, pero la respuesta que consultamos (getEstUp/getEstDte) no trajo el código granular. La causa fina existe: va en el correo «Resultado de Revisión Envío <track>» que el SII manda al contacto del CERTIFICADO de la empresa, con un .txt adjunto. En una migración, el motivo más visto es DTE-3-101 (folio ya recibido: lo usó el proveedor anterior); ojo que en ese caso getEstDte responde por el documento del OTRO sistema y no sirve.
Cómo se corrige
Buscar el correo del SII por el número de track (llega a la casilla del certificado; si es de un cliente, pedirle que lo reenvíe con el adjunto). No reintentar el envío: cada intento quema un folio. Desde el 20-sep-2026 el código se lee solo del correo (InformeSiiMailService) y lo ya guardado se completa con la operación de ops `reparse_sii_mail`.
La mayoría de estos no deberían llegar nunca al SII
Un rechazo gasta un folio y obliga a reemitir. Nuestro motor valida el documento contra las reglas del SII antes de enviarlo, así que los errores prevenibles se ven en pantalla y no en un correo de rechazo tres horas después.