Cómo generar la clave de acceso de 49 dígitos para el SRI

La clave de acceso es la huella digital de cada comprobante electrónico en Ecuador: 49 dígitos que el SRI usa para identificar, autorizar y consultar tu factura. Si te dedicas a desarrollar un sistema de facturación, integrar con la API del SRI o entender por qué tu XML está siendo rechazado, necesitas dominar cómo se arma esa cadena.

Este manual desglosa campo por campo los 49 dígitos, explica cómo se calcula el dígito verificador con módulo 11 y cierra con un ejemplo completo que puedes correr en JavaScript.

Si lo que quieres es solo verificar una clave de acceso ya emitida, ve a la guía de cómo verificar la clave de acceso de una factura en el SRI. Si lo que quieres es generarla, sigue leyendo.

Estructura de los 49 dígitos

La clave de acceso no es un número aleatorio. Es la concatenación de 10 campos definidos por la Ficha Técnica de Comprobantes Electrónicos del SRI:

Total real: 8 + 2 + 13 + 1 + 6 + 9 + 8 + 1 + 1 = 49 dígitos. Si tu cadena no suma exactamente 49, hay un campo con padding incorrecto.

Campo 1: Fecha de emisión (8 dígitos)

Formato ddmmaaaa. No es ISO ni con guiones: solo números, día primero. Padding con cero a la izquierda obligatorio.

• 12 de mayo de 2026 → 12052026
• 5 de enero de 2026 → 05012026 (no 5012026)
• 31 de diciembre de 2025 → 31122025

Campo 2: Tipo de comprobante (2 dígitos)

Cada tipo de documento electrónico tiene su código:

Si pones 02 o cualquier otro código fuera de esa lista, el SRI rechaza el XML.

Campo 3: RUC del emisor (13 dígitos)

El RUC completo, exactamente como aparece en tu certificado de firma electrónica. Siempre 13 dígitos, terminando en 001, 002, etc., según el establecimiento.

• Persona natural: 1712345678001
• Sociedad: 1792146739001

No pongas guiones ni espacios. Si tu RUC es de persona natural y solo conoces la cédula (10 dígitos), agrégale 001 al final.

Campo 4: Tipo de ambiente (1 dígito)

Durante el desarrollo, siempre usa 1. El día que pases a producción cambias a 2. Mezclar ambientes es uno de los errores más típicos: emites con clave de pruebas y mandas al endpoint de producción, o al revés.

Campo 5: Serie (6 dígitos)

Concatenación de establecimiento (3 dígitos) + punto de emisión (3 dígitos). Ambos vienen del registro del contribuyente en el SRI.

• Establecimiento 001 + Punto de emisión 001 → 001001
• Establecimiento 002 + Punto de emisión 005 → 002005

Si abres una sucursal nueva, debes registrarla primero en SRI en línea (Trámites → Comprobantes → Establecimientos) y el SRI te asignará el número.

Campo 6: Secuencial del comprobante (9 dígitos)

Número consecutivo de tu facturación, por establecimiento y punto de emisión. Padding con ceros a la izquierda.

• Primera factura del punto de emisión: 000000001
• Factura número 123: 000000123
• Factura número 1.000.000: 001000000

El secuencial no puede repetirse dentro del mismo establecimiento + punto de emisión, aunque cambies de año o anules un comprobante. Si saltas un número (por ejemplo, vas del 122 al 124), el SRI no te marca error pero pierdes trazabilidad.

Campo 7: Código numérico (8 dígitos)

Número de control interno del emisor. La Ficha Técnica del SRI lo define como un número arbitrario que identifica unívocamente al comprobante dentro de tu sistema. No hay reglas estrictas sobre cómo generarlo, pero estas son las prácticas comunes:

• Aleatorio: 8 dígitos generados con un RNG (Math.random o crypto).
• Hash truncado: primeros 8 dígitos numéricos de un UUID o hash interno.
• Secuencial paralelo: un contador independiente del secuencial oficial.

Lo importante es que no se repita para el mismo emisor en el mismo ambiente, porque la clave de acceso completa debe ser única.

Campo 8: Tipo de emisión (1 dígito)

El 99% de los comprobantes lleva 1. Solo se usa 2 cuando el SRI está caído y emites el comprobante físico con número de autorización propio, que luego debe regularizarse.

Campo 9: Dígito verificador (1 dígito) — el cálculo crítico

Este es el dígito que más cuesta entender. Es un check digit que se calcula sobre los 48 dígitos anteriores usando el algoritmo módulo 11, exactamente como funciona el dígito verificador del RUC.

El algoritmo paso a paso

1. Toma los 48 dígitos anteriores (todo lo que armaste hasta el campo 8).
2. Recorre los dígitos de derecha a izquierda.
3. Multiplica cada dígito por un peso que cicla: 2, 3, 4, 5, 6, 7, 2, 3, 4, 5, 6, 7, …
4. Suma todos los productos.
5. Calcula el residuo: suma mod 11.
6. Aplica la regla:
   • Si 11 − residuo es 10, el dígito verificador es 1.
   • Si 11 − residuo es 11, el dígito verificador es 0.
   • En cualquier otro caso, el dígito verificador es 11 − residuo.

Implementación en JavaScript

function calcularDigitoVerificador(cadena48) {
  if (cadena48.length !== 48) {
    throw new Error("La cadena debe tener exactamente 48 dígitos")
  }

  const pesos = [2, 3, 4, 5, 6, 7]
  let suma = 0

  // Recorrer de derecha a izquierda
  for (let i = 0; i < cadena48.length; i++) {
    const digito = parseInt(cadena48[cadena48.length - 1 - i], 10)
    const peso = pesos[i % 6]
    suma += digito * peso
  }

  const residuo = suma % 11
  const resultado = 11 - residuo

  if (resultado === 11) return 0
  if (resultado === 10) return 1
  return resultado
}

Implementación en Python

def calcular_digito_verificador(cadena48: str) -> int:
    if len(cadena48) != 48:
        raise ValueError("La cadena debe tener exactamente 48 dígitos")

    pesos = [2, 3, 4, 5, 6, 7]
    suma = sum(
        int(cadena48[-(i + 1)]) * pesos[i % 6]
        for i in range(48)
    )
    residuo = suma % 11
    resultado = 11 - residuo

    if resultado == 11:
        return 0
    if resultado == 10:
        return 1
    return resultado

Ejemplo completo: armar una clave de acceso real

Supongamos que vas a emitir una factura con estos datos:

Paso 1: concatenar los 48 dígitos

12052026 + 01 + 1792146739001 + 2 + 001001 + 000000123 + 12345678 + 1

Resultado:

120520260117921467390012001001000000123123456781

(Conteo: 8 + 2 + 13 + 1 + 6 + 9 + 8 + 1 = 48 dígitos ✓)

Paso 2: aplicar el algoritmo módulo 11

const cadena48 = "120520260117921467390012001001000000123123456781"
const dv = calcularDigitoVerificador(cadena48)
console.log(`Dígito verificador: ${dv}`)

Paso 3: armar la clave final

claveDeAcceso = cadena48 + dv  // 49 dígitos

Esa es la cadena que va al elemento <claveAcceso> del XML que envías al SRI.

Errores comunes al generar la clave de acceso

¿Realmente necesito armarla a mano?

No, si usas un sistema de facturación autorizado por el SRI: te lo arma automáticamente cada vez que emites un comprobante, incluyendo dígito verificador, firma XAdES-BES y envío al SRI.

Sí, si estás:

• Construyendo tu propio integrador con la API del SRI desde cero.
• Migrando datos de un sistema a otro y necesitas reconstruir claves para auditar.
• Debuggeando errores donde el SRI te dice “clave de acceso inválida” y necesitas saber qué dígito está mal.

Para todo lo demás, conviene usar un emisor autorizado y dedicar tu tiempo a tu negocio, no al módulo 11. Si te interesa cómo elegir uno, mira la guía completa de facturación electrónica y los requisitos del SRI.

Si lo que quieres es validar una clave de acceso ya generada (propia o ajena), el SRI tiene un consultor público: revisa cómo verificar la clave de acceso de una factura.