Tabla de respuestas SII y clasificación operativa de Simplo
Identificación del incidente
Fecha/hora: ____
Ambiente: ____
Tipo/folio DTE: ____
TrackID: ____
Código/glosa íntegra: ____
Estados del envío
Estado | Lectura | Acción |
|---|---|---|
RSC | Esquema rechazado | Validar XML y esquema correspondiente. |
RFR | Firma rechazada | Revisar certificado, firma y contenido firmado. |
RCT | Carátula rechazada | Contrastar emisor, receptor de envío y resumen. |
PDR | En proceso | Volver a consultar; no duplicar emisión. |
EPR | Procesado | Revisar detalle de aceptación/reparo/rechazo por documento. |
Bitácora de solución
Causa verificada: ____
Cambio aplicado: ____
Consulta posterior: ____
Estado final de cada documento: ____
☐ Consultar antes de reasignar folios.
☐ Mantener XML original y corregido.
☐ No interpretar EPR como aceptación de todas las facturas.
STATUS del acuse de subida
En la respuesta inmediata del SII cuando subes el EnvioDTE firmado, junto al TRACKID.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
0 | El SII recibió el archivo y le asignó un TrackID. Eso es todo lo que dice. No significa que tus documentos estén aceptados: significa que el sobre entró a la cola de proceso y sobrevivió a las validaciones de formato, firma y tamaño. El veredicto por documento llega después, cuando consultas ese TrackID. | No es error | Guarda el TrackID. Sin él no puedes consultar nada después. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
1 | El SII recibió la petición pero no reconoce como habilitado al RUT que la está firmando. El sobre no entra: no hay TrackID y no hay nada procesándose. Es un problema de permisos o de sesión, no de tu XML. | Reintentable | Renueva el token de sesión (pide semilla nueva y firma la semilla de nuevo) y vuelve a subir. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción y clasificación de rechazos del SII (final, reintentable o duplicado) que aplica nuestro facturador en producción |
2 | El sobre que subiste excede el tamaño que el SII acepta por envío, o llegó con un tamaño que el servidor no considera válido. El archivo se descarta entero: ningún documento de ese lote entró. | Final: no sirve reintentar igual | Parte el envío en sobres más chicos y súbelos por separado. Cada sobre lleva su propia carátula y su propia firma. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
3 | El SII recibió un XML incompleto. La subida se interrumpió a mitad de camino y lo que llegó no cierra como documento válido. No hay TrackID y nada de ese lote entró. | Reintentable | Vuelve a subir el MISMO archivo. Como el XML nunca llegó completo, el SII no tiene nada registrado y no vas a duplicar. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
5 | El SII no encontró una sesión válida en la petición. O no mandaste token, o el que mandaste ya caducó. Es la falla más barata de todas: no toca tus documentos ni tus folios. | Reintentable | Pide semilla nueva, fírmala con el certificado y obtén un token fresco. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
6 | La sesión está bien y la firma está bien, pero la empresa emisora no está habilitada por el SII para enviar documentos electrónicos por esta vía. Es un bloqueo de habilitación, no un problema técnico. | Final: no sirve reintentar igual | Revisa en sii.cl que la empresa figure como emisor electrónico autorizado. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
7 | El XML no cumple el esquema XSD del SII. Puede ser un campo obligatorio que falta, un tag en el orden equivocado, un dato fuera del rango permitido o un total que no cuadra. El sobre completo se rechaza: ningún documento de ese lote entró al SII. | Final: no sirve reintentar igual | Valida el XML contra el XSD ANTES de firmar. Firmar un XML inválido solo agrega ruido al diagnóstico. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
8 | El SII no pudo validar la firma digital del envío. La firma existe pero no corresponde al contenido que llegó, o el certificado que la generó no sirve. El sobre completo se rechaza. | Final: no sirve reintentar igual | Revisa que el certificado digital esté vigente y que la contraseña sea la correcta. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
9 | El sistema de recepción del SII no está disponible en este momento. No es culpa de tu documento ni de tu certificado: el servicio del otro lado está bloqueado o en mantención. | Reintentable | Espera y reintenta con backoff creciente. No dispares reintentos en loop: no acelera nada y te expone a duplicar. | acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
99 | El SII ya tiene ese envío. Lo que estás mandando no es nuevo para ellos. Este es el código más peligroso de tratar mal: si lo lees como error y reenvías, duplicas documentos reales con folios reales. | Ambiguo: reconcilia antes de actuar | No reenvíes. Detén cualquier reintento automático sobre ese sobre. | clasificación de rechazos del SII (final, reintentable o duplicado) que aplica nuestro facturador en producción (CodeDuplicate / IsDuplicate) y acuse de subida del SII, tal como lo recibe y clasifica nuestro facturador en producción |
904 | Nuestro adaptador lo clasifica como rechazo final del envío, sin reintento. | Final: no sirve reintentar igual | Lee la glosa que viene junto al código en la respuesta: ahí está el motivo real. | clasificación de rechazos del SII (final, reintentable o duplicado) que aplica nuestro facturador en producción |
905 | Nuestro adaptador lo clasifica como rechazo final del envío, sin reintento. | Final: no sirve reintentar igual | Lee la glosa que viene junto al código en la respuesta: ahí está el motivo real. | clasificación de rechazos del SII (final, reintentable o duplicado) que aplica nuestro facturador en producción |
906 | Nuestro adaptador lo clasifica como rechazo final del envío, sin reintento. | Final: no sirve reintentar igual | Lee la glosa que viene junto al código en la respuesta: ahí está el motivo real. | clasificación de rechazos del SII (final, reintentable o duplicado) que aplica nuestro facturador en producción |
Estado del envío por TrackID
Al consultar el estado de un envío con su TrackID.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
EPR | EPR es el estado que devuelve el SII cuando consultas un TrackID y el sobre ya terminó de procesarse. Habla del SOBRE, no de tus documentos. Junto a EPR el SII informa contadores: cuántos documentos informó, cuántos aceptó, cuántos rechazó y cuántos quedaron con reparos. Un EPR con rechazados mayor a cero es un envío procesado con documentos rechazados adentro. | Todavía sin veredicto | Lee los contadores antes de celebrar. EPR con rechazados o reparos no es un envío bueno. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
RFR | Nuestro facturador clasifica RFR como envío rechazado. Todos los documentos del sobre quedan marcados como rechazados con la glosa que devolvió el SII. | Final: no sirve reintentar igual | Lee la glosa que acompaña al estado: ahí está el motivo real. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
RCT | Nuestro facturador clasifica RCT como envío rechazado. Todos los documentos del sobre quedan marcados como rechazados con la glosa que devolvió el SII. | Final: no sirve reintentar igual | Lee la glosa que acompaña al estado: ahí está el motivo real. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
RSC | Nuestro facturador clasifica RSC como envío rechazado. Todos los documentos del sobre quedan marcados como rechazados con la glosa que devolvió el SII. | Final: no sirve reintentar igual | Lee la glosa que acompaña al estado: ahí está el motivo real. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
Estado del DTE individual
Al consultar el estado de un documento puntual por tipo, folio, RUT y monto.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
DOK | DOK es uno de los estados con que el SII responde la consulta de estado de un documento puntual, y nuestro facturador lo clasifica como documento aceptado. Es el final feliz: ese folio quedó recibido y válido para el SII. | No es error | Nada urgente. Guarda el documento y el TrackID como respaldo. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
DNK | DNK es el estado que nuestro facturador clasifica como documento con reparos. El documento entró y el folio quedó consumido, pero el SII levantó observaciones sobre él. No es un rechazo (el DTE existe) ni un OK limpio (hay algo que corregir para los siguientes). | Final: no sirve reintentar igual | Pide el detalle del reparo. La glosa que acompaña al estado trae el código específico, del tipo REF-2-780 o HED-2-220, que apunta al bloque exacto del XML. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
EMP | EMP es el estado que nuestro facturador clasifica como documento rechazado. El SII no reconoce ese documento como válido. A diferencia de un rechazo de sobre, este es puntual: puede que el resto del envío haya quedado bien. | Final: no sirve reintentar igual | Lee la glosa que acompaña al estado. Ahí viene el motivo concreto, y es lo primero que hay que mirar. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
TMD | Nuestro facturador clasifica TMD como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
TMC | Nuestro facturador clasifica TMC como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
MMD | Nuestro facturador clasifica MMD como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
NNC | Nuestro facturador clasifica NNC como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
AND | Nuestro facturador clasifica AND como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
ANC | Nuestro facturador clasifica ANC como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
FAN | Nuestro facturador clasifica FAN como documento aceptado, igual que DOK. | No es error | Nada. El documento quedó aceptado por el SII. | consulta de estado de envío y de documento que corre nuestro facturador contra el SII en producción |
EstadoRecepEnv (recepción del envío)
Dentro del XML RespuestaEnvioDTE, en el tag <EstadoRecepEnv>.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
0 | El receptor confirma que recibió el sobre completo y que pasó sus validaciones técnicas: el schema calza, la firma valida y el RUT receptor corresponde. Es una respuesta sobre el CONTINENTE, no sobre si acepta comercialmente cada factura. | No es error | Guarda el XML de respuesta como respaldo del intercambio. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
1 | El receptor rechazó el sobre completo porque el XML no cumple el esquema. Ningún documento del envío se procesó. Es el equivalente, en el intercambio entre empresas, del STATUS 7 que devuelve el SII. | Final: no sirve reintentar igual | Lee el tag RecepEnvGlosa de la respuesta. Trae hasta 256 caracteres de texto libre y ahí suele estar el detalle concreto. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
2 | El receptor no pudo validar la firma digital del sobre. O el certificado no sirve, o el contenido cambió después de firmar. El sobre completo se descarta. | Final: no sirve reintentar igual | Revisa la vigencia del certificado digital con que firmaste. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
3 | El sobre llegó a un receptor que no es el que dice la carátula. El RUT receptor declarado en el EnvioDTE no coincide con quien lo está recibiendo, así que el receptor lo rechaza completo. | Final: no sirve reintentar igual | Compara el RUT receptor de la carátula del EnvioDTE con la casilla a la que enviaste. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
90 | El receptor ya había recibido ese mismo sobre. No es un rechazo por contenido malo: es un rechazo porque llegó dos veces. Los documentos probablemente ya están en el sistema del receptor. | Ambiguo: reconcilia antes de actuar | No lo trates como error. Verifica primero si el envío original quedó recibido conforme. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
91 | El receptor no pudo abrir el archivo. No llegó a validar schema ni firma porque lo que recibió no se puede leer como XML. | Final: no sirve reintentar igual | Verifica que el archivo que mandaste abra en tu propio parser antes de reenviar. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
99 | El receptor rechazó el sobre por una razón que no cae en ninguna de las categorías tipificadas del esquema. Es el cajón de sastre: el código no te dice nada, la glosa sí. | Final: no sirve reintentar igual | Lee el tag RecepEnvGlosa. Es texto libre de hasta 256 caracteres y es la única fuente de información útil acá. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
EstadoRecepDTE (recepción de cada documento)
Dentro del XML RespuestaEnvioDTE, en el tag <EstadoRecepDTE>, uno por documento.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
0 | El receptor recibió ese documento puntual sin problemas técnicos. Firma válida, RUT emisor y receptor correctos, no está repetido. Es una confirmación de recepción, no una aceptación comercial. | No es error | Guarda la respuesta como respaldo. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
1 | El sobre estaba bien pero ese documento en particular tiene la firma mala. Ojo con el matiz: el resto de los documentos del mismo envío pueden haber quedado bien. | Final: no sirve reintentar igual | Revisa la firma del documento puntual, no la del sobre. Son dos firmas distintas. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
2 | El RUT del emisor que trae el documento no cuadra. O no es un RUT válido, o no corresponde al emisor que declara el sobre, o el receptor no lo reconoce como proveedor habilitado. | Final: no sirve reintentar igual | Valida el RUT con el algoritmo módulo 11 antes de emitir. Un dígito verificador mal calculado se detecta en tu lado, gratis. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
3 | El RUT del receptor que lleva el documento no corresponde a quien lo está recibiendo. Le facturaste a un RUT y mandaste el documento a otro. | Final: no sirve reintentar igual | Confirma con el cliente cuál es el RUT que factura, que no siempre es el de la empresa que te contrató. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
4 | El receptor ya tenía ese documento (mismo tipo, mismo folio, mismo emisor). No lo vuelve a recibir. Esto es distinto del rechazo por contenido: el documento probablemente ya está bien registrado en su sistema. | Ambiguo: reconcilia antes de actuar | Verifica si el documento original quedó recibido conforme antes de hacer nada. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
99 | El receptor no recibió ese documento por una razón que el esquema del SII no tipifica. El código no informa nada por sí solo: todo el contenido está en la glosa. | Final: no sirve reintentar igual | Lee el tag RecepDTEGlosa. Son hasta 256 caracteres de texto libre y es la única información real que trae este código. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
EstadoDTE (aceptación comercial)
Dentro del XML RespuestaEnvioDTE, en el tag <EstadoDTE>.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
0 | El receptor aceptó comercialmente el documento. No solo lo recibió: está de acuerdo con lo que dice. Este es el estado que cierra el ciclo del intercambio y el que habilita la cesión del documento. | No es error | Guarda la respuesta. Es el respaldo de que el receptor aceptó y sirve si después reclama. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
1 | El receptor acepta el documento pero deja constancia de que algo no calza: un precio, una cantidad, una condición. El documento vale y la deuda existe, pero hay una diferencia declarada por escrito. | Final: no sirve reintentar igual | Lee el tag EstadoDTEGlosa y, si viene, el CodRchDsc: ese campo lleva el código del motivo de la discrepancia. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
2 | El receptor rechaza el documento. Técnicamente el DTE puede estar perfecto y aceptado por el SII: acá lo que se rechaza es el fondo comercial. El receptor no reconoce esa deuda. | Final: no sirve reintentar igual | Lee EstadoDTEGlosa y CodRchDsc. Ahí está el motivo declarado. | esquema oficial RespuestaEnvioDTE v1.0 publicado por el SII |
Códigos de reparo y rechazo
En la glosa que acompaña un rechazo o un reparo, y en los correos del SII.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
REF-2-780 | El prefijo REF apunta al bloque Referencia del documento. Este reparo aparece cuando el código de referencia declarado no corresponde al efecto real del documento que estás emitiendo. Le dijiste al SII que anulabas cuando en realidad corregías un monto, o al revés. | Final: no sirve reintentar igual | Mira el efecto real del documento antes de elegir el código de referencia. Si cambia plata, no es una anulación, y ahí empieza el problema. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
REF L[1] -3-764 | El código apunta a la línea 1 del bloque Referencia. En nuestra certificación apareció al emitir una nota de débito con IVA que referenciaba una factura exenta. El documento que corrige tiene que heredar el régimen del documento corregido: si la factura era exenta, la nota no puede salir afecta. | Final: no sirve reintentar igual | El régimen de la nota tiene que coincidir con el del documento que referencia. Si el documento original era exento, la nota no puede llevar IVA. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
HED-2-220 | El prefijo HED apunta al encabezado del documento, donde viven los totales. Estos dos códigos salieron juntos en nuestra certificación en el mismo escenario: los totales estaban correctamente marcados como exentos, pero el detalle del documento seguía computado como neto afecto. El SII compara ambos y detecta la inconsistencia. | Final: no sirve reintentar igual | El reparo es de encabezado contra detalle: los totales dicen una cosa y las líneas dicen otra. Compara los dos antes de buscar en otra parte. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
HED-3-834 | Apareció al emitir una exportación tipo 112 sin el bloque OtraMoneda. Cuando el tipo de moneda del documento es extranjera, el SII exige que además informes los montos expresados en pesos chilenos. Sin ese bloque, el documento se rechaza. | Final: no sirve reintentar igual | Es un reparo de encabezado en documentos con moneda extranjera: falta información que el SII exige cuando el documento no está en pesos. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
DTE-3-101 | El SII ya tiene ese folio para ese tipo de documento y ese RUT emisor. No lo vuelve a recibir, nunca. Es el rechazo más final que existe: no hay reintento, no hay corrección del XML y no hay espera que lo cambie. | Final: no sirve reintentar igual | No insistas con el mismo folio. Cada reintento devuelve exactamente lo mismo. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
Estados del SETMAIL
En el correo de respuesta que manda el SII después de procesar un envío.
Código | Lectura del catálogo Simplo | Clasificación operativa | Primer paso | Procedencia declarada |
|---|---|---|---|---|
SOK | SOK es el estado con que el correo de respuesta del SII confirma un envío. Nuestro validador trata como aceptado todo estado que empieza con SOK, y también los que contienen las palabras ACEPTADO o APROBADO. | No es error | Guarda el correo completo como evidencia. En certificación es parte del expediente. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |
SRH | SRH es el estado con que el correo del SII rechaza. Nuestro validador marca como rechazado todo estado que empieza con SRH o que contiene la palabra RECHAZADO. Que el sobre haya subido bien y quedado en EPR no impide que el SETMAIL lo rechace después. | Final: no sirve reintentar igual | Compara el track del correo con el track del envío que declaraste. Si no calzan, ese es el problema. | expediente de nuestra certificación como emisor electrónico ante el SII, casos reales del set de pruebas |