ノルウェー個人番号チェックディジット

ブラウザでは無料で、KIT API は公開価格でご利用ください。

ノルウェー fødselsnummer の検査桁とは何か、重みの仕組み

決済カードの Luhn 法10と比べ、fødselsnummer は左から右の固定重み2本と法11を使うため、ノルウェー身分フィールドに Luhn 検証を流用してはいけません。

両方の検査桁を計算する、または完全な fødselsnummer を検証する方法

mode compute が既定です。mode validate は両方の検査桁を含む完全な11桁（例: 01019000083 または 010190 00083）を期待します。空文字、fnr 欠落、無効な mode、長さ不正（compute で9桁以外、validate で11桁以外）は重み和の前に失敗し課金されません。既知の日付と個人連番から組み立てるときは compute を、利用者や取引先ファイルやスキャンが完全番号を渡すときは validate を、登録やマスタ参照の前の真偽ゲートとしてお使いください。fnr フィールドに 0 から 9 の数字を送り、空白やハイフンで区切っても構いません。文字・その他の句読点・二重ハイフン・先頭または末尾のハイフンは invalid_input として拒否され、黙って整形された値を受け付けません。検査対なしのちょうど9桁（例: 生年月日 01.01.90 と個人番号 000 なら 010190000）を渡すと、エンジンは control_digit_1 と control_digit_2 を1文字の文字列、control_digits を2桁接尾辞、with_check を完全な11桁、formatted を一般的な表示形 DDMMYY XXXXX で返します。いずれかの重み付き和が法11写像で検査桁10になる場合、その本体には有効な11桁 fødselsnummer が存在しないため compute は invalid_input で失敗します。再計算した両桁が末尾対と一致すると valid true を報告し、常に control_digit_1、control_digit_2、末尾2桁を除いた payload、表示用 formatted を含みます。期待桁がある場合は expected_control_digit_1、expected_control_digit_2、expected_control_digits も返します。時計・乱数・ネットワークのない純粋 parse のため、同じ入力は無料ブラウザと API で常に同じ JSON になります。成功リクエストあたり $0.002 で、一括インポート・オンボーディング・ETL をゲートできます。

身分・給与・業務フローでの fødselsnummer 検査の位置づけ

医療・公的連携は取引先 CSV から番号を受け取り、末尾誤りで一括拒否されることがあり、valid と with_check を返す決定的オラクルで本番前に行を印付けできます。一般の Luhn や ISO 7064 を既に提供する製品チームでも、ノルウェー身分フィールドには重み・長さ・二重桁・空白形式が合う本機能を使ってください。norwegian fodselsnummer check や norway personnummer validator などの検索向け教育・SEO ランディングには、ブラウザ経路が自動化と一致する無料ライブツールが必要です。