Dígito de control MEID
Para el cuerpo de MEID 6C4BFFC0000004 el dígito de control es 4, y queda 6C4BFFC00000044 con quince caracteres: la regla de Luhn estándar aplicada en base 16 sobre las cifras hexadecimales de 0 a 9 y de A a F. También valida MEID completos. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- MEID
- 6C4BFFC0000004
- Modo de cálculo
- Compute
- Entrada
- 6C4BFFC0000004
- Dígito de control
- 4
- MEID
- 6C4BFFC00000044
Los terminales CDMA y multimodo identifican la radio con un Mobile Equipment Identifier (MEID): catorce dígitos hexadecimales que codifican fabricante y serie, más un carácter de control opcional en decimoquinta posición calculado de modo que un error de tecleo o una transposición falle con mucha más frecuencia que parecer otro dispositivo. Esta capacidad calcula ese dígito de control con la fórmula estándar Luhn mod-16 sobre el alfabeto hex 0-9A-F, o valida un MEID completo de quince hex e indica si el carácter final almacenado coincide con el valor recalculado.
Cómo se calcula el dígito de control MEID
El cuerpo de un MEID son siempre catorce dígitos hexadecimales. El carácter de control opcional es un símbolo más del mismo alfabeto 0-9A-F, producido por el algoritmo Luhn mod-N con N igual a dieciséis. Trabajando desde la derecha de la carga de catorce dígitos, se aplican factores alternos dos y uno a cada punto de código de nibble (A vale diez, B once, hasta F como quince).
Cada producto se reduce con la suma de dígitos en base dieciséis floor(product/16) más product módulo dieciséis; después se suman todos los valores reducidos. El punto de código de control es dieciséis menos esa suma módulo dieciséis, tomado de nuevo módulo dieciséis, de forma que una suma ya divisible por dieciséis produce el carácter de control cero. Al añadir ese único carácter hex se obtiene la cadena de quince símbolos usada en etiquetas de inventario, feeds de aprovisionamiento y CSV de auditoría.
La validación es la operación inversa: se recalcula el carácter esperado a partir de los catorce primeros símbolos y se compara con el decimoquinto. *. Tenga en cuenta que un dígito de control válido solo demuestra corrección aritmética; no prueba asignación GSMA, lista blanca del operador ni que el dispositivo no figure como perdido.
Cómo calcular un dígito de control o validar un MEID completo
Envíe un campo meid que contenga solo caracteres hexadecimales tras quitar separadores opcionales. El modo validate espera exactamente quince dígitos hex. Esa forma facilita mostrar «usted escribió X, se esperaba Y» en una interfaz de almacén o RMA sin una segunda petición.
Cadenas vacías, meid ausente, valores de mode inválidos y longitudes incorrectas (por ejemplo trece o dieciséis dígitos) fallan antes de cualquier pasada Luhn y no se facturan. Prefiera compute al crear o completar un MEID nuevo para impresión o aprovisionamiento; prefiera validate cuando reciba un identificador completo de un escáner, un CSV o un feed de proveedor y necesite una puerta booleana antes de guardar el registro del activo.
Dónde encajan los dígitos de control MEID en flujos de dispositivos reales
Los fabricantes de dispositivos y los ODM asignan campos de serie bajo un código de fabricante y deben añadir el carácter de control correcto antes del grabado láser o de las etiquetas de embalaje para que los sistemas de admisión del operador y de la empresa acepten el identificador en el primer escaneo. Operadores y MVNO importan CSV de socios con MEID de quince hex y deben rechazar filas cuyo dígito de control ya no coincida, lo que detecta tanto ediciones humanas como errores de uno en generadores previos.
Los escritorios de gestión de dispositivos móviles empresariales y de RMA permiten a los técnicos teclear o escanear un MEID y pueden validar al perder el foco, bloqueando el alta de garantía hasta que valid sea true y reduciendo tickets fallidos. Los talleres de impresión que componen etiquetas de activo a partir de cuerpos MEID de catorce dígitos llaman al modo compute una vez por unidad y colocan la cadena de quince caracteres bajo el gráfico del código de barras.
No trate un dígito de control válido como prueba de propiedad, autorización de red o unicidad en el mundo real: solo demuestra que la cadena de quince símbolos es aritméticamente correcta bajo Luhn mod 16, el mismo criterio de honestidad que aplica a cualquier suma de control de equipo.
Qué puede hacer con ella
Completar un MEID de catorce dígitos para imprimir o grabar
Tome los campos de fabricante y serie (catorce hex), llame al modo compute e imprima o grabe con láser meid bajo el código de barras del activo para que la etiqueta lleve un identificador de quince caracteres válido Luhn.
Auditar columnas de identificadores de dispositivos de socios
Valide por lotes cada MEID de un CSV de operador u ODM 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 MEID?
Es el carácter hexadecimal opcional en decimoquinta posición de un Mobile Equipment Identifier, calculado a partir de los catorce primeros dígitos hex con Luhn mod 16, de modo que un error de un solo carácter falle con mucha más frecuencia que parecer otro dispositivo.
¿Qué ocurre con caracteres no hex, espacios o longitudes incorrectas?
Espacios, guiones, dos puntos y puntos se eliminan para pegar con comodidad. Las tareas de validación fallidas no se facturan.
¿Es gratuita la herramienta de dígito de control MEID?
La herramienta del navegador es gratuita y se ejecuta en local.
¿Cómo se calcula el dígito de control del MEID?
Con Luhn en base 16. Desde la derecha del cuerpo de catorce cifras, los valores hexadecimales (A vale 10 y F vale 15) se multiplican por 2 y por 1 alternativamente, cada producto se reduce a la suma de sus cifras en base 16 y el dígito hace que el total sea divisible entre 16.
¿Un dígito de control MEID válido demuestra que el teléfono es legítimo?
No. Solo demuestra que los quince caracteres están bien formados según la cuenta. No dice nada de la asignación del fabricante, la aprobación de la operadora, la propiedad ni si el equipo se ha denunciado como perdido.
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/meid \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"meid":"6C4BFFC0000004"}'const res = await fetch("https://api.kit.forhosting.com/enc/meid", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"meid": "6C4BFFC0000004"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/meid",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"meid": "6C4BFFC0000004"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/meid", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"meid":"6C4BFFC0000004"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"meid":"6C4BFFC0000004"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/meid", 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
{
"meid": "6C4BFFC0000004"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.meid",
"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
Espacios, guiones y dos puntos se eliminan para pegar con comodidad; cualquier otro carácter no hex y las longitudes incorrectas se rechazan con un error invalid_input claro, sin reescribir basura en silencio. Ejecútela gratis en el navegador o llame a la API de KIT al precio publicado; ambos caminos usan la misma aritmética pura, sin ida y vuelta de red y sin almacenar identificadores.
Cómo se calcula el dígito de control MEID
Como el algoritmo es aritmética entera pura con un alfabeto fijo, el mismo MEID produce siempre el mismo dígito de control en cada plataforma — navegador, Worker o arnés de pruebas sin red —, por eso la capacidad se entrega como motor parse de tier A y no como llamada a un modelo.
Cómo calcular un dígito de control o validar un MEID completo
Espacios, guiones, dos puntos y puntos se eliminan para que cadenas como 6C4B-FFC0-0000-04 se peguen limpias; cualquier letra restante fuera de A-F u otro símbolo se rechaza como entrada hex malformada con invalid_input, de modo que un formulario nunca acepte un valor limpiado en silencio. El modo compute es el predeterminado: proporcione exactamente catorce dígitos hex; el motor devuelve check_digit como cadena hex en mayúsculas de un carácter, meid como esos catorce dígitos más el de control, y length quince. La respuesta indica valid true cuando el carácter final coincide con el expected_check_digit recalculado, e incluye siempre payload (los catorce primeros dígitos), check_digit tal como se envió, expected_check_digit y el meid canónico formado con payload más el carácter esperado. Como la ruta es parse puro, sin reloj, fuente aleatoria ni red, la misma entrada produce siempre el mismo JSON en la herramienta gratuita del navegador y en la API. A $0.002 por solicitud correcta puede proteger importaciones masivas de dispositivos, impresoras de etiquetas y auditorías de archivos de socios sin negociar un nivel personalizado.
Dónde encajan los dígitos de control MEID en flujos de dispositivos reales
Las pruebas de integración y los trabajos de calidad de datos recalculan expected_check_digit en cada columna MEID de una exportación y ponen en cuarentena las discrepancias antes de que lleguen al HLR de aprovisionamiento o a la lista negra de dispositivos. En todo flujo el contrato es el mismo: solo hex, catorce para compute o quince para validate, JSON estructurado comprobable con goldens, comportamiento idéntico gratis en el navegador o con saldo prepago de KIT, y fallo honesto cuando la entrada no es una cadena hex MEID bien formada.
Casos de integración
Validar MEID escaneados o tecleados en la admisión
Cuando un escáner de mano o un formulario envíe quince hex, llame al modo validate y bloquee actualizaciones de inventario o garantía si valid es false, mostrando expected_check_digit para corregir un error de tecleo.
Preguntas técnicas
¿Cómo calculo un dígito de control MEID con esta API?
Haga POST con meid igual a exactamente catorce dígitos hex y mode compute (o omita mode). La respuesta incluye check_digit y meid (la cadena completa de quince hex).
¿Cómo valido un MEID completo de quince dígitos hex?
Haga POST con la cadena hex de quince caracteres y mode validate. La respuesta incluye valid, check_digit, expected_check_digit, payload y el meid canónico.