VAT ID と法人名の検証

概要

2026 年 10 月 7 日以降、新規の海外見込み顧客アカウントの商談は、そのアカウントの付加価値税識別番号（「VAT ID」）と法人名を検証するまで、承認申請できません。

「VAT ID」の意味。 このページ全体で、「VAT ID」および「VAT ID の検証」は、間接税の目的で事業者を識別するために使用するあらゆる納税者番号を指します。これには以下が含まれます。

• VAT 番号（例：EU や英国）
• GST 番号（例：オーストラリア、インド、シンガポール）
• 顧客の国で使用されるその他の納税者番号（TIN）

検証は、Salesforce からサードパーティーの納税者番号確認サービスである Fonoa への API 呼び出しで実行します。Fonoa は、その国の政府公式データベースで VAT ID を照合し、登録されている会社名と住所を返します。また、API 呼び出しで Fonoa に送信したデータの正確性に基づいて、検証結果を返します。Salesforce は Fonoa の結果をアカウントに保存し、Fonoa が返した登録名を Salesforce のアカウント名と比較します。

Salesforce のアカウントは、顧客の法人情報の正式な記録です。検証済みのアカウント名と VAT ID は注文書に表示され、商談を受注登録すると Zuora の請求アカウントに引き継がれます。

この仕組みの目的

GitLab は、請求書に正しい VAT を適用するため、顧客の VAT ID と登記上の法人名を取得時に検証します。これにより、GitLab と顧客の双方が、誤った（還付を受けられない）VAT に直面する事態を防ぎます。

販売先法人の有効な VAT ID 番号が重要な理由は何ですか？

• GitLab にとって：VAT ID が無効または不一致の場合、本来請求すべき VAT が請求されていなかったことを意味します。その分は利息や罰金とともに GitLab の債務となり、後から顧客から回収できることはほとんどありません。
• 顧客にとって：VAT ID や住所が誤っている請求書は、ほとんどの法域で有効な税務上の請求書と認められず、仕入 VAT の還付を受けられません。そのため、請求された VAT が追加費用となります。

Account Executive（AE）がまだ顧客とやり取りしている取得時点で検証することで、誤ったデータが受注登録や請求に引き継がれるのを防ぎ、請求後に手動で修正を繰り返す必要をなくします。

フェーズ 1：VAT 検証の適用基準

より大きな導入計画の初期展開にあたるこの段階では、アカウントが以下の両方を満たす商談にこの要件が適用されます。

いずれかの条件を満たさない場合、バナーは表示されず、検証も不要です。

理解しておくべき点が 2 つあります。

• この要件は、商談のサブスクリプション種別ではなく、アカウントの状態（見込み顧客か既存顧客か）によって決まります。将来的には、この要件を既存顧客にも拡大する予定です。
• 国内取引への影響はありません。 米国とカナダのアカウントは完全に対象外です。

初期導入フェーズ（「フェーズ 1」）の対象外

• Web 直接購入とセルフサービス購入（後続フェーズで対応予定、時期未定）
• 更新、契約変更、追加購入（フェーズ 2 で対応予定）
• パートナーとリセラーのアカウント（後続フェーズで対応予定、時期未定）
• 米国とカナダの住所検証
• ラテン文字以外で返された登録名の翻訳（フェーズ 2 で対応予定）

VAT 検証バナーのプロセス

ステップ 1 — ステージ 3 でメッセージが表示されます

ステージ 1 と 2 では何も表示されないため、初期段階の見込み評価を円滑に進められます。

ステージ 3 – 技術評価以降、検証が未完了である限り、商談にバナーが継続して表示されます。

VAT ID と法人名を検証してください。この検証が完了するまで、商談を受注登録できません。

このフェーズ 1 では、Account Executive が受注登録の制限を解除できることに注意してください。フェーズ 1 は、この解除が発生する理由を把握するために導入します。バナーには **Validate VAT ID | Legal Entity Name（VAT ID を検証 | 法人名）**ボタンがあり、検証に成功するまでステージ 4、5、6 を通じて表示され続けます。アカウントが検証済みの状態になると表示されなくなります。

ステップ 2 — 検証を実行します

ボタンを選択すると、**VAT ID Validator（VAT ID 検証ツール）**が開きます。アカウント名、ISO 国コード、登録済みの住所、現在の VAT/Tax ID が表示され、3 つのタブがあります。

TIN 検証タブ

デフォルトのタブであり、ほとんどの場合に使用します。

1. 見込み顧客から提供された情報を使い、**VAT / Tax ID（VAT / 納税者番号）**を入力または確認します。
2. **TIN Type（TIN 種別）**を選択します。事業者または個人を選びます。これにより、Fonoa が適用する形式とチェックサムのルールが決まります。
3. **Validate VAT ID（VAT ID を検証）**を選択します。

Fonoa は、まず国ごとの形式の事前チェックを実行します。形式が不適合の場合、リクエストはデータベースに到達せず、ステータスは直ちに「無効 - 形式」に設定されます。

形式が適合していれば、Salesforce はステータスを「保留中」に設定し、ISO 国コードと VAT ID を使って Fonoa を呼び出し、応答が届くと自動的にレコードを更新します。ページを再読み込みする必要はありません。

国ごとの要件

一部の国では、登録事業者名、UIN、登録住所の郵便番号など、追加の情報が必要です。見込み顧客にこれらの情報を依頼してください。該当する国には以下が含まれます。

• 中国
• クロアチア
• エジプト
• インド
• インドネシア
• リトアニア
• マレーシア
• メキシコ
• フィリピン
• ポーランド
• スペイン
• トルコ

応答時間

検証に必要な時間は国によって異なります。大部分の国では数秒で検証が完了します。一部の国では、検証に最大 3 分かかる場合があります。その場合は、検証のポップアップを閉じ、数分後に商談に戻ることをお勧めします。検証はバックグラウンドで継続し、Fonoa から受信した応答で VAT ID または法人名の検証ステータスフィールドを更新します。

TIN 検索タブ、または「逆引き検索」

別の方法として、会社の名前と住所で検索し、納税者番号を見つけることもできます。この機能は、顧客が VAT ID を提供できない場合に使用してください。

TIN 検索は、すべての国で利用できるわけではありません。Fonoa は約 120 か国で形式の検証に対応していますが、逆引き検索に対応しているのは約 40 か国です。非対応の国では、検索時に国名を示す明示的なエラーが返されます。その場合、AE は顧客から VAT ID を取得してください。

TIN 検索は、Salesforce のアカウント名と住所を検索フィルターとして Fonoa に渡します。Fonoa は関連する政府データベースを照会し、1 件以上の結果を返します。各結果には、名前と住所のあいまい一致率が、その他の主要な属性とともに表示されます。ユーザーはこれらの結果を確認し、最も一致するものを選択して、「この TIN を使用」をクリックします。

サポート依頼タブ

Sales Operations にケースを作成します。ステップ 4 を参照してください。

ステップ 3 — 結果を確認します

アカウントには 2 つのステータスが記録され、商談を受注登録するには両方の条件を満たす必要があります。

VAT 検証ステータス

結果が無効または判定不能でも、そこで終わりではありません。VAT ID を修正して再度検証してください。各試行は個別に記録され、監査履歴の過去の結果は上書きされません。

有効な結果：

無効な結果：

法人検証ステータス

VAT ID の検証に成功すると、Fonoa が返した登録名を Salesforce のアカウント名と比較し、法人検証ステータスを生成します。

名前は完全一致で比較します。 結果には以下の 2 通りがあります。

• 名前が一致しない。 大文字と小文字、句読点、法人種別を示す接尾辞、末尾のスペースに違いがあれば、同じ会社を指すように見えても不一致になります。法人検証ステータスはSales Ops 更新待ちに設定されます。次の手順についてはステップ 4 を参照してください。
• 登録名が返されない。 Fonoa が登録名を返さない場合、比較対象がありません。法人検証ステータスはレビュー待ちに設定され、検証ツールには次のメッセージが表示されます。「Fonoa は今回の検証で登録事業者名を返しませんでした。『検証済みにする』ボタンをクリックして、顧客に登録事業者名を確認済みであることを確定してください。」

どちらの場合も、顧客に法人名を確認した後でのみ、**Mark as Verified（検証済みにする）**を使用してください。これはレコード上で確認済みと表明するものであり、商談の受注登録を可能にするものです。

ステップ 4 — 名前の不一致：Sales Operations のケースを作成します

Fonoa の登録名がアカウント名と一致しない場合、検証ツールに 2 つの名前が並べて表示されます。

法人名の検証：Fonoa に登録されている会社名 [登録名] がアカウント名 [アカウント名] と一致しません。「サポート依頼」をクリックし、このアカウントの名前を変更するためのケースを Sales Ops に作成してください。

**Request Support（サポート依頼）を選択すると、1 回の操作でAccount Name Change/M&A（アカウント名変更/M&A）**のケースが作成されます。チーム、依頼の種類、詳細はあらかじめ入力されており、必須の理由/メモのフィールドには、不一致の詳細が自動入力されます。

Fonoa のデータベース照会で返された法人名「[Fonoa が返した法人名]」が Salesforce のアカウント名「[Salesforce のアカウント名]」と一致しません。法人名と一致するように Salesforce のアカウント名を更新してください。

上記のテキストは自動生成されます。内容を確認し、必要に応じて編集して送信してください。ケースの所有者は Sales Ops Team キューとなるため、手動で振り分ける必要はありません。

不一致のバナー：

アカウント名変更/M&A のケース：

ケースがオープンの間も、商談はブロックされません。 見積もりや注文書の作成は通常どおり継続できます。制限されるのは承認申請のみです。

ケースを作成すると、法人検証ステータスは「Sales Ops 更新待ち」に設定されるため、ケースを処理している間、アカウントが「レビュー待ち」のままになることはありません。これは、ポップアップを早めに閉じた場合も同様です。

Sales Operations チームが実行する作業

Sales Operations はケースを確認し、アカウント名、VAT ID、販売先の国のうち、Fonoa が不整合を示した項目を修正します。ケースをクローズすると、法人検証ステータスは「Sales Ops 検証済み」に設定され、そのアカウントにはそれ以上メッセージが表示されなくなります。

この種の依頼は、Salesforce で社内サポートを依頼する → 顧客アカウント → アカウント名変更の経路で、Sales Operations に自動で振り分けられます。このプロセスでは同じケース種別と同じキューを使用し、不一致を通知する方法のみが変わっています。

ステップ 5 — 見積もりの販売先の国が不一致の場合

税はアカウントの国に基づいて決まります。販売先担当者の国が販売先アカウントの国と異なる場合、見積もりに警告が表示されます。

警告：販売先の国の不一致：販売先担当者の国 [担当者の国] がアカウントの国 [アカウントの国] と異なります。VAT が誤って計算されます。Sales Ops/Deal Desk チームにエスカレーションしてください。

この警告で見積もりがブロックされることはありませんが、無視すると請求書の税額が誤ったものになります。Sales Ops/Deal Desk チームにエスカレーションし、サポートを依頼してください。

ステップ 6 — 承認申請

**Submit for Approval（承認申請）**を行う準備が整いました。以下の場合に申請が通ります。

• VAT 検証ステータスが「有効」であり、かつ
• 法人検証ステータスが「ツール検証済み」、「営業担当者検証済み」、「Sales Ops 検証済み」のいずれかである

両方を満たすと、追加のメッセージなしで申請が進みます。

ステップ 7 — 例外

検証が未完了の場合、Account Executive に例外として進めるかどうかを確認します。

例外理由を添えてこの商談を申請しますか？

**No（いいえ）**を選択すると申請を中止し、商談はそのままの状態にとどまります。**Yes（はい）**を選択すると、例外理由が必要です。

理由は、アカウントと商談に関連付けられた検証ログに記録され、商談と顧客情報の記録の一部になります。すべての例外を Tax、Finance、Sales Operations が確認できるため、実際に当てはまる理由を選んでください。

例外を適用しても、アカウントが検証済みになるわけではありません。根本となる VAT ID と法人名の問題が解決するまで、そのアカウントは検証待ちとして報告され続けます。

ステップ 8 — 注文書と後続システム

注文書には、アカウントの販売先法人名と VAT ID が表示されます。

Salesforce の「Closed Won（受注）」と「Send to Zuora（Zuora に送信）」の属性により、アカウント名が Zuora の請求アカウント名に入力されます。検証済みの VAT ID は Zuora の VAT ID フィールドに引き継がれます。税ルールは請求アカウントレベルで VAT ID を参照するため、見積もりを送信する前にアカウントが正確である必要があります。

Salesforce での一連の検証の最後に Zuora 内で請求アカウントを作成します。流れは以下のとおりです。

アカウント → 商談 → 見積もり → 見積もり承認 → 商談承認 → 受注 → 見積もりを Zuora に送信 → 請求アカウント

フィールドリファレンス

以下のフィールドは、アカウントの**Other Account Info（その他のアカウント情報）**に、既存の VAT/Tax ID フィールドの隣に保持されます。

両方のステータスフィールドは、Sales にとって読み取り専用です。編集権限は Sales Operations、Finance User、System Administrator に限定されています。営業担当者はフィールドを編集するのではなく、検証ツールを通じてこれらの値を変更します。

また、検証を試行するたびに、送信した VAT ID、Fonoa の応答、登録名と住所、結果のステータス、例外理由を記録した追記専用のログレコードが書き込まれます。試行の記録は上書きされません。

役割分担

注意点

• 見積もりの前に検証してください。 税の判定と Zuora の請求アカウントは、どちらもアカウントを参照します。検証が完了する前に見積もりを作成すると、請求アカウントに VAT ID が入らない場合があります。
• 完全一致は厳密な一致を意味します。 法人種別を示す接尾辞、カンマ、大文字が 1 つ違うだけでも不一致になります。データが間違っていると判断する前に、Fonoa が返した登録名を確認してください。
• アカウント名は販売先の法人名です。 アカウント名は、屋号、ブランド名、最上位の親会社名ではありません。
• 「検証済みにする」は確認済みという表明です。 実際に顧客に名前を確認した後でのみ使用してください。
• 例外は可視化されます。 すべての例外理由が報告の対象です。これは文書化された手順であり、抜け道ではありません。

サポートを受けるには

検証結果が誤っていると思われる場合や、検証によって商談を進められない場合は、#sales-support に投稿してください。

アカウント名、VAT ID、販売先の国を修正する場合は、検証ツールの**Request Support（サポート依頼）**を使用するか、社内サポートの依頼に従い、Salesforce の顧客アカウント → アカウント名変更からケースを作成してください。

ページのソースコードを見る - ページの編集 - please contribute.