ポーランドREGONチェックディジット
基数12345678を入力すると、チェックディジット5と完全なREGON 123456785が得られます。9桁と14桁の番号も検証し、事業所番号に含まれる本体部分まで確かめるので、入力ミスを早めに見つけられます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 数
- 12345678
- 計算モード
- Compute
- 入力
- 12345678
- 形式
- 9
- チェックディジット
- 5
REGONは、国家公式経済活動登録簿（Rejestr Gospodarki Narodowej）においてGłówny Urząd Statystyczny（GUS）が付与するポーランドの統計識別番号です。ほとんどの事業体は9桁のREGONを受け取り、複数拠点組織の地方単位は、先頭9桁が親事業体と一致する14桁のREGONを受け取ります。各形式の末尾桁は、固定の公式重みと、剰余10を0に写像するモジュロ11規則により生成されるチェックディジットです。本機能はその規則のみを実装します。computeモードは9桁REGON用に8桁の基数、14桁REGON用に13桁の基数を受け取り、チェックディジットと完全な番号を返します。validateモードは完全な9桁または14桁の文字列を受け取り、末尾桁が再計算した期待値と一致するかを報告します。
REGONチェックディジットの計算方法（9桁および14桁形式）
GUS仕様では、標準REGONは常に9桁の十進数です。計算するには、その8桁に公式重み列8、9、2、3、4、5、6、7を掛け、積を合計し、合計をモジュロ11で取ります。剰余が10の場合チェックディジットは0、それ以外は剰余そのものがチェックディジットです。
14桁REGONは、複数拠点組織の地方単位を識別する5桁を9桁形式に追加したものです。やはり合計はモジュロ11で取り、剰余10は0になります。検証では提出された桁数に対する期待桁を再計算し、最後の文字と比較します。
14桁の場合、埋め込まれた9桁の親REGONが自身の検査をまだ通るかどうかも報告するため、幸運な末尾桁の陰に壊れた先頭が隠れません。アルゴリズムは決定的かつローカルで、REGON登録簿呼び出し・時計・乱数は使いません。
有名なフィクスチャは基数1-2-3-4-5-6-7-8で、チェックディジット5と完全REGON 1-2-3-4-5-6-7-8-5になります。本ツールはREGON番号を会社名に解決せず、税務状態や活動を証明せず、GUSに連絡もしません。公式の重み付きモジュロ11規則の下で桁列が整形式であることだけを示します。
一般的なLuhnやPESELツールと比べ、ここでの検索意図は狭く、8桁または13桁基数向けポーランドREGONチェックディジット計算機、あるいは9桁・14桁REGON検証器を必要とする方向けであり、個人識別や決済ツールではありません。
ポーランドの実務ワークフローでのREGONチェックディジットの位置づけ
会計および電子請求プラットフォームは、サンドボックス導入時に8桁の内部基数を受け取り、請求書・JPKエクスポート・取引先ディレクトリにREGONが現れる前に公式GUSチェックディジットを付加する必要があります。
マーケットプレイスやB2Bポータルは、仕入先登録時に9桁REGONを検証し、1回の転置で幽霊事業体や拒否されたKSeF/EDI文書が生まれないようにします。複数拠点の小売・物流事業者は、親REGONの下に倉庫や支店を追加するときに14桁の地方単位チェックディジットを再計算し、埋め込み9桁先頭を再確認して地方単位ファイルが親記録からずれないようにします。
取引先マスタを読み込むETLジョブは、CSVまたはERPエクスポートの各REGON列を走査し、validateモードを呼び出し、validがfalseの行を隔離して、人手編集と生成器のバグの両方を捉えます。どのワークフローでも契約は同じです。検査を通ったREGONを、REGON登録簿での稼働、VAT登録、特定活動の免許の証明と見なさないでください。
活用例
取引先マスタのREGON列を監査する
ERP・CRM・電子請求CSVの9桁および14桁REGONを一括検証し、チェックディジットが再計算した期待値と一致しない行を隔離します。
よくある質問
REGONチェックディジットとは何ですか？
ポーランドのREGON統計番号の末尾桁で、公式GUS重みとmod-11規則（剰余10は0）で計算され、保存や請求の前に入力・読取ミスを多く検出します。
REGONのチェックディジットはどう計算しますか？
最初の8桁に重み8、9、2、3、4、5、6、7を順に掛けて合計し、11で割ります。その余りがチェックディジットですが、余りが10のときは0になります。12345678なら5です。
14桁のREGONとは何ですか？
複数の拠点を持つ組織の支店や倉庫などの事業所を表す番号です。最初の9桁が本体のREGONで、続く4桁が事業所を示し、最後の1桁は独自の重みで計算する2つ目のチェックディジットです。
正しいREGONなら会社は営業中ですか？
いいえ。チェックディジットが合っていても、番号の形が正しいことしか分かりません。公式の登録簿は照会しないため、営業中かどうかや登録が続いているかは判断できません。
空白やハイフンを入れてもよいですか？
いいえ、0から9の数字だけを入力してください。桁数が違う場合は、計算なら8桁か13桁、検証なら9桁か14桁と明確に知らせるので、中途半端に整えた番号が保存されることはありません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
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)リクエスト例
{
"number": "12345678"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.regon_poland",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
非数値入力と誤った桁数は、黙って除去するのではなくinvalid_inputで失敗するため、中途半端な識別子を永続化することはありません。同じ純粋な算術がブラウザでは無料で、公開API価格でも動作し、REGON登録簿へのネットワーク照会は行わず、有効なチェックサムが事業体の稼働・免許・登録継続を意味するとも主張しません。
REGONチェックディジットの計算方法（9桁および14桁形式）
位置1から8は法人または単位に発行されたペイロードを形成し、位置9がチェックディジットです。位置1から9は親REGON（自身のチェックディジットを含む）、位置10から13は地方単位のペイロード、位置14が第2のチェックディジットです。この末尾桁は先頭13桁に対し、別の公式重み列2、4、8、5、0、9、7、3、6、1、2、4、8を用います。
入力契約、モード、エラー動作
computeモードが既定です。誤った桁数は、モードと送信桁数（computeは8または13、validateは9または14）を明示するエラーなので、クライアントフォームは推測せず明確なメッセージを表示できます。空文字、number欠落、無効なmode値は重み付き合計の前に失敗し、課金されません。ラベル、テストフィクスチャ、既に8桁または13桁を持つ内部生成器の基数識別子を完成させるときはcomputeを、利用者からの完全REGONでフォーム・パートナーファイル・スキャナ取込をゲートするときはvalidateを選んでください。形状不良を拒否する失敗検証タスクは課金されず、桁数は正しいがチェックディジットだけが違う9桁または14桁の整形式文字列は例外を投げずにvalid falseを返します。numberフィールドには0から9の文字だけを送ってください。空白、ハイフン、文字、小数点は非数値入力としてinvalid_inputで拒否され、黙って除去された値がストレージに届くことはありません。エンジンは9桁REGONにはちょうど8桁、14桁REGONにはちょうど13桁を要求し、check_digitを1文字の文字列として、with_checkを印刷・永続化できる完全な番号として返し、監査用にform（9または14）、length、使用した重みベクトルも返します。13桁から14桁REGONを計算するとき、応答にはbase9とbase9_validも含まれ、埋め込み9桁先頭が公式8桁重みとまだ一致するか確認できます。validateモードはちょうど9桁または14桁を受け付け、末尾桁が再計算したexpected_check_digitと一致するときvalid trueを報告し、常にpayload（末尾を除く桁）、check_digit、expected_check_digit、form、lengthを含みます。14桁検証ではvalid trueにbase9_validとtrailing_validの両方が必要で、14桁目がたまたま一致するだけでは壊れた親REGONは受け入れられません。digits、regon、codeなどの別名が同じペイロード欄に使えるため、「regon」を既に使う連携は改名不要です。時計・乱数源・ネットワークのない純粋なparse経路のため、同じJSON本体は無料ブラウザツールでも成功リクエストあたり$0.002のAPIでも常に同じJSON結果になります。
ポーランドの実務ワークフローでのREGONチェックディジットの位置づけ
結合テストは1-2-3-4-5-6-7-8-5のような既知フィクスチャのwith_checkを固定し、フォームライブラリ・ラベルプリンタ・本APIがずれないようにします。ポーランド統計番号に使われる公式GUS重みの下でチェックディジットがペイロードと一致することだけを示します。
連携の活用例
請求フィクスチャ用に8桁REGON基数を完成させる
8桁でcomputeモードを呼び出し、with_checkを保存し、テスト請求書・JPKサンプル・サンドボックス取引先レコードに9桁REGONを使います。
入力時に手入力・取込REGONを検証する
フォーム、パートナーフィード、スキャナが9桁または14桁を送ったらvalidateモードを呼び、validがfalseのとき登録を止め、expected_check_digitを示して1桁の打ち間違いを直します。
技術的な質問
このAPIでREGONチェックディジットを計算するには？
numberをちょうど8桁（9桁REGON）または13桁（14桁REGON）にし、mode compute（またはmode省略）でPOSTします。応答にはcheck_digit、with_check、form、使用した重みベクトルが含まれます。
完全な9桁または14桁REGONを検証するには？
9桁または14桁の文字列とmode validateでPOSTします。応答にはvalid、check_digit、expected_check_digit、payload（末尾を除く桁）が含まれます。14桁検証では埋め込み親REGONのbase9_validも報告します。
桁数誤り、文字、ハイフンではどうなりますか？
非数値入力と、computeの8/13桁、validateの9/14桁以外の長さはinvalid_inputで拒否されます。失敗した検証タスクは課金されません。
REGONチェックディジットツールは無料ですか？
ブラウザツールは無料でローカル実行されます。API呼び出しは公開基本価格$0.002の前払いKIT残高を使い、無効入力は課金されません。