アルゼンチンCUIT/CUILチェックディジット
20-12345678を入力するとチェックディジットは6で、CUIT全体は20-12345678-6になります。20-12345678-7と打ち間違えると検証で弾かれるため、請求書や取引先、給与データの入力ミスに気づけます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- CUIT (納税者番号)
- 20-12345678
- 計算モード
- Compute
- 入力
- 2012345678
- チェックディジット
- 6
- チェックディジット付き
- 20123456786
CUITおよびCUIL番号は、アルゼンチンの税務・給与・銀行業務で個人と企業を識別します。11桁の各コードは、AFIP（Administración Federal de Ingresos Públicos）の規則に基づき、先頭10桁の固定重み付けから導かれる1桁のチェックディジットで終わります。本体の桁の打ち間違いや隣接桁の入れ替えは多くの場合チェックサムを壊すため、請求書の発行、仕入先マスタの登録、給与ファイルの受領の前にチェックディジットを検証すると、キー入力エラーを早期に検出できます。どちらの経路もネットワーク照会や実在納税者の台帳なしで、同じ決定的な算術を実行します。
アルゼンチンCUIT/CUILチェックディジットとは何か、重みはどう働くか
CUIT（Clave Única de Identificación Tributaria）またはCUIL（Clave Única de Identificación Laboral）は、アルゼンチンの税務・社会保障・銀行・商取引システムで使われる11桁の識別子です。
印刷形式は通常XX-XXXXXXXX-Xで、2桁の種別プレフィックス、8桁の本体（多くの場合書類番号）、末尾のチェックディジットから成ります。末尾桁は装飾ではなく、左から右へ固定の乗数5・4・3・2・7・6・5・4・3・2を用いた先頭10桁の加重和を求め、その11による剰余が検査を決めるように計算されます。
各位置で桁×重みを合計したあと、アルゴリズムは11から（和 mod 11）を引きます。結果が11ならチェックディジットは0、10なら9、それ以外はその結果自体がチェックディジットです。誰かが20-12345678-6を20-12345678-7と入力すると和が一致せず検証は失敗します。
同じ規則は、ERP取込、電子請求ゲートウェイ、紙やPDFから番号を再入力するHRオンボーディング画面での1桁置換を多く捕捉します。本ツールは任意のハイフン除去後の純粋な数字に対し、この標準AFIP重み付けを実装します。AFIPへの照会、納税者の実在証明、種別コードの割当は行わず、公開された検査アルゴリズムの下で桁列が一貫していることだけを示します。
カードや一般口座のLuhn mod-10と比べ、CUIT方式は左から右の固定重みベクトルと法11を使うため、CUIT欄にLuhn検証器を流用してはいけません。ブラジルCPFやメキシコRFCの補助と比べ、アルゼンチンの規則はこの11桁レイアウトと10個の乗数に特化しています。
どの方式が必要かを知ることで、汎用チェックディジットツールが整形式でないCUIT/CUILを受け入れたときの誤った安心を避けられます。
税務・給与・商取引ワークフローにおけるCUITチェックディジットの位置づけ
電子請求・課金システムは法的文書ごとに顧客または仕入先のCUITを保持します。オンボーディング時の1桁の打ち間違いで、誤った相手へ税務XMLが送られたり、後のAFIP認可が失敗したりします。給与・HR基盤は従業員ごとにCUILを付与し、国民IDファイルの一括取込で生じる1桁ずれを、最初の給与計算前にチェックディジットが捕捉します。
KYCや振込メタデータでアルゼンチン税IDを受ける銀行・決済ゲートウェイは、外部台帳を呼ばずにチェックディジットを再計算し、OCRノイズや部分キャプチャを早期に落とせます。一般のLuhnやISO 7064ツールを既に公開している製品チームでも、アルゼンチン税ID欄には重み・長さ上限・ハイフン形式が領域に合うこのCUIT専用機能を使うべきです。
どのワークフローでも契約は同じです。通過したCUITチェックディジットを、本人・企業が正しく特定されAFIPで有効で請求権限があり公式台帳に載っている証拠と見なさないでください。アルゼンチンCUIT/CUIL検査アルゴリズムの下で桁列が一貫していることだけを示します。
活用例
パートナー・給与ファイルのCUIT列を監査する
CSV取込内の各CUIT/CUILを一括検証し、チェックディジットが再計算した期待値と一致しなくなった行を隔離します。
よくある質問
アルゼンチンCUIT/CUILチェックディジットとは何ですか？
AFIP重み5,4,3,2,7,6,5,4,3,2を先頭10桁に適用し、その後法11（11は0、10は9）で求める末尾1桁で、ほとんどの1桁誤入力がチェックサムを壊します。
文字・空白・長さ不正はどうなりますか？
数字0-9のみ（ハイフン任意）。computeは10桁、validateは11桁が必要です。失敗した検証タスクは課金されません。
計算の結果が10や11になった場合はどうなりますか？
規則では、重み付き合計を11で割った余りを11から引きます。結果が11ならチェックディジットは0、10なら9になり、それ以外は結果がそのままチェックディジットです。
CUITが正しければ、その納税者は実在しますか？
そうとは限りません。このツールはAFIPや納税者の名簿に問い合わせず、種類の接頭辞を割り当てることもしません。分かるのは、数字が公表された規則に合っていることだけです。
CUITの3つの部分はそれぞれ何を表しますか？
最初の2桁が種類を表す接頭辞、次の8桁が本体で多くは身分証の番号、最後の1桁がチェックディジットです。そのため、XX-XXXXXXXX-Xの形で印刷されます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/cuit-argentina \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cuit":"20-12345678"}'const res = await fetch("https://api.kit.forhosting.com/enc/cuit-argentina", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cuit": "20-12345678"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/cuit-argentina",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cuit": "20-12345678"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/cuit-argentina", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cuit":"20-12345678"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cuit":"20-12345678"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/cuit-argentina", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"cuit": "20-12345678"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.cuit_argentina",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
本機能は10桁のペイロード（通常のハイフンの有無は任意）からCUIT/CUILチェックディジットを計算するか、末尾桁を含む完全な11桁番号を検証し、文字や句読点を黙って除去せず不正入力を報告します。ブラウザで無料に使うか、公開価格でKIT APIを呼び出してください。
チェックディジットの計算方法と完全なCUIT/CUILの検証方法
標準ハイフンで区切っても構いません。mode computeが既定です。mode validateは末尾チェックディジットを含む完全な11桁（例: 20-12345678-6または20123456786）を期待します。空文字列、cuit欠落、無効なmode、長さ不正（computeで10桁でない、validateで11桁でない）は加重和の前に失敗し課金されません。既知の種別プレフィックスと書類本体からCUITを組み立てるときはcomputeを、ユーザー・パートナーファイル・スキャンしたラベルが完全番号を渡すときはAFIPまたは社内マスタ照会前の真偽ゲートとしてvalidateを優先してください。0から9の数字を含むcuitフィールドを送ります。前後の空白は切り詰められ、文字・その他の句読点・二重ハイフン・先頭または末尾のハイフンはmalformed入力としてinvalid_inputで拒否され、黙って整形された値を受け入れることがありません。チェックディジットなしのちょうど10桁（例: 20-12345678または2012345678）を渡すと、エンジンは1文字のcheck_digit、その桁を含む11桁全体のwith_check、請求書や様式で使うハイフン付きXX-XXXXXXXX-X形式のformattedを返します。再計算したチェックディジットが末尾と一致するとvalid trueとなり、常にcheck_digit、expected_check_digit、末尾を除くpayload、表示用のformattedを含みます。時計・乱数・ネットワークのない純粋parse経路のため、同じ入力は無料ブラウザツールとAPIで常に同じJSONになります。成功リクエストあたり$0.002で、仕入先の一括取込、オンボーディングフォーム、ETLジョブを専用ティア交渉なしでゲートできます。
税務・給与・商取引ワークフローにおけるCUITチェックディジットの位置づけ
入口でのvalidateモードはvalidがfalseのとき保存を止め、expected_check_digitを示して記録書き込み前にフォームを直させられます。
連携の活用例
仕入先・顧客フォームのCUIT欄をゲートする
ユーザーが完全なCUITを送信したらvalidateモードを呼び、validがfalseなら保存を止め、expected_check_digitを示してERP記録の書き込み前に1桁の打ち間違いを直させます。
ID発行・補完時にチェックディジットを計算する
種別プレフィックスと8桁本体からcomputeモードを呼び、with_checkまたはformattedを保存して、印刷やエクスポート前に新しいCUIT/CUIL列が正しい末尾桁を持つようにします。
技術的な質問
このAPIでCUITチェックディジットを計算するには？
cuitに10桁のペイロード（ハイフン任意）を入れ、mode compute（またはmode省略）でPOSTします。応答にcheck_digit、with_check、XX-XXXXXXXX-X形式のformattedが含まれます。
完全なCUITまたはCUILを検証するには？
完全な11桁文字列とmode validateでPOSTします。応答にvalid、check_digit、expected_check_digit、payload、formattedが含まれます。
CUITチェックディジットツールは無料ですか？
ブラウザツールは無料でローカル実行です。API呼び出しは公開の基本価格$0.002で前払いKIT残高を使い、不正入力は課金されません。