Dígito de control IMEI
Los 14 dígitos 49015420323751 llevan el dígito de control 8, así que el IMEI completo es 490154203237518. Complete el número de un equipo para una etiqueta o una base de datos, o revise un IMEI de 15 dígitos de un cliente antes de guardarlo. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Número
- 49015420323751
- Modo de cálculo
- Compute
- Entrada
- 49015420323751
- Dígito de control
- 8
- Con dígito de control
- 490154203237518
Todo teléfono móvil y muchos módulos celulares llevan una Identidad Internacional de Equipo Móvil de quince dígitos. Los catorce primeros identifican el código de asignación de tipo y el serial; el decimoquinto es un dígito de control Luhn que detecta errores de un solo dígito y la mayoría de transposiciones adyacentes antes de que el número se almacene, se imprima en una caja o se envíe a un portal del operador. Esta capacidad implementa esa regla Luhn estándar solo para IMEI: el modo compute acepta exactamente catorce dígitos de carga y devuelve el dígito de control más la cadena completa de quince; el modo validate acepta un IMEI completo de quince dígitos e indica si el dígito final coincide con el valor esperado recalculado.
Cómo se calcula el dígito de control Luhn del IMEI
Un IMEI tiene siempre quince dígitos decimales según el plan de numeración 3GPP usado en equipos GSM, UMTS, LTE y 5G. Los ocho primeros forman el código de asignación de tipo (TAC), los seis siguientes son un serial del fabricante dentro de ese TAC, y el decimoquinto es el dígito de control.
Para calcularlo, tome la carga de catorce dígitos y aplique el algoritmo de Luhn desde la derecha: duplique cada segundo dígito empezando por el dígito de carga más a la derecha (porque ese dígito ocupa la posición dos de la cadena completa de quince cuando el de control es la posición uno desde la derecha). Cuando el doble de un dígito es mayor que nueve, reste nueve (de forma equivalente, sume las decenas y las unidades del producto).
Sume los catorce valores ponderados; el dígito de control es (10 menos esa suma módulo 10) módulo 10 para que el número completo de quince dígitos tenga una suma Luhn divisible por diez. La validación recalcula el dígito esperado a partir de los catorce primeros caracteres y lo compara con el decimoquinto, lo mismo que ejecutar una suma Luhn completa sobre los quince dígitos. El algoritmo es determinista y local: sin llamada al registro TAC, sin reloj y sin aleatoriedad.
Esta herramienta no decodifica el TAC en marcas, no maneja formatos hexadecimales MEID y no demuestra titularidad ni estado de lista negra: solo prueba que la cadena de dígitos está bien formada según la regla Luhn del IMEI. Frente a validadores Luhn genéricos de tarjetas, la intención de búsqueda aquí es estrecha: quien necesita una calculadora de dígito de control IMEI para cargas de catorce dígitos o un comprobador de IMEI móvil de quince, no una herramienta de tarjetas de pago.
Contrato de entrada, modos y comportamiento de error
Envíe un campo number que contenga solo caracteres del cero al nueve. Una longitud incorrecta es un error explícito que nombra el modo y la longitud enviada —catorce para compute, quince para validate— de modo que los formularios cliente puedan mostrar «se necesitan catorce dígitos» sin adivinar. Las cadenas vacías, el number ausente y los valores de mode inválidos fallan antes de cualquier suma Luhn y no se facturan.
Prefiera compute cuando cree o complete números de dispositivo para etiquetas y bases de datos; prefiera validate cuando condicione una consulta, un cambio o una importación a un IMEI completo de un usuario, archivo de socio o escáner. Las tareas de validación que rechazan forma incorrecta no se cobran; una cadena bien formada de quince dígitos que simplemente tiene el dígito de control incorrecto devuelve valid false sin lanzar error.
Dónde encajan los dígitos de control IMEI en flujos reales
Los fabricantes de dispositivos y los ODM reciben seriales internos de catorce dígitos y deben añadir el dígito de control Luhn oficial antes de imprimir el IMEI en la caja, la bandeja SIM o la etiqueta regulatoria. Los portales de operadores y MVNO validan IMEI de quince dígitos en la activación para que una sola transposición no cree un dispositivo fantasma ni un aprovisionamiento fallido.
Los sistemas de gestión de activos y MDM recorren cada columna IMEI de una exportación CSV, llaman al modo validate y ponen en cuarentena las filas donde valid es false, capturando tanto ediciones humanas como errores de generadores en uno. No trate un IMEI que pasa la comprobación como prueba de que el dispositivo es genuino, está desbloqueado o libre de lista negra del operador; solo demuestra que el dígito Luhn es coherente con la carga bajo los pesos estándar de la identidad de equipo móvil.
Qué puede hacer con ella
Auditar columnas IMEI en inventarios de dispositivos
Valide por lotes cada IMEI de quince dígitos en un CSV de MDM, ERP o RMA y ponga en cuarentena las filas cuyo dígito de control ya no coincida con el valor esperado recalculado.
Preguntas frecuentes
¿Qué es un dígito de control IMEI?
Es el decimoquinto dígito de un IMEI, calculado con el algoritmo de Luhn sobre los catorce primeros dígitos, de modo que los errores de un solo dígito al escribir o escanear suelen detectarse antes de almacenar o imprimir el número.
¿Qué ocurre con longitud incorrecta, letras o guiones?
Las tareas de validación fallidas no se facturan.
¿Es gratuita la herramienta de dígito de control IMEI?
La herramienta del navegador es gratuita y se ejecuta en local.
¿Qué significan los dígitos de un IMEI?
Los ocho primeros forman el código de asignación de tipo (TAC), los seis siguientes son el número de serie del fabricante dentro de ese código y el decimoquinto es el dígito de control, calculado a partir de los otros catorce.
¿Un IMEI válido significa que el teléfono está registrado o liberado?
No. Un dígito de control correcto solo demuestra que los quince dígitos se escribieron de forma coherente. No se consulta ninguna base de datos de fabricantes, así que no dice nada sobre si el equipo está registrado o liberado.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/enc/imei \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"49015420323751"}'const res = await fetch("https://api.kit.forhosting.com/enc/imei", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "49015420323751"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/imei",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "49015420323751"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/imei", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"49015420323751"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"49015420323751"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/imei", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"number": "49015420323751"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.imei",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
La entrada no numérica y las longitudes incorrectas fallan con invalid_input en lugar de un recorte silencioso, de modo que usted nunca persista un identificador a medias. La misma aritmética pura se ejecuta gratis en el navegador y al precio publicado de la API, sin consulta de red a bases de fabricantes y sin afirmar que un checksum válido signifique que el dispositivo esté registrado o desbloqueado.
Contrato de entrada, modos y comportamiento de error
Espacios, guiones, letras y puntos decimales se rechazan como entrada no numérica con invalid_input para que un valor recortado en silencio no llegue al almacenamiento. El modo compute es el predeterminado: el motor exige exactamente catorce dígitos, devuelve check_digit como cadena de un carácter y devuelve with_check como el IMEI de quince dígitos que usted puede imprimir o persistir. El modo validate exige exactamente quince dígitos; la respuesta indica valid true cuando el dígito final coincide con el expected_check_digit recalculado, e incluye siempre payload (los catorce primeros dígitos), check_digit, expected_check_digit y length quince. Se aceptan alias como digits, imei y code para el mismo campo de carga, de forma que las integraciones que ya hablan de «imei» no necesiten renombrar. Como la ruta es parse puro sin reloj, fuente aleatoria ni red, el mismo cuerpo JSON produce siempre el mismo resultado JSON en la herramienta gratuita del navegador y en la API a $0.002 por solicitud correcta.
Dónde encajan los dígitos de control IMEI en flujos reales
Los talleres de reparación y los mostradores RMA recalculan expected_check_digit cuando un cliente lee el número por teléfono, capturando errores de escritura antes de abrir un ticket contra el terminal equivocado. En todo flujo el contrato es el mismo: solo dígitos, longitud fija por modo, JSON estructurado que usted puede probar con goldens, comportamiento idéntico en navegador gratuito y API prepago, e invalid_input honesto cuando la cadena no es una secuencia pura de dígitos de la longitud correcta.
Casos de integración
Completar un número de dispositivo de 14 dígitos para etiquetas
Llame al modo compute con la carga de catorce dígitos, almacene with_check e imprima el IMEI de quince dígitos en embalaje, bandejas SIM o etiquetas regulatorias.
Validar IMEI tecleado o escaneado en la entrada
Cuando un formulario, escáner o archivo de socio envíe quince dígitos, llame al modo validate y bloquee la consulta si valid es false, mostrando expected_check_digit para corregir un error de un solo dígito.
Preguntas técnicas
¿Cómo calculo un dígito de control IMEI con esta API?
Haga POST con number igual a exactamente catorce dígitos y mode compute (u omita mode). La respuesta incluye check_digit y with_check (el IMEI completo de quince dígitos).
¿Cómo valido un IMEI completo de quince dígitos?
Haga POST con la cadena de quince dígitos y mode validate. La respuesta incluye valid, check_digit, expected_check_digit y payload (dígitos sin el último).