外国SaaS企業のW-8BEN-E：エンティティ分類と記入ガイド

Stripe、AWS Marketplace、App Store、Google Play、または米国企業の顧客が、支払いの解放やベンダー契約の締結前に、貴社のソフトウェア会社にIRSフォームW-8BEN-Eの提出を求めたため、こちらのページをご覧になっています。米国源泉所得を受け取る外国の法人にとって、この依頼は一般的です。SaaS事業はIRSの特別カテゴリではありませんが、ソフトウェアの販売方法（サブスクリプション、ライセンス、従量課金、プロフェッショナルサービス）によって、第III部で主張する租税条約の条項や、支払者による各支払いの分類が変わります。

外国のSaaS企業の多くは個人の創業者ではなく、GmbH、Ltd.、S.L.、BV、LLCなどの法人です。契約当事者、銀行口座、税務オンボーディングの名義がその法人と一致する場合、証明書はフォームW-8BEN-Eであり、W-8BENではありません。難しいのは、現地の会社形態を第I部4行目のChapter 3ステータスに落とし込み、5行目で正しいFATCAの欄を選び、事実に基づく条約税率がある場合にのみ第III部を記入することです。

本ガイドでは、SaaS企業がW-8BEN-Eを必要とするケース、4行目のCorporation対LLC、5行目のActive NFFE、ロイヤルティ対サービス所得、第I部・第III部、Stripe・AWS・アプリストア・企業バイヤーの期待事項を説明します。結果は構造と居住国により異なります。本ページは個別の税務・法務助言ではなく、手続きの仕組みを解説します。

4行目と5行目を推測せずにSaaSエンティティをマッピングする準備はできましたか？W8GetEasyでW-8BEN-Eウィザードを開始（30ドル、質問に答えるとPDFをダウンロード可能）。

SaaS企業はいつW-8BEN-Eが必要ですか？

フォームW-8BEN-Eは、米国源泉所得を受け取り、源泉徴収義務者に税務上の分類を証明したい法人向けのIRS外国ステータス証明書です。契約、ベンダー記録、または支払口座の受取人が個人の創業者ではなく法人である場合、外国のSaaS企業にはW-8BEN-Eが必要です。米国の決済プラットフォームと企業顧客は源泉徴収義務者として機能し、有効な証明書がなければ、報告対象額に対して通常最大30%のバックアップ源泉徴収を適用する場合があります。

• 法人が契約当事者である: GmbH、Ltd.、S.L.、LLCが米国顧客に請求し、Stripeまたは銀行口座を保有し、マーケットプレイスの税務フォームに記載される — 創業者個人ではありません。
• 米国源泉所得が米国の決済経路を通る: Stripe経由のサブスクリプション収益、AWS Marketplaceの掲載、App StoreやGoogle Playの支払い、アフィリエイト、米国買い手からの直接ACHなどは、チームが米国外のみで活動していても書類提出を求められることがあります。
• 米国の確定申告の代わりにはならない: W-8BEN-EはIRSではなく支払者に提出します。純額が口座に入る前に、どの書類ルールと税率が適用されるかを源泉徴収義務者に伝えます。
• 創業者は引き続きW-8BENを使用: 個人名義でのみ支払いを受ける場合はフォームW-8BENが適用されることがあります。プラットフォームのドロップダウンに両方が表示される場合はW-8BENとW-8BEN-Eの比較をご覧ください。

公式の記入要領はIRS W-8BEN-Eページにあります。証明書全体については事業者向けW-8BEN-E完全ガイドを参照してください。

適用されるChapter 3ステータス：Corporation対LLC

第I部4行目はChapter 3 — 米国源泉徴収におけるエンティティタイプです。SaaS企業では、ソフトウェアを販売するかどうかではなく、契約上の法人の米国連邦税務上の分類に従って正しい欄を選びます。外国のSaaSベンダーの多くは次の3パターンのいずれかに該当します：

• 外国法人（GmbH、Ltd.、S.L.、S.A.、BV、K.K.）：4行目は通常Corporation。4行目とActive NFFEの組み合わせについては法人向けW-8BEN-Eガイドを参照。
• 米国税務上disregardedとされる単一所有者の外国LLC：所有者エンティティが1行目で証明し、LLCは3行目に記載される場合があります。4行目は所有者のステータスを反映 — 法人親会社の場合は多くの場合Corporation。詳細：LLC向けW-8BEN-E。
• 2名以上のメンバーまたはパートナーシップ分類の外国LLC：製品がソフトウェアであっても、4行目は通常CorporationではなくPartnership。
• 外国親会社の下の米国シングルメンバーLLC：外国法人が証明し、米国LLCは通常4行目のChapter 3欄ではなく3行目のdisregarded支払受取人です。

SaaS企業のFATCAステータス（最も一般的なのはActive NFFE）

4行目の後、5行目でChapter 4 FATCA分類を尋ねます。自社ソフトウェアを開発・販売する多くの稼働中SaaS企業 — 受動的ホールディングシェルではなく — は、フォームの受動所得・受動資産テストを満たす場合Active NFFEに該当します。第XXV部で、エンティティが積極的な貿易・事業を行い、金融機関ではないことを証明します。

コードを書くからといってActive NFFEが自動的になるわけではありません。所得の50%超が受動的なIPホールディング会社やグループはPassive NFFEが必要になる場合があり、第XXVI部と所有者開示が求められます。サブスクリプション収益のあるプロダクト主導SaaSは、まずActive NFFEを検討するのが一般的です。

源泉徴収を引き起こす収益タイプ（ロイヤルティ対サービス所得）

米国の支払者は、第III部の条約税率を適用する前に各支払いタイプを分類します。SaaS所得は単一のラベルではありません — プラットフォームや企業の買掛チームは、契約文言と提供モデルにより、同じ製品を事業利益、ソフトウェアライセンスのロイヤルティ、サービス料として扱う場合があります。

• SaaSサブスクリプションと従量課金: 自社が運営するプラットフォームへのアクセスを提供し、米国に恒久的施設がない場合、しばしば事業利益として扱われます。多くの条約は、事実がその分類を支持し第III部が正しく記入されていれば、第7条の事業利益で0%の源泉徴収を認めます。
• ソフトウェアライセンスのロイヤルティ: ダウンロード、ホワイトラベルライセンス、著作権やノウハウのロイヤルティと分類される収益分配は、条約のロイヤルティ条項（多くは第12条）の対象となる場合があります。国により税率は異なります — 署名前に最新のIRS条約表で確認してください。
• 導入とプロフェッショナルサービス: 別途請求されるオンボーディング、カスタム開発、トレーニング、サポートはサービス料となる場合があります。第III部は、ウェブサイトの製品名だけでなく、支払者が報告する所得タイプに合わせてください。
• マーケットプレイスの支払い: AWS Marketplace、App Store、Google Playは送金額に対して源泉徴収します。条約上の主張は、各プラットフォームの売主所得の分類と一致させる必要があります。

第I部と第III部の記入方法

第I部はエンティティの所在とChapter 3・4における分類を確定します。第III部は、減税率が適用される場合の条約上の利益を文書化します。SaaS企業では、身元欄の正確さがオンボーディング遅延を防ぎ、第III部の正確さがサブスクリプション・ライセンス収益の誤った源泉徴収を防ぎます。

設立書類、Stripeまたはマーケットプレイスの販売者プロフィール、銀行KYCに記載されているとおり正確に入力してください。フォーム、契約、支払口座の間のわずかな名称の違いも、証明書の拒否やバックアップ源泉徴収の継続の一般的な原因です。

• 第I部 — 身元と分類: 法人名、設立国、住所、税務IDはStripeまたはマーケットプレイスの記録と一致する必要があります。4行目は米国ルールに基づきCorporation、Partnership、またはDisregarded entity — LLCガイドと法人ガイドを参照。
• 5行目 — FATCAステータス: 多くの稼働中SaaSベンダーはActive NFFE；第XXV部を完了。ハイブリッド/条約の質問は第III部と一貫して回答。
• 第III部 — 条約上の利益: 居住国、条約条項、源泉徴収率、所得タイプ（事業利益対ロイヤルティ）。事実が支持する税率のみ主張してください。

ステップバイステップ：外国SaaS企業のW-8BEN-E

標準的な稼働中ソフトウェアベンダー向けの手順です。

1. ステップ1 — 契約上のエンティティを確認: プラットフォームが個人ではなく会社に支払う場合、W-8BEN-Eが適用されます。設立書類と米国分類を集めてください。
2. ステップ2 — 第I部と4–5行目を記入: 身元欄をベンダー記録に合わせます。SaaS製品を運営する資本会社ではCorporation + Active NFFEが一般的な経路です。
3. ステップ3 — 第III部を支払者の分類に合わせる: 署名前に、Stripe、AWS、顧客がサブスクリプション対ライセンス収益をどう分類するか確認してください。
4. ステップ4 — 署名してアップロード: 権限のある役員が署名します。IRSではなく源泉徴収義務者に提出。事実が変わった場合や証明書の有効期限切れ時に更新してください。

W-8BEN-Eを要求するプラットフォーム（Stripe、AWS、App Store、Google Play、企業）

各米国決済チャネルには独自の税務オンボーディングがあります。基礎となるIRS欄は同じですが、タイミング、アップロード場所、SaaS所得の分類は異なる場合があります。外国ソフトウェア企業が最もよく見るパターンは以下のとおりです。

Stripe

Stripeは、非米国エンティティへの支払いを有効にする際、ダッシュボードの税務設定でW-8BEN-Eを求めます。4行目と5行目は口座のエンティティと一致する必要があり、W-8BENの創業者ではありません。第III部はStripeがSaaSサブスクリプション収益をどう分類するかを反映すべきです。Stripe W-8BEN-Eオンボーディングを参照。

AWS Marketplace

AWS Marketplaceの販売者は登録時または税務プロフィール更新時にW-8BEN-Eを提出します。SaaS掲載、AMIソフトウェア、プロフェッショナルサービスは分類が異なる場合があります — 第III部をAWSの販売者税務インタビューに合わせてください。

Apple App Store

App Store Connectは、法的売主が会社の場合にW-8BEN-Eを求めます。モバイルアプリ収益は条約上しばしばロイヤルティとして扱われます — 最新の米国条約表で第III部を確認してください。

Google Play

Google Play Consoleは外国出版社に税務書類を要求します。支払プロフィールのエンティティは第I部と一致する必要があります。アプリ内購入収益は税務居住国によりロイヤルティ条項が適用される場合があります。

米国企業顧客

米国企業の買い手はCoupa、Ariba、買掛ポータルでのベンダーオンボーディング時にW-8BEN-Eを求めます — 多くは初回請求書の前です。署名済みPDFを買掛部門に送り、IRSには送りません。契約がホスト型SaaSかライセンスソフトウェアか、買掛がどう分類するか確認してください。

プラットフォームのフローと条約税率は変わります。署名前に最新のIRS指示を確認し、複雑な構造については資格のある税務アドバイザーに相談してください。

次に進む場所

SaaSの税務オンボーディングは、まずエンティティ分類、次に所得タイプ、最後にプラットフォームへのアップロードです。構造や収益構成が異なる場合は以下のリソースをご利用ください：

• 法人向けW-8BEN-E：4行目とActive NFFE
• 外国LLCとdisregarded entity向けW-8BEN-E
• W8GetEasyのW-8BEN-Eウィザード

SaaS企業がよく犯すW-8BEN-Eのミス

• 会社ではなく創業者のW-8BENを提出する: Stripeや顧客がGmbHやLtd.に支払う場合、法人用フォームが適用されます。個人はフォームW-8BENを使用します。
• 「テック企業」だからCorporationにチェック: 4行目は米国の税務分類に従います。マルチメンバーLLCは多くの場合CorporationではなくPartnershipです。
• 稼働中のSaaS製品事業にPassive NFFEを使用: 不要なFATCA開示を引き起こします。5行目にチェックする前に50%受動所得・資産テストを確認してください。
• サブスクリプション対ライセンス所得で誤った条約条項を主張: 第7条の事業利益と第12条のロイヤルティは税率が異なります。第III部を支払者の分類に合わせてください。
• 0%の源泉徴収を期待して第III部を省略: 4行目とActive NFFEだけでは税額は下がりません。条約上の利益には有効な第III部の主張が必要です。

SaaS企業のW-8BEN-Eに関するよくある質問

多くの外国SaaS企業にとって、4行目で正しいChapter 3欄、稼働事業には5行目でActive NFFE、第XXV部の証明、有効な条約主張がある場合のみ第III部、という経路がW-8BEN-Eです。各行を設立書類、各支払者の収益分類、Stripeまたはマーケットプレイス口座のエンティティ名に合わせてください。