Estás enviando una boleta o una factura al SII y la respuesta es "RUT no autorizado a firmar". El documento se arma bien, el certificado parece estar en orden, pero el Servicio de Impuestos Internos no lo acepta. Este rechazo no es un problema de estructura del XML: es un problema de permisos. El RUT del certificado que firmó el documento no está habilitado para firmar DTE por esa empresa, y mientras eso no se corrija, el SII seguirá rechazando.
Qué significa "RUT no autorizado a firmar"
Cada DTE es un XML firmado digitalmente. Esa firma la aporta un certificado digital que pertenece a un RUT (el de una persona, normalmente el representante legal o un usuario autorizado). El error aparece cuando ese RUT no tiene el permiso específico para firmar documentos tributarios electrónicos de la empresa emisora.
Es importante separar dos cosas que suelen confundirse:
- Que el certificado sea válido y esté vigente. Necesario, pero no suficiente.
- Que el RUT de ese certificado esté autorizado a firmar DTE por la empresa. Esto es lo que falta cuando ves este mensaje.
Un usuario puede tener varios permisos en el portal del SII (consultar, declarar, administrar) y aun así no tener el de firma. El SII valida ese permiso de forma independiente, por eso el documento rebota aunque "todo lo demás" funcione.
Causas más comunes
1. Falta el permiso de firma en el portal del SII
La causa principal: el usuario del certificado no tiene asignado el permiso "Firmar Documentos Tributarios Electrónicos" en el SII. Este permiso se administra desde la sección de usuarios autorizados o representantes electrónicos del portal, y debe estar asociado al RUT que firma y a la empresa que emite.
2. Cruce de permisos entre MIPYME y software de mercado
Hay un caso conocido y reconocido por el propio SII. Contribuyentes que emiten sus boletas en software de mercado y, al mismo tiempo, sus facturas en el sistema MIPYME gratuito del SII, enfrentan este error por un cruce de permisos entre ambos sistemas. El RUT queda en una situación ambigua entre las dos plataformas y la firma de DTE termina rechazada.
La salida viable en este escenario es completar la certificación para pasar toda la facturación a software de mercado. Una vez en producción (ambiente Palena), el problema de permisos cruzados desaparece y la firma se acepta.
3. Certificado equivocado o vencido
El certificado digital lo emite una Autoridad Certificadora acreditada (e-certchile, e-Sign, Acepta), se entrega como archivo .p12 / .pfx y tiene una vigencia de 1 a 3 años. Si firmaste con un certificado de otro RUT, con uno vencido o con un archivo equivocado, el SII no podrá asociar la firma a un RUT autorizado.
Cómo solucionarlo paso a paso
| Paso | Qué revisar |
|---|---|
| 1 | Identifica el RUT del certificado con que firmas (el del archivo .p12/.pfx) |
| 2 | Confirma que ese certificado esté vigente y sea el correcto |
| 3 | Entra al portal del SII y abre la administración de usuarios / representantes electrónicos de la empresa |
| 4 | Asigna a ese RUT el permiso "Firmar Documentos Tributarios Electrónicos" para la empresa emisora |
| 5 | Si emites boletas en software de mercado y facturas en MIPYME, planifica pasar toda la facturación a software de mercado vía certificación |
| 6 | Vuelve a firmar y enviar el DTE |
El orden importa: primero verifica el certificado (paso 1 y 2), porque de nada sirve dar permisos a un RUT si estás firmando con otro. Recién después ajusta la autorización en el portal.
Cómo prevenirlo
- Define un solo RUT de firma por empresa y mantén su certificado vigente; agenda la renovación antes de que venza.
- Cuando incorpores a alguien que firmará DTE, asígnale el permiso de firma antes de la primera emisión, no después del primer rechazo.
- Evita mantener la facturación repartida entre MIPYME y software de mercado; consolidarla en un solo sistema previene el cruce de permisos.
- Antes de enviar, revisa que el XML esté bien formado y con su TED. La autorización de firma se resuelve en el SII, pero el resto de los rechazos se anticipan leyendo el archivo: puedes usar el validador de XML DTE de Emitir, que corre en tu navegador y no sube el archivo a ningún servidor.
Si quieres entender el panorama completo de rechazos, revisa por qué el SII rechaza un DTE. Y si el problema apunta al timbre, este detalle del Timbre Electrónico (TED) y la relación con el CAF y los folios del SII ayudan a descartar otras causas.
Que la firma deje de ser tu problema
"RUT no autorizado a firmar" es, en el fondo, un tema de permisos y certificados que vive fuera del XML. Emitir es la API que emite DTE del SII desde tu backend y absorbe esa complejidad —firma, certificado y CAF— para que no tengas que pelear con cada cruce de permisos. Hoy estamos en lista de espera, sin producto en producción todavía: si te interesa, súmate a la lista de espera.
Preguntas frecuentes
¿Qué significa el error "RUT no autorizado a firmar" del SII?+
Significa que el RUT del certificado digital que firmó el XML no está autorizado en el SII para firmar documentos electrónicos por esa empresa. Aunque ese usuario tenga otros permisos en el portal, le falta específicamente el permiso de firma de DTE, así que el Servicio de Impuestos Internos rechaza el documento.
¿Por qué me sale "RUT no autorizado a firmar" si el certificado es válido?+
Porque autorización y vigencia son cosas distintas. El certificado puede estar vigente y ser correcto, pero el RUT asociado necesita además el permiso "Firmar Documentos Tributarios Electrónicos" en el SII para esa empresa. Sin ese permiso específico, el SII rechaza la firma aunque el certificado funcione.
¿Cómo autorizo un RUT para firmar DTE en el SII?+
Ingresa al portal del SII con el RUT que administra la empresa, ve a la administración de usuarios o representantes electrónicos y asigna al usuario del certificado el permiso de firma de documentos tributarios electrónicos. El RUT del certificado debe quedar habilitado para firmar DTE por esa empresa.
Tengo boletas en software de mercado y facturas en el sistema MIPYME del SII, ¿por eso me rechazan la firma?+
Sí, es un caso conocido. Los contribuyentes que emiten boletas en software de mercado y facturas en el sistema MIPYME gratuito del SII enfrentan este error por un cruce de permisos entre ambos sistemas. El SII reconoció el fallo. La salida viable es completar la certificación para pasar toda la facturación a software de mercado; en producción el problema de permisos desaparece.
¿El certificado vencido también provoca "RUT no autorizado a firmar"?+
Un certificado vencido o incorrecto puede impedir que el SII valide la firma. El certificado digital lo emite una Autoridad Certificadora acreditada (e-certchile, e-Sign, Acepta), viene como archivo .p12 o .pfx y tiene una vigencia de 1 a 3 años. Verifica que esté vigente y que sea el del RUT que tiene el permiso de firma.
¿Cómo reviso mi XML antes de enviarlo al SII?+
Puedes revisar la estructura y el TED de tu XML con el validador de XML DTE de Emitir (/validar-xml-dte), que corre en tu navegador y no sube el archivo a ningún servidor. La autorización de firma se resuelve en el portal del SII, pero validar el XML antes evita acumular otros rechazos.