UIC車両番号チェックディジット

本機能は11桁のペイロードからそのチェックディジットを計算するか、完全な12桁番号を検証し、保存された末尾桁が再計算値と一致するかを報告します。一般的な印刷レイアウトで使われる空白・ハイフン・ドットは演算前に除去され、文字などの非数字は明確な invalid_input エラーで拒否されます。ブラウザで無料実行するか、公開価格で KIT API を呼び出してください。

UICチェックディジットの計算方法

そのペイロード位置を左からインデックス0で番号付けし、インデックスが偶数の桁には重み2、奇数には重み1を掛け、9を超える積は十進各桁の和で折りたたみます（関連する mod-10 方式と同じ Luhn 風の折りたたみです）。アルゴリズムは固定重みの純整数演算なので、同じペイロードはブラウザ、Worker、オフライン試験ハーネスのいずれでも常に同じチェックディジットを生み、そのため本機能はモデル呼び出しではなく tier A の parse エンジンとして提供されます。

チェックディジットの計算と完全番号の検証

空白・ハイフン・ドットは任意で除去され、グループ表示と末尾ハイフン＋チェックディジットの一般的なレイアウトをフォームが受け付けられます。mode validate は除去後にちょうど12桁を期待します。空文字、number 欠落、無効な mode、誤った長さ（例：10桁や13桁）は重み付き合計の前に失敗し、課金されません。新しい一連ブロックを発行・完成するときは compute を、スキャナ・CSV・キーパー変更フォームから完全番号を受け取り、資産保存前に真偽ゲートが必要なときは validate を優先してください。ペイロードまたは完全車両の桁を含む number フィールドを送ってください。文字などの記号は invalid_input の非数値入力として拒否され、黙って整形された誤値が通ることはありません。mode compute が既定で、除去後にちょうど11桁のペイロードを渡すと、エンジンは1文字の check_digit、11桁＋チェックの vehicle_number、length 12 を返します。末尾桁が再計算した expected_check_digit と一致すると valid true となり、常に payload（先頭11桁）、送信どおりの check_digit、expected_check_digit、payload と期待桁から成る正規 vehicle_number を含みます。この形ならフリートUIで「入力は X、期待は Y」を再要求なしに示せます。経路は時計・乱数・ネットワークのない純 parse なので、無料ブラウザと API で同じ入力は常に同じ JSON になります。成功リクエストあたり $0.002 で、大量フリート取込み、RIV 交換ファイル、パートナー EDI 監査を、個別ティア交渉なしに守れます。

UICチェックディジットが活きる鉄道業務

結合試験とデータ品質ジョブはエクスポートの各車両列で expected_check_digit を再計算し、国内外の台帳に届く前に不一致を隔離します。11桁ペイロードからステンシルを組むラベルプリンタは、車両ごとに compute を1回呼び、マーキング図の下に vehicle_number を置きます。