Dígito de control REGON Polonia
Escriba la base 12345678 y obtendrá el dígito de control 5: el REGON completo es 123456785. También valida números de 9 y 14 dígitos, incluida la parte de la entidad principal dentro de una unidad local, y detecta las erratas. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Número
- 12345678
- Modo de cálculo
- Compute
- Entrada
- 12345678
- Forma
- 9
- Dígito de control
- 5
REGON es el número de identificación estadística polaco que asigna Główny Urząd Statystyczny (GUS) en el Registro Oficial Nacional de Actividad Económica (Rejestr Gospodarki Narodowej). La mayoría de las entidades reciben un REGON de nueve dígitos; las unidades locales de organizaciones multi-sede reciben un REGON de catorce dígitos cuyos nueve primeros coinciden con la entidad matriz. El dígito final de cada forma es un dígito de control producido con pesos oficiales fijos y una regla módulo once que convierte el resto diez en cero. Esta capacidad implementa solo esa regla: el modo compute acepta ocho dígitos base para un REGON de nueve o trece dígitos base para uno de catorce y devuelve el dígito de control más el número completo; el modo validate acepta una cadena completa de nueve o catorce dígitos e indica si el dígito final coincide con el valor esperado recalculado.
Cómo se calcula el dígito de control REGON (formas de 9 y 14 dígitos)
Según la especificación de GUS, un REGON estándar tiene siempre nueve dígitos decimales. Las posiciones uno a ocho forman la carga útil emitida para la entidad jurídica o unidad; la posición nueve es el dígito de control. Para calcularlo, multiplique esos ocho dígitos por la secuencia oficial de pesos ocho, nueve, dos, tres, cuatro, cinco, seis, siete, sume los productos y tome la suma módulo once.
Si el resto es diez, el dígito de control es cero; en caso contrario el resto es el propio dígito de control. Un REGON de catorce dígitos amplía la forma de nueve con cinco dígitos extra que identifican una unidad local de una organización multi-sede. Las posiciones uno a nueve son el REGON matriz (incluido su propio dígito de control); las posiciones diez a trece son la carga de la unidad local; la posición catorce es un segundo dígito de control.
Ese dígito final usa una secuencia de pesos oficial distinta sobre los trece primeros dígitos: dos, cuatro, ocho, cinco, cero, nueve, siete, tres, seis, uno, dos, cuatro, ocho. De nuevo la suma se toma módulo once y el resto diez se convierte en cero.
La validación recalcula el dígito esperado para la longitud enviada y lo compara con el último carácter; en números de catorce dígitos esta herramienta también indica si el REGON matriz de nueve dígitos embebido sigue pasando su propia comprobación, de modo que una cabecera corrupta no se oculte tras un dígito final afortunado. El algoritmo es determinista y local: sin llamada al registro REGON, sin reloj y sin aleatoriedad.
Esta herramienta no resuelve números REGON a nombres de empresa, no prueba el estado fiscal ni la actividad y no contacta con GUS: solo demuestra que la cadena de dígitos está bien formada según la regla oficial ponderada módulo once. Frente a herramientas Luhn o PESEL genéricas, la intención de búsqueda aquí es estrecha: quien necesita una calculadora del dígito de control REGON de Polonia para bases de ocho o trece dígitos, o un validador REGON de nueve y catorce dígitos, no una herramienta de identidad personal o de pago.
Dónde encajan los dígitos de control REGON en flujos empresariales polacos
Las plataformas de contabilidad y facturación electrónica reciben bases internas de ocho dígitos durante el alta en sandbox y deben añadir el dígito de control oficial de GUS antes de que un REGON aparezca en facturas, exportaciones JPK o directorios de contratistas. Los mercados y portales B2B validan números REGON de nueve dígitos en el registro de proveedores para que una sola transposición no cree una entidad fantasma ni un documento KSeF o EDI rechazado.
Los operadores minoristas y logísticos multi-sede recalculan el dígito de control de catorce dígitos de la unidad local cuando se añade un almacén o sucursal bajo un REGON matriz, y vuelven a comprobar la cabecera embebida de nueve dígitos para que los archivos de unidad local no se desvíen del registro matriz.
Los trabajos ETL que cargan ficheros maestros de contratistas recorren cada columna REGON de una exportación CSV o ERP, 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 REGON que pasa la comprobación como prueba de que la entidad está activa en el registro REGON, registrada a efectos del IVA o licenciada para una actividad concreta; solo demuestra que el dígito de control es coherente con la carga útil bajo los pesos oficiales de GUS usados para números estadísticos polacos.
Qué puede hacer con ella
Auditar columnas REGON en datos maestros de contratistas
Valide por lotes cada REGON de nueve y catorce dígitos en un CSV de ERP, CRM o facturación electrónica 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 REGON?
Es el dígito final de un número estadístico REGON polaco, calculado con pesos oficiales de GUS y una regla mod-11 (el resto diez se convierte en cero), de modo que los errores de tecleo y de escaneo suelen detectarse antes de almacenar o facturar 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 REGON?
La herramienta del navegador es gratuita y se ejecuta en local.
¿Cómo se calcula el dígito de control del REGON?
Multiplique los ocho primeros dígitos por los pesos 8, 9, 2, 3, 4, 5, 6, 7, sume los productos y divida entre 11. El resto es el dígito de control, salvo que un resto de 10 se convierte en 0. Para 12345678 sale 5.
¿Qué es un REGON de 14 dígitos?
Identifica una unidad local, como una sucursal o un almacén, de una organización con varias sedes. Sus nueve primeros dígitos son el REGON de la entidad principal, los cuatro siguientes identifican la unidad y el último es un segundo dígito de control con pesos propios.
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/regon-poland \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"number":"12345678"}'const res = await fetch("https://api.kit.forhosting.com/enc/regon-poland", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"number": "12345678"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/regon-poland",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"number": "12345678"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/regon-poland", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"number":"12345678"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"number":"12345678"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/regon-poland", 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": "12345678"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.regon_poland",
"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 al registro REGON y sin afirmar que un checksum válido signifique que la entidad está activa, licenciada o aún inscrita.
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 —ocho o trece para compute, nueve o catorce para validate— de modo que los formularios cliente puedan mostrar un mensaje claro sin adivinar. Las cadenas vacías, el number ausente y los valores de mode inválidos fallan antes de que se ejecute ninguna suma ponderada y no se facturan. Las tareas de validación fallidas que rechazan forma incorrecta no se cobran; una cadena bien formada de nueve o catorce dígitos que simplemente tiene el dígito de control incorrecto devuelve valid false sin lanzar 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 ocho dígitos para un REGON de nueve o exactamente trece dígitos para uno de catorce, devuelve check_digit como cadena de un carácter, devuelve with_check como el número completo que usted puede imprimir o persistir, y también devuelve form (nueve o catorce), length y el vector de pesos usado para auditorías. Al calcular un REGON de catorce dígitos desde trece, la respuesta incluye además base9 y base9_valid para que usted vea si la cabecera embebida de nueve dígitos sigue coincidiendo con los pesos oficiales de ocho dígitos. El modo validate acepta exactamente nueve o catorce dígitos; la respuesta indica valid true cuando el dígito final coincide con expected_check_digit recalculado, e incluye siempre payload (los dígitos sin el último), check_digit, expected_check_digit, form y length. En la validación de catorce dígitos, base9_valid y trailing_valid deben ser ambos true para que valid sea true, de modo que un REGON matriz dañado nunca se acepte solo porque el decimocuarto dígito coincida por casualidad. Se aceptan alias como digits, regon y code para el mismo campo de carga, de forma que las integraciones que ya hablan de «regon» 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 REGON en flujos empresariales polacos
En todo flujo el contrato es el mismo: solo dígitos, longitud fija por modo y forma, 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 una base REGON de 8 dígitos para fixtures de factura
Llame al modo compute con ocho dígitos, almacene with_check y use el REGON de nueve dígitos en facturas de prueba, muestras JPK o registros de contratistas en sandbox.
Validar REGON tecleados o importados a la entrada
Cuando un formulario, feed de socio o escáner envíe nueve o catorce dígitos, llame al modo validate y bloquee el registro 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 REGON con esta API?
Haga POST con number fijado a exactamente ocho dígitos (REGON de nueve) o trece dígitos (REGON de catorce) y mode compute (u omita mode). La respuesta incluye check_digit, with_check, form y el vector de pesos usado.
¿Cómo valido un REGON completo de nueve o catorce dígitos?
Haga POST con la cadena de nueve o catorce dígitos y mode validate. La respuesta incluye valid, check_digit, expected_check_digit y payload (dígitos sin el último). La validación de catorce dígitos también informa base9_valid para el REGON matriz embebido.