Dígito de control My Number Japón
Para las once cifras 12345678901, el dígito de control del My Number japonés es 6, y el número completo queda 123456789016, según la suma ponderada oficial módulo 11. La validación revisa un número de doce cifras, con o sin guiones. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Número
- 12345678901
- Modo de cálculo
- Compute
- Entrada
- 12345678901
- Dígito de control
- 6
- Con dígito de control
- 123456789016
El My Number japonés (Número Individual, 個人番号) es el identificador nacional de doce dígitos usado en impuestos, seguridad social, respuesta ante desastres y un conjunto creciente de formularios públicos y privados. Los once primeros dígitos identifican al titular; el duodécimo es un dígito de control producido por una suma ponderada fija definida en las reglas de numeración, no un valor aleatorio ni consultado en un registro. Esta capacidad implementa únicamente ese checksum. El modo compute acepta exactamente once dígitos sin el dígito de control final y devuelve el dígito oficial más la cadena completa de doce dígitos. El modo validate acepta un número completo de doce dígitos (espacios o guiones opcionales) e indica si el último dígito coincide con el valor esperado recalculado.
Cómo se calcula el dígito de control del My Number japonés
Según las reglas oficiales del Número Individual, el dígito de control del My Number es un único dígito decimal (0–9) calculado a partir de los once dígitos del cuerpo contados de izquierda a derecha como P1 a P11. Cada posición tiene un peso fijo Qn: para n de 1 a 6 el peso es n+1, y para n de 7 a 11 el peso es n−5. Eso produce la secuencia de pesos 2, 3, 4, 5, 6, 7, 2, 3, 4, 5, 6.
El algoritmo multiplica cada dígito del cuerpo por su peso, suma los once productos y toma ese total módulo 11. El valor provisional de control es once menos el resto; si ese valor provisional es 10 u 11, el dígito de control publicado es 0; en caso contrario es el valor provisional. De forma equivalente, resto 0 y resto 1 se mapean al dígito 0, y los demás restos a 11 menos el resto.
La validación recalcula el dígito esperado a partir de los once primeros dígitos de un envío de doce y lo compara con el duodécimo carácter. Un ejemplo transparente es la base 12345678901, que produce el dígito de control 6 y el número completo 123456789016. El algoritmo es determinista y local: sin red, sin reloj y sin aleatoriedad.
Frente a herramientas genéricas mod-11 o Luhn, la intención de búsqueda aquí es estrecha: personas que necesitan una calculadora del dígito de control My Number de Japón para bases de once dígitos o un verificador del Número Individual japonés de doce dígitos, no una herramienta de tarjetas de pago ni de IMEI de dispositivos.
Dónde encajan los dígitos de control My Number en flujos reales de Japón
Bancos, aseguradoras y fintech validan valores My Number en la apertura de cuenta o en la actualización KYC bajo las normas de privacidad japonesas, detectando errores de tipeo antes de escribir el registro maestro del cliente. Los trabajos ETL que cargan ficheros maestros de clientes o empleados japoneses recorren cada columna My Number de un feed CSV o XML, llaman al modo validate y ponen en cuarentena las filas donde valid es false—capturando tanto ediciones humanas como errores de generadores.
Los formularios de administración electrónica municipal suelen aceptar formas con guiones y compactas; eliminar espacios y guiones antes de la comprobación de dígitos mantiene el contrato simple sin inventar un segundo algoritmo. No trate un My Number que pasa la comprobación como prueba de que el titular está vivo en el registro de residentes, posee una My Number Card válida o está autorizado para un servicio; solo demuestra que el dígito de control es coherente con los once dígitos del cuerpo según los pesos oficiales del Número Individual japonés.
Qué puede hacer con ella
Auditar columnas My Number en datos maestros
Valide por lotes cada Número Individual en un CSV de CRM, impuestos o nómina y ponga en cuarentena las filas cuyo dígito de control ya no coincida con el valor esperado recalculado.
Preguntas frecuentes
¿Qué es el dígito de control del My Number japonés?
Es el duodécimo dígito del Número Individual de Japón (My Number / 個人番号), calculado con una suma ponderada fija sobre los once primeros dígitos para que los errores de tipeo y de escaneo se detecten habitualmente antes de almacenar el número.
¿Qué ocurre con longitud incorrecta, letras o puntuación extraña?
Las tareas de validación fallidas no se facturan.
¿Es gratuita la herramienta de dígito de control My Number?
La herramienta del navegador es gratuita y se ejecuta en local.
¿Cómo se calcula el dígito de control del My Number?
Las once cifras, leídas desde la izquierda, se multiplican por 2, 3, 4, 5, 6, 7, 2, 3, 4, 5 y 6, y se suman los productos. El dígito es 11 menos el resto de dividir entre 11, salvo que los restos 0 y 1 dan 0.
¿Un dígito de control válido demuestra que el número pertenece a alguien?
No. La herramienta solo hace la cuenta y no consulta ningún registro, así que un dígito correcto no prueba que la persona viva, esté inscrita o tenga derecho a un servicio. Sirve sobre todo para detectar una cifra mal tecleada.
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/mynumber-japan \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"12345678901"}'const res = await fetch("https://api.kit.forhosting.com/enc/mynumber-japan", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "12345678901"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/mynumber-japan",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "12345678901"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/mynumber-japan", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"12345678901"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"12345678901"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/mynumber-japan", 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": "12345678901"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.mynumber_japan",
"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
Cuerpos no numéricos y longitudes incorrectas fallan con invalid_input en lugar de un recorte silencioso. La misma aritmética pura se ejecuta gratis en el navegador y al precio publicado de la API, sin consulta al registro de población y sin afirmar que un checksum válido signifique que la persona esté viva, registrada o autorizada para algún servicio.
Contrato de entrada, modos y comportamiento ante errores
Envíe un campo number que contenga el cuerpo del My Number. Una longitud incorrecta es un error explícito que nombra el modo y la longitud enviada—once para compute, doce para validate—para que los formularios del cliente muestren un mensaje preciso sin adivinar. Cadenas vacías, number ausente y valores de mode no válidos fallan antes de cualquier suma ponderada y no se facturan. HH. sobre un My Number completo de un usuario o de un feed de socio. Una cadena bien formada de doce dígitos que simplemente tiene el dígito de control incorrecto devuelve valid false sin lanzar error, de modo que los trabajos por lotes puedan poner filas en cuarentena en lugar de abortar todo el archivo. Se eliminan espacios y guiones para aceptar formas de visualización habituales como 1234-5678-9012 o grupos espaciados tras la normalización; otra puntuación y letras se rechazan como entrada no numérica con invalid_input, de modo que un valor recortado en silencio nunca llegue al almacenamiento. El modo compute es el predeterminado: el motor exige exactamente once dígitos, devuelve check_digit como cadena de un carácter, devuelve with_check como el Número Individual de doce dígitos que puede imprimir o persistir, e incluye weights y algorithm para auditorías. El modo validate acepta exactamente doce dígitos; la respuesta indica valid true cuando el dígito final coincide con el expected_check_digit recalculado, e incluye siempre payload (los once dígitos del cuerpo), check_digit, expected_check_digit, length, weights y algorithm. Alias como mynumber, my_number, individual_number, digits y code se aceptan para el mismo campo de carga, de modo que las integraciones que ya usan nombres de campo japoneses no necesiten renombrar. Como la ruta es pure parse sin reloj, fuente aleatoria ni red, el mismo cuerpo JSON siempre produce 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 My Number en flujos reales de Japón
Los portales fiscales y de seguridad social recalculan expected_check_digit cuando un ciudadano escribe o pega un Número Individual de doce dígitos, para que una sola transposición no cree un envío fantasma y un trámite rechazado. Empleadores y proveedores de nómina completan bases de once dígitos en sandboxes con el modo compute y luego guardan with_check en empleados de prueba que deben parecer identificadores de producción sin usar números reales de ciudadanos.
Casos de integración
Completar una base My Number de 11 dígitos para fixtures de prueba
Llame al modo compute con once dígitos del cuerpo, guarde with_check y use el Número Individual de doce dígitos en registros de prueba fiscales, de nómina o municipales en sandbox.
Validar My Numbers japoneses tecleados o importados
Cuando un formulario, archivo bancario o feed de RR. HH. envíe doce dígitos, llame al modo validate y bloquee el alta si valid es false, mostrando expected_check_digit para ayudar a corregir un solo error de tipeo.
Preguntas técnicas
¿Cómo se calcula un dígito de control My Number con esta API?
Haga POST con number en exactamente once dígitos y mode compute (o omita mode). La respuesta incluye check_digit y with_check (el Número Individual completo de doce dígitos).
¿Cómo se valida un My Number completo de doce dígitos?
Haga POST con la cadena de dígitos (espacios o guiones opcionales) y mode validate. La respuesta incluye valid, check_digit, expected_check_digit y payload (los once dígitos del cuerpo).