Generador de RUT chileno de prueba

Cómo se calcula el dígito verificador del RUT

El RUT chileno lleva un dígito verificador calculado con módulo 11. Se recorre el número de derecha a izquierda multiplicando cada cifra por una serie de pesos que va del 2 al 7 y vuelve a empezar: 2, 3, 4, 5, 6, 7, 2, 3… Se suma todo, se toma el resto de dividir entre 11, y el verificador es 11 − resto.

function dvRut(num) {
  let suma = 0, mul = 2;
  for (let i = num.length - 1; i >= 0; i--) {
    suma += Number(num[i]) * mul;
    mul = mul === 7 ? 2 : mul + 1;   // los pesos ciclan 2..7
  }
  const r = 11 - (suma % 11);
  if (r === 11) return "0";
  if (r === 10) return "K";          // ← el caso que rompe todo
  return String(r);
}

dvRut("11111111")   // "1"  → 11.111.111-1
dvRut("16253954")   // "K"

Puedes comprobar la función con 11.111.111-1, el RUT de prueba más conocido de Chile: la suma da 32, el resto entre 11 es 10, y 11 − 10 = 1.

La K: el caso que tumba una de cada once validaciones

Cuando el resultado de 11 − resto es 10, el dígito verificador no puede escribirse con una sola cifra, y Chile resolvió el problema usando la letra K. Y cuando es 11, el verificador es 0.

Esto tiene una consecuencia estadística directa: aproximadamente uno de cada once RUT chilenos termina en K. Si tu formulario declara el campo como numérico, o si la columna de la base de datos es un entero, has excluido a cerca del 9 % de la población. Es el fallo más frecuente y el más fácil de encontrar: activa la opción «forzar RUT terminados en K» y prueba tu formulario con diez de ellos.

RUT y RUN: la misma cosa con dos nombres

El RUN es el Rol Único Nacional, el número que identifica a una persona. El RUT es el Rol Único Tributario, que identifica a un contribuyente ante el Servicio de Impuestos Internos. Para una persona natural los dos números son idénticos: cambia solo el contexto en que se menciona.

La diferencia práctica está en los rangos. Las personas naturales tienen números que hoy andan entre los 5 y los 26 millones, mientras que las empresas se identifican con series propias: la 76 es la más habitual para sociedades modernas, y también se ven 77, 78 y 79. Si tu aplicación distingue entre cliente persona y cliente empresa a partir del RUT, genera de los dos tipos y comprueba que la deducción funciona.

Los formatos, y por qué importan

Los tres se usan de verdad, y el mismo RUT escrito de tres maneras debe entrar una sola vez en tu base de datos. La prueba: genera un lote, cárgalo en formato con puntos, vuelve a cargarlo sin separadores y comprueba que tu sistema detecta que son los mismos. Si no normaliza antes de guardar, tendrás duplicados.

Qué probar con RUT sintéticos

• El verificador K en campos numéricos. El fallo número uno.
• RUT con verificador incorrecto. Genera en modo inválido: el número parece perfecto y solo lo detecta una validación que calcule de verdad.
• El verificador 0. El otro caso especial. Si tu validación asume que el dígito va de 1 a 9, falla.
• RUT de 7 dígitos. Los números antiguos y los de personas mayores tienen una cifra menos. Una máscara fija de ocho dígitos los rechaza.
• Minúsculas. El usuario escribirá 16253954-k. Normaliza a mayúsculas antes de comparar, no rechaces.
• Unicidad. Intenta registrar el mismo RUT dos veces y comprueba que el sistema devuelve un conflicto claro.

Válido no es lo mismo que existente

Un RUT generado aquí pasa la validación matemática, y eso es exactamente lo que necesitas para probar formularios, máscaras, cargas masivas y bases de datos. Lo que no es es un RUT asignado por el Registro Civil: no corresponde a ninguna persona ni a ninguna empresa inscrita, y si tu aplicación consulta un servicio oficial de verificación, será rechazado. Ese también es un caso de prueba legítimo, y para simularlo tienes el generador de respuestas HTTP.