REGON-Prüfziffer Polen
Geben Sie die Basis 12345678 ein und erhalten Sie die Prüfziffer 5, also die vollständige REGON 123456785. Auch 9- und 14-stellige Nummern werden geprüft, samt dem Teil der Hauptstelle in einer lokalen Einheit, damit Tippfehler auffallen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Zahl
- 12345678
- Berechnungsmodus
- Compute
- Eingabe
- 12345678
- Form
- 9
- Prüfziffer
- 5
REGON ist die polnische statistische Identifikationsnummer, die von Główny Urząd Statystyczny (GUS) im Nationalen Amtsregister der Wirtschaftstätigkeit (Rejestr Gospodarki Narodowej) vergeben wird. Die meisten Einheiten erhalten eine neunstellige REGON; lokale Einheiten von Mehrstandortorganisationen erhalten eine vierzehnstellige REGON, deren erste neun Ziffern mit der Muttereinheit übereinstimmen. Die letzte Ziffer jeder Form ist eine Prüfziffer, die mit festen offiziellen Gewichten und einer Modulo-elf-Regel erzeugt wird, die den Rest zehn auf null abbildet. Diese Fähigkeit implementiert ausschließlich diese Regel: Der Modus compute akzeptiert acht Basisziffern für eine neunstellige REGON oder dreizehn Basisziffern für eine vierzehnstellige und liefert die Prüfziffer plus die vollständige Nummer; der Modus validate akzeptiert eine vollständige neun- oder vierzehnstellige Zeichenkette und meldet, ob die Schlussziffer dem neu berechneten Erwartungswert entspricht.
So wird die REGON-Prüfziffer berechnet (9- und 14-stellige Formen)
Nach der GUS-Spezifikation hat eine Standard-REGON stets neun Dezimalziffern. Die Positionen eins bis acht bilden die Nutzlast für die juristische Person oder Einheit; Position neun ist die Prüfziffer. Zur Berechnung multiplizieren Sie diese acht Ziffern mit der offiziellen Gewichtsfolge acht, neun, zwei, drei, vier, fünf, sechs, sieben, summieren die Produkte und nehmen die Summe modulo elf.
Ist der Rest zehn, ist die Prüfziffer null; andernfalls ist der Rest selbst die Prüfziffer. Eine vierzehnstellige REGON erweitert die neunstellige Form um fünf weitere Ziffern, die eine lokale Einheit einer Mehrstandortorganisation kennzeichnen. Die Positionen eins bis neun sind die Mutter-REGON (einschließlich ihrer eigenen Prüfziffer); die Positionen zehn bis dreizehn sind die Nutzlast der lokalen Einheit; Position vierzehn ist eine zweite Prüfziffer.
Diese Schlussziffer verwendet eine andere offizielle Gewichtsfolge über die ersten dreizehn Ziffern: zwei, vier, acht, fünf, null, neun, sieben, drei, sechs, eins, zwei, vier, acht. Wieder wird die Summe modulo elf genommen, und Rest zehn wird null. Die Validierung berechnet die erwartete Ziffer für die übermittelte Länge neu und vergleicht sie mit dem letzten Zeichen; bei vierzehnstelligen Nummern meldet dieses Werkzeug auch, ob die eingebettete neunstellige Mutter-REGON noch ihre eigene Prüfung besteht, sodass ein beschädigter Kopf nicht hinter einer glücklichen Schlussziffer verborgen bleibt.
Der Algorithmus ist deterministisch und lokal: kein Aufruf des REGON-Registers, keine Uhr und keine Zufälligkeit. Eine bekannte Testbasis ist eins-zwei-drei-vier-fünf-sechs-sieben-acht; sie liefert Prüfziffer fünf und die vollständige REGON eins-zwei-drei-vier-fünf-sechs-sieben-acht-fünf. Dieses Werkzeug löst REGON-Nummern nicht in Firmennamen auf, beweist weder Steuerstatus noch Tätigkeit und kontaktiert GUS nicht — es beweist nur, dass die Ziffernkette unter der offiziellen gewichteten Modulo-elf-Regel wohlgeformt ist.
Gegenüber generischen Luhn- oder PESEL-Werkzeugen ist die Suchintention hier eng: Personen, die einen Polen-REGON-Prüfziffernrechner für acht- oder dreizehnstellige Basen oder einen neun- und vierzehnstelligen REGON-Validator brauchen, kein Personenausweis- oder Zahlungswerkzeug.
Wo REGON-Prüfziffern in polnische Geschäftsabläufe passen
Buchhaltungs- und E-Rechnungsplattformen erhalten während der Sandbox-Einbindung achtstellige interne Basen und müssen die offizielle GUS-Prüfziffer anhängen, bevor eine REGON auf Rechnungen, JPK-Exporten oder Auftragnehmerverzeichnissen erscheint. Marktplätze und B2B-Portale validieren neunstellige REGON-Nummern bei der Lieferantenregistrierung, damit eine einzelne Vertauschung keine Phantom-Einheit und kein abgelehntes KSeF- oder EDI-Dokument erzeugt. Multi-Standort-Einzelhandels- und Logistikbetreiber berechnen die vierzehnstellige Prüfziffer der lokalen Einheit neu, wenn ein Lager oder eine Filiale unter einer Mutter-REGON hinzugefügt wird, und prüfen den eingebetteten neunstelligen Kopf erneut, damit Dateien lokaler Einheiten nie vom Mutterdatensatz abweichen.
ETL-Jobs, die Auftragnehmer-Stammdaten laden, gehen jede REGON-Spalte in einem CSV- oder ERP-Export durch, rufen den Modus validate auf und stellen Zeilen mit valid false unter Quarantäne — und fangen sowohl menschliche Edits als auch Generatorfehler ab. Behandeln Sie eine bestandene REGON-Prüfung nicht als Nachweis, dass die Einheit im REGON-Register aktiv, umsatzsteuerlich registriert oder für eine bestimmte Tätigkeit lizenziert ist; sie beweist nur, dass die Prüfziffer unter den offiziellen GUS-Gewichten für polnische Statistiknummern zur Nutzlast passt.
Anwendungsfälle
REGON-Spalten in Auftragnehmer-Stammdaten auditieren
Validieren Sie batchweise jede neun- und vierzehnstellige REGON in einem ERP-, CRM- oder E-Rechnungs-CSV und stellen Sie Zeilen unter Quarantäne, deren Prüfziffer nicht mehr dem neu berechneten Erwartungswert entspricht.
Häufige Fragen
Was ist eine REGON-Prüfziffer?
Sie ist die letzte Ziffer einer polnischen REGON-Statistiknummer, berechnet mit offiziellen GUS-Gewichten und einer Mod-11-Regel (Rest zehn wird null), sodass Tipp- und Scanfehler meist erkannt werden, bevor die Nummer gespeichert oder abgerechnet wird.
Wie wird die REGON-Prüfziffer berechnet?
Multiplizieren Sie die ersten acht Ziffern mit den Gewichten 8, 9, 2, 3, 4, 5, 6, 7, addieren Sie die Produkte und teilen Sie durch 11. Der Rest ist die Prüfziffer, nur ein Rest von 10 wird zu 0. Für 12345678 ergibt sich 5.
Was ist eine 14-stellige REGON?
Sie kennzeichnet eine lokale Einheit, etwa eine Filiale oder ein Lager, einer Organisation mit mehreren Standorten. Die ersten neun Ziffern sind die REGON der Hauptstelle, vier weitere bezeichnen die Einheit, und die letzte ist eine zweite Prüfziffer mit eigenen Gewichten.
Darf ich Leerzeichen oder Bindestriche eingeben?
Nein, nur Ziffern von 0 bis 9. Eine falsche Länge wird klar gemeldet: 8 oder 13 Ziffern zum Berechnen, 9 oder 14 zum Prüfen. So wird nie eine halb bereinigte Nummer gespeichert.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem 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)Beispiel-Anfrage
{
"number": "12345678"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.regon_poland",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Nicht numerische Eingaben und falsche Längen scheitern mit invalid_input statt stiller Bereinigung, sodass Sie niemals einen halb bereinigten Bezeichner speichern. Dieselbe reine Arithmetik läuft kostenlos im Browser und zum veröffentlichten API-Preis, ohne Netzabfrage des REGON-Registers und ohne die Behauptung, dass eine gültige Prüfsumme bedeute, die Einheit sei aktiv, lizenziert oder noch eingetragen.
Eingabevertrag, Modi und Fehlerverhalten
Senden Sie ein number-Feld, das nur die Zeichen null bis neun enthält. Falsche Länge ist ein expliziter Fehler, der den Modus und die gesendete Länge nennt — acht oder dreizehn für compute, neun oder vierzehn für validate —, damit Client-Formulare eine klare Meldung zeigen können, ohne zu raten. Leere Zeichenketten, fehlendes number und ungültige mode-Werte scheitern, bevor eine gewichtete Summe läuft, und werden nicht abgerechnet. Fehlgeschlagene Validierungsaufgaben, die falsche Form ablehnen, werden nicht berechnet; eine wohlgeformte neun- oder vierzehnstellige Zeichenkette mit lediglich falscher Prüfziffer liefert valid false, ohne eine Ausnahme zu werfen. Leerzeichen, Bindestriche, Buchstaben und Dezimalpunkte werden als nicht numerische Eingabe mit invalid_input abgelehnt, damit ein still bereinigter Wert niemals in den Speicher gelangt. Der Modus compute ist der Standard: Die Engine verlangt genau acht Ziffern für eine neunstellige REGON oder genau dreizehn Ziffern für eine vierzehnstellige, liefert check_digit als einzeichige Zeichenkette, liefert with_check als die vollständige Nummer, die Sie drucken oder speichern können, und liefert außerdem form (neun oder vierzehn), length und den für Audit-Spuren verwendeten Gewichtsvektor. Beim Berechnen einer vierzehnstelligen REGON aus dreizehn Ziffern enthält die Antwort auch base9 und base9_valid, damit Sie sehen, ob der eingebettete neunstellige Kopf noch den offiziellen achtstelligen Gewichten entspricht. Der Modus validate akzeptiert genau neun oder vierzehn Ziffern; die Antwort meldet valid true, wenn die Schlussziffer dem neu berechneten expected_check_digit entspricht, und enthält stets payload (Ziffern ohne die letzte), check_digit, expected_check_digit, form und length. Bei der vierzehnstelligen Validierung müssen base9_valid und trailing_valid beide true sein, damit valid true ist, sodass eine beschädigte Mutter-REGON nie nur deshalb akzeptiert wird, weil die vierzehnte Ziffer zufällig passt. Alias-Schlüssel wie digits, regon und code werden für dasselbe Nutzlastfeld akzeptiert, sodass Integrationen, die bereits «regon» sprechen, nicht umbenennen müssen. Weil der Pfad reines Parse ohne Uhr, Zufallsquelle oder Netz ist, liefert derselbe JSON-Körper auf dem kostenlosen Browser-Werkzeug und auf der API zu $0.002 pro erfolgreicher Anfrage stets dasselbe JSON-Ergebnis.
Integrationsbeispiele
Eine 8-stellige REGON-Basis für Rechnungs-Fixtures vervollständigen
Rufen Sie den Modus compute mit acht Ziffern auf, speichern Sie with_check und nutzen Sie die neunstellige REGON in Testrechnungen, JPK-Proben oder Sandbox-Auftragnehmerdatensätzen.
Eingegebene oder importierte REGON-Nummern am Eingang prüfen
Wenn ein Formular, Partner-Feed oder Scanner neun oder vierzehn Ziffern sendet, rufen Sie den Modus validate auf und blockieren Sie die Registrierung bei valid false; zeigen Sie expected_check_digit, um einen einzelnen Tippfehler zu korrigieren.
Technische Fragen
Wie berechne ich eine REGON-Prüfziffer mit dieser API?
Senden Sie POST mit number auf genau acht Ziffern (neunstellige REGON) oder dreizehn Ziffern (vierzehnstellige REGON) und mode compute (oder lassen Sie mode weg). Die Antwort enthält check_digit, with_check, form und den verwendeten Gewichtsvektor.
Wie prüfe ich eine vollständige neun- oder vierzehnstellige REGON?
Senden Sie POST mit der neun- oder vierzehnstelligen Zeichenkette und mode validate. Die Antwort enthält valid, check_digit, expected_check_digit und payload (Ziffern ohne die letzte). Die vierzehnstellige Validierung meldet auch base9_valid für die eingebettete Mutter-REGON.
Was passiert bei falscher Länge, Buchstaben oder Bindestrichen?
Nicht numerische Eingaben und Längen außer acht oder dreizehn (compute) bzw. neun oder vierzehn (validate) werden mit invalid_input abgelehnt. Fehlgeschlagene Validierungsaufgaben werden nicht abgerechnet.
Ist das REGON-Prüfziffern-Werkzeug kostenlos?
Das Browser-Werkzeug ist kostenlos und läuft lokal. API-Aufrufe nutzen das vorausbezahlte KIT-Guthaben zum veröffentlichten Basispreis $0.002; ungültige Eingaben werden nie berechnet.