中国の統一社会信用コード（USCC）を検証する

正しい規格を使用する

管轄する国家コーディング規則は GB 32100-2015、法人及びその他の組織の統一社会信用識別子のコーディング規則です。国家公共標準プラットフォームはこれを現行としてリストしており、2015年9月17日に公布され、10月年1月2015日から施行されています。 公式の標準記録を開く。

正式名称を使用する 統一社会信用コード またはレビューファイルではUSCCを使用します。「登録番号」、「税番号」、および「ライセンス番号」はサプライヤーからのメッセージで緩やかに使用される場合がありますが、ここでテストされている値は、関連する中国の登録書類に記載されている現在の18文字のコードです。

ステップ1：推測せずに正規化する

小文字を大文字に変換し、コピーや視覚的なグループ化によって導入されたスペースを削除します。別の1の方がもっともらしいからといって、表示されている文字を置き換えてはいけません。ソースがぼやけている場合は、その位置を読み取り不能としてマークし、営業許可証または元の電子ファイルに戻ってください。

コードはこの31文字のアルファベットを使用します：

0123456789ABCDEFGHJKLMNPQRTUWXY

文字 I、O、Z、S、およびV は除外されます。これらの文字が表示される場合、その文字列は標準的な文字セットテストに合格できません。この設計は類似した数字や文字との混同を減らしますが、低解像度の画像では許可された文字でも読み取りにくい場合があります。

ステップ2：18桁を分割する

国家発展改革委員会は、18桁が5つの部分を含んでいると説明しています。 公式の構造的説明を読む。

1. 位置 1： 登記機関コード。
2. 位置 2： 組織またはエンティティの種別コード。
3. 位置 3-8： 登記機関の行政区画コード。
4. 位置 9-17： 組織コードに基づく主体識別子。
5. 位置 18： チェック文字。

位置 3-8 をサプライヤーの現在の工場住所として扱わないでください。これらは登記管理を記述するものであり、主体が住所や法定代表者を変更しても統一社会信用コード（USCC）は安定しています。セグメントの意味は誤変換の検出に有用です。現在の会社情報は依然として最新の記録から取得されます。

ステップ 3: 最終文字を計算する

1 の各 17 文字を、31 文字アルファベットにおける 0 ベースの位置にマッピングします。これらの値に標準重みを順序通り乗算します：

1, 3, 9, 27, 19, 26, 16, 17, 20, 29, 25, 13, 8, 24, 10, 30, 28

17 の積を加算します。チェック文字のインデックスは次のとおりです：

(31 - (total mod 31)) mod 31

同じ 31 文字アルファベットにおいてそのインデックスを検索します。結果として得られる文字は位置 18 と一致しなければなりません。不一致は通常、誤変換、許可されていない文字、誤った長さ、またはこの符号規則に基づいて発行された文字列ではないことを意味します。

チェックサムが検出できる内容を知る

チェックサムは、各本体位置に定義された重みがあるため、入力ミスが見逃されにくくなります。1 文字を変更すると通常、合計値が変わり、したがって必要な最終文字も変わります。異なる重み位置にある文字を逆順にすると、結果も頻繁に変更されます。これが手動による転記やOCR後にテストが有用な理由です。

これはデジタル署名ではありません。誰かが新しい文字列を構築し、数学的に正しい最終文字を計算することができます。以下に示すトレーニング例のように行われます。チェックサムは登記機関に連絡せず、コードが発行されたことを証明せず、供給者を特定せず、現在のステータスを明らかにせず、請求書とリンクしません。それは単に 1 18 文字の文字列が符号規則と整合しているかどうかをテストするだけです。

失敗するコードを許可された文字に置き換えたり、位置 18 を再計算したりして黙って「修復」しないでください。それはソース文書のない別の文字列を作成します。ライセンスに戻り、他の原本と比較するか、サプライヤーにより明確なコピーを依頼してください。発行された値が確定するまで、両方のバリエーションをレビュー記録に残してください。

計算済みのチェックサムの例

以下は 発行された会社識別子ではなく、構築されたトレーニング文字列です：

9 | 1 | 310000 | ABCDEFGHJ | W

区切り記号を削除して 91310000ABCDEFGHJWを取得します。1 17 文字の場合、計算は次に始まります (9×1) + (1×3) + (3×9) + ... + (18×28)。すべての標準重みを使用すると、合計は 2,700 になります。

1. 2700 mod 31 = 3
2. (31 - 3) mod 31 = 28
3. アルファベットインデックス 28 は W

最終的な W であるため、この構築された本体に対してチェックサムに合格します。この結果は数学的整合性のみを示します。トレーニング文字列を発行済みコードや会社記録に変えるものではありません。

ステップ 4: レジストリの結果と照合する

USCCの完全な検索を行い、返された正確な中国語の法定名称を記録する。それを事業許可証、契約当事者、請求書発行者、およびサプライヤーが代表すると主張する会社と比較する。また、現在の登録ステータスと検索日付も記録すること。

有効なチェックサムで一致するレコードがない場合は未解決とする。有効なコードで異なる会社が返された場合はアイデンティティの不整合である。一致する会社だが非営業または終了ステータスの場合はステータス上の問題である。これらの結果は別々に扱い、「3」をすべて「USCC無効」として報告しないこと。

中国の登録規則では、市場主体の事業許可証にUSCCが表示されている必要がある。 公式のライセンス項目ルールを参照。国家税務総局の英語による国の注釈でも、現在の制度下では実体の税識別番号は通常18桁のUSCCを使用すると説明されている。 公式の英語TIN注釈を読む。歴史的な識別子は個別の解釈を必要とする。

失敗したコードまたは競合するコードを診断する

失敗の種類を使用して次に検査すべき事項を決定し、一般的な無効結果として報告しないこと。

誤った長さ

空白のみを削除する。結果がまだ18桁でない場合は、文書に歴史的な登録番号または税番号が表示されているか、画像が切り詰められているか、2フィールドが結合されているかを確認すること。先頭のゼロや推測されたチェック文字を追加しないでください。

禁止された文字またはチェックサムの不整合

ソースの1位置を一度に比較する。ぼやけた文字や数字に特に注意を払うが、記憶からそれらを書き換えないこと。2サプライヤードキュメントに異なる文字列が表示される場合は、各文書の発行日と発行者を特定し、最新の許可証を要求すること。

チェックサムは通過したが、検索で会社が見つからない

検索が関連する実体タイプをカバーしており、完全なコードが送信されたことを確認する。その後、完全な中国語の法定名称を別のルートとして検索する。「一致するレコードなしが確認された」を結果として保持し、クリーンなフォーマットパスに格下げしないこと。

検索で別の法定名称が返される

返された中国語の名前とサプライヤー提供の名前を並べて保持する。旧名、関連会社、支店、請求書発行者、無関係な会社はそれぞれ異なる説明を必要とする。共通の営業担当者がいるからといって、別々の実体が1 USCCを共有するわけではない。

結果を正確に報告する

サプライヤファイルでこれらの声明の1を使用する：

• フォーマット失敗： 誤った長さ、または標準アルファベット外の文字。
• チェックサム失敗： 最終文字が1 17位置と一致しない。
• チェックサム通過、実体確認なし： 数学的構造は通過したが、一致する公式記録は確立されなかった。
• 実体の不整合： コードはサプライヤードキュメントとは異なる法定名称を返した。
• 実体一致： コードと中国語の法定名称が一致；ステータスと取引の確認は別途行う。

文脈については、に戻って 中国の営業許可証を読む。歴史的な税番号の違いについては、 統一社会信用コードと中国の税番号を比較する。エンティティの一致を確認するために、 完全な統一社会信用コードを検索する。

このガイドはコード構造を検証し、アイデンティティのマッチングについて説明します。サプライヤーの認証、信用力の評価、または取引の承認を行うものではありません。