米IRS:第三者ネットワーク取引のバックアップ源泉徴収に関する最終規則
2026年、米国税務規則が大きく変わります — あなたのビジネスに影響する可能性があります
PayPal、Venmo、Cash App——これらの決済プラットフォームを使ってビジネスを行っているなら、2026年に公布されたIRSの最終規則を知っておく必要があります。
あなたがフリーランサー、ギグワーカー、あるいは小規模事業者のオーナーだとしたら、次のような悩みに覚えがあるのではないでしょうか。
- 「1099-Kって何? 今年は受け取るの? 受け取らないの?」
- 「バックアップ源泉徴収って聞いたけど、自分に関係ある?」
- 「プラットフォームから突然24%も引かれたら、キャッシュフローが壊れる」
- 「税務規則が変わったというけど、結局何をすればいいのかわからない」
こうした不安は、あなただけのものではありません。米国の税務システムは複雑で、専門用語が飛び交うなかで「自分のビジネスに何が起きるのか」を正確に把握するのは容易ではありません。特に、ここ数年はARPA(2021年)による閾値引き下げ、IRSの段階的導入計画、そしてOBBBA(2025年)による閾値復元と、規則が二転三転しました。混乱するのは当然のことです。
しかし、放置すればペナルティや意図しない源泉徴務のリスクにつながります。正しい知識を持つことで、これらのリスクは確実に防ぐことができます。
この記事でわかること
本記事では、2026年8月10日に公布されたIRSの最終規則(T.D. 10053)をわかりやすく解説します。具体的には、以下のポイントが明確になります。
- 最終規則の要点:何が変わり、何が変わらないのか
- バックアップ源泉徴収の仕組み:24%の源泉徴収がトリガーされる4つの条件と、その停止方法
- 第三者ネットワーク取引とは:PayPalやVenmoが対象になり、Zelleが除外される理由
- 1099-K閾値の変遷:ARPAからOBBBAまで、なぜ閾値が何度も変わったのか
- あなたへの影響:ギグワーカー、フリーランサー、小規模事業者それぞれに何が求められるのか
- 具体的なアクション:今日から始められる対策をチェックリスト付きで提示
専門用語はすべて平易に説明しますので、税務の専門知識は不要です。
記事の構成
この記事は、以下の順番で進みます。
- バックアップ源泉徴収とは? — 24%の源泉徴収がどのような条件で発生するのか、Mermaid図で仕組みを可視化
- 第三者ネットワーク取引とは? — TPSOの定義と、対象となる・ならないプラットフォームの違い
- 1099-K閾値の変遷 — ARPAからOBBBAまでの劇的な変化を比較表で確認
- バックアップ源泉徴収 vs 通常の源泉徴収 — 似て非なる二つの制度を比較
- 支払者としての対策 — TPSOsおよび事業主が取るべき具体的なステップ
- 受取人としての対策 — ギグワーカー・フリーランサーが取るべき具体的なステップ
- 実例で見るバックアップ源泉徴収 — 4つのトリガーが実際にどう機能するかをケーススタディで解説
- よくある質問(FAQ) — よく寄せられる15の質問に回答
- まとめ — 要点の再確認と次のステップ
まずは、この規則の核心である「バックアップ源泉徴収」の仕組みから見ていきましょう。
バックアップ源泉徴収の基本概念
定義と目的
バックアップ源泉徴収(Backup Withholding)は、米国内国歳入法(IRC)セクション3406に基づく連邦税メカニズムです。この制度は、受取人の納税者番号(TIN)が不明確または不正確である場合に、支払者が受取人に対して支払う金額の24%を源泉徴収し、米国IRS(内国歳入庁)に納付することを義務付ける制度です。
バックアップ源泉徴収の目的:
- 税務コンプライアンスの確保: 受取人の所得が適切にIRSに報告されることを保証
- 脱税防止: TIN不一致や過少申告によって税収が失われることを防ぐ
- 情報申告の正確性向上: 支払者が正確なTINを収集・検証する動機付け
この制度は「バックアップ」と呼ばれますが、これは通常の源泉徴収制度(給与等に対する所得税の前払い)とは異なる、特別な予防措置であることを意味しています。
24%の税率
バックアップ源泉徴収の税率は一律24%です。この税率は2017年の減税・雇用法(Tax Cuts and Jobs Act, TCJA)により、以前の28%から引き下げられ、現在に至っています。
計算例:
- 支払額:$3,000
- 源泉徴収額:$720($3,000 × 24%)
- 受取人の手取額:$2,280
重要なポイント:
- 24%は固定税率であり、受取人の収入レベルや課税所得に関係なく一律に適用されます
- 源泉徴収の対象は「総額支払い額」であり、手数料や控除を差し引く前の金額です
- この24%は連邦所得税の前払いとして機能し、受取人は確定申告時に税額控除として請求できます
適用対象となる支払い
バックアップ源泉徴収は、以下の報告可能な支払いに適用されます:
| 支払いの種類 | 関連フォーム | 典型的な例 |
|---|---|---|
| 利息支払 | Form 1099-INT | 銀行口座の利息 |
| 配当支払 | Form 1099-DIV | 株式配当 |
| 非従業員報酬 | Form 1099-NEC | フリーランサーへの支払い |
| 弁護士報酬および粗利 | Form 1099-MISC | 法律事務所への支払い |
| ブローカー手数料 | Form 1099-B | 株式売買の手数料 |
| ロイヤルティ支払 | Form 1099-MISC | 知的財産の使用料 |
| 賃貸収益 | Form 1099-MISC | 不動産賃貸料 |
| パトロネージ配当 | Form 1099-PATR | 農業協同組合の配当 |
| ギャンブル勝利金 | Form W-2G | カジノや宝くじの賞金 |
| 政府支払 | Form 1099-G | 失業手当、税還付 |
| 支払カードおよび第三者ネットワーク取引 | Form 1099-K | PayPal、Venmo、Cash App等を通じた支払い |
最終規則の焦点は、特にForm 1099-Kを通じて報告される第三者ネットワーク取引に対するバックアップ源泉徴収要件の明確化と更新にあります。
4つのトリガー条件の詳細解説
バックアップ源泉徴収がトリガーされる条件は、IRCセクション3406(a)(1)に規定されている4つの法定トリガーです。いずれかの条件に該当する場合、支払者は直ちに24%の源泉徴収を開始する義務があります。
トリガーA:TIN未提供または明らかに無効なTIN
定義: 受取人が有効な納税者番号(TIN)を提供しない、または明らかに無効なTINを提供した場合。
TINの種類:
- SSN(社会保障番号): 個人の一般的なTIN
- EIN(雇用者番号): 企業やパートナーシップのTIN
- ITIN(個人納税者番号): 米国市民や居住者ではない個人に割り当てられるTIN
「明らかに無効なTIN」の例:
- 不適切な桁数(SSNは9桁であるべき)
- 不可能な数字の組み合わせ(例:000-00-0000)
- 形式が正しくない(ハイフンやスペースの誤り)
- 電子システムでの即時バリデーションに失敗した番号
実際の例:
graph LR
A[支払者がフリーランサーに支払い] --> B{W-9は提供された?}
B -->|いいえ| C[トリガーA:TIN未提供]
B -->|はい| D{TINは有効?}
D -->|いいえ| C
C --> E[24%源泉徴収開始]
E --> F[フリーランサーは正確なW-9を提供]
F --> G[源泉徴収停止]
停止方法: 受取人が有効なTINを提供したW-9フォームを提出することで、次回の支払いから源泉徴収が停止されます。
トリガーB:TIN不一致通知(CP2100/CP2100A)
定義: 支払者が提出した1099フォームに記載されたTINが、IRS記録上の氏名とTINの組み合わせと一致しないことをIRSが通知した場合。
通知の種類:
- CP2100A通知: 不一致が50件未満の場合に送付される通知
- CP2100通知: 不一致が50件以上の場合に送付される通知
B-Notice手続きの流れ:
sequenceDiagram
participant P as 支払者
participant I as IRS
participant R as 受取人
participant S as SSA/IRS
P->>I: 1099フォーム提出
I->>I: TIN不一致を検出
I->>P: CP2100/CP2100A通知送付
P->>R: First B-Notice送付<br/>(15営業日以内)
R->>P: 修正W-9提出<br/>(30日以内)
alt 30日以内に修正
P->>I: 修正された1099再提出
P->>R: 源泉徴収なしで支払い継続
else 30日以内に修正なし
P->>R: 24%源泉徴収開始
alt Second B-Noticeが必要
P->>R: Second B-Notice送付
R->>S: TIN確認書類を要求
S->>R: 確認書類発行
R->>P: 確認書類+修正W-9提出
P->>R: 源泉徴収停止
end
end
B-Noticeの重要なタイムライン:
- CP2100/CP2100A受領: 支払者がIRSから不一致通知を受領
- First B-Notice送付: 受領後15営業日以内に受取人へ送付
- 受取人の対応期限: First B-Notice受領後30日以内に修正W-9を提出
- 源泉徴収開始: 30日以内に修正がない場合、24%源泉徴収開始
- Second B-Notice: 3年以内に再発行の場合、追加書類が必要
Second B-Noticeの追加要件: Second B-Noticeを受け取った受取人は、単なるW-9だけでなく、以下のいずれかの確認書類を提供する必要があります:
- 社会保障局(SSA)からのSSN確認書類(Letter 5051C)
- IRSからのEIN確認書類(CP-575または147C)
- その他、TINと氏名が整合していることを証明する書類
トリガーC:利子・配当の過少申告(Cプログラム)
定義: 受取人が過去に利子や配当所得を過少申告しているとIRSが特定し、通知した場合。
Cプログラムの特徴:
- 適用範囲: 利子および配当支払いにのみ適用(非従業員報酬には適用されません)
- 通知プロセス: IRSが受取人に120日間で最大4回の通知を送付
- 支払者への通知: 受取人が解決しない場合、IRSが支払者に通知
Cプログラムのフロー:
graph TD
A[受取人の過少申告を検出] --> B[IRSがCプログラム開始]
B --> C[通知1:0日目]
C --> D{解決?}
D -->|はい| E[プログラム終了]
D -->|いいえ| F[通知2:30日目]
F --> G{解決?}
G -->|はい| E
G -->|いいえ| H[通知3:60日目]
H --> I{解決?}
I -->|はい| E
I -->|いいえ| J[通知4:90日目]
J --> K{解決?}
K -->|はい| E
K -->|いいえ| L[支払者に源泉徴収命令通知]
L --> M[支払者が24%源泉徴収開始]
解決方法: 受取人が以下のいずれかの措置を講じることで解決できます:
- 未納税額の支払い
- 未提出申告書の提出
- 修正申告書の提出
重要な点:
- Cプログラムは銀行や証券会社などの支払者に対してのみ適用されます
- 一般的なフリーランサーへの支払い(1099-NEC)には適用されません
- 受取人が解決するまで源泉徴収は継続されます
トリガーD:認証失敗
定義: 利子・配当口座開設時に、受取人がバックアップ源泉徴収の対象でないことを認証しなかった場合。
認証の重要性: W-9フォーム(Request for Taxpayer Identification Number and Certification)には、以下の重要な認証ステートメントが含まれています:
"Under penalties of perjury, I certify that: 1. The number shown on this form is my correct taxpayer identification number (or I am waiting for a number to be issued to me), and 2. I am not subject to backup withholding because: (a) I am exempt from backup withholding, or (b) I have not been notified by the Internal Revenue Service (IRS) that I am subject to backup withholding as a result of a failure to report all interest or dividends, or (c) the IRS has notified me that I am no longer subject to backup withholding."
認証失敗の例:
- W-9フォームの認証部分に署名していない
- 認証チェックボックスが未チェック(電子版の場合)
- 認証ステートメントを削除または変更している
- 代理人が署名権限を持っていない場合の署名
実際のケーススタディ:
graph LR
A[投資家が証券口座を開設] --> B[W-9フォーム提出]
B --> C{認証は完了?}
C -->|いいえ| D[トリガーD:認証失敗]
C -->|はい| E[認証完了]
D --> F[配当・利息に24%源泉徴収開始]
F --> G[投資家が認証済みW-9再提出]
G --> H[源泉徴収停止]
解決方法: 投資家が適切に認証されたW-9フォームを再提出することで、次回の支払いから源泉徴収が停止されます。
Mermaid図解:バックアップ源泉徴収のフロー
以下のフローチャートは、4つのトリガー条件がどのように機能し、バックアップ源泉徴収が開始・停止されるかを可視化しています:
graph TD
A[支払者から受取人への支払い] --> B{TINは提供され<br/>正確か?}
B -->|いいえ| C[トリガーA:TIN未提供]
B -->|はい| D{1099申告書のTINは<br/>IRS記録と一致?}
D -->|いいえ| E[トリガーB:TIN不一致通知]
D -->|はい| F{過少申告通知<br/>(Cプログラム)あり?}
F -->|はい| G[トリガーC:過少申告]
F -->|いいえ| H{W-9認証は<br/>完了?}
H -->|いいえ| I[トリガーD:認証失敗]
H -->|はい| J[源泉徴収なし]
C --> K[24%源泉徴収開始]
E --> L[B-Notice手続き開始]
L --> M{30日以内に<br/>修正?}
M -->|はい| J
M -->|いいえ| K
G --> N[受取人が解決]
N -->|解決済| J
N -->|未解決| K
I --> O[W-9認証完了]
O --> J
K --> P[Form 945で報告]
P --> Q[受取人の1099ボックス4に記載]
Q --> R[受取人は税務申告で控除]
style C fill:#ff9999
style E fill:#ff9999
style G fill:#ff9999
style I fill:#ff9999
style K fill:#ff6b6b
style J fill:#6bff6b
フローチャートの解説:
- 初期チェック: 支払いを行う前に、TINが提供され正確であることを確認
- トリガー判定: 4つのトリガー条件のいずれかに該当するかを確認
- B-Notice手続き: トリガーBの場合、30日間の修正期間を提供
- 源泉徴収開始: トリガー条件が解決しない場合、24%源泉徴収開始
- 報告義務: Form 945で源泉徴収額を報告し、1099ボックス4に記載
- 受取人の控除: 受取人は確定申告時に源泉徴収額を税額控除として請求
バックアップ源泉徴収の停止方法
バックアップ源泉徴収が開始された後、トリガーの原因を修正することで停止できます。各トリガーごとの具体的な停止方法は以下の通りです:
トリガーA(TIN未提供)の停止方法
手順:
- 受取人がW-9フォームに正確なTIN(SSN、EIN、またはITIN)を記入
- 支払者に提出
- 支払者が受領した翌日の支払いから源泉徴収停止
所要時間:
- 通常、次回の支払いサイクルで停止
重要なポイント:
- TINと氏名が整合していることが重要
- 電子システムでのTINバリデーションに合格する必要があります
トリガーB(TIN不一致通知)の停止方法
First B-Noticeの場合:
- 受取人のアクション:
- W-9フォームに正確なTINを記入
- 30日以内に支払者に提出
- 支払者のアクション:
- 受領したW-9に基づきTINをマッチング
- 一致が確認された場合、翌日の支払いから源泉徴収停止
Second B-Noticeの場合:
- 受取人のアクション:
- SSAまたはIRSからTIN確認書類を取得
- SSNの場合: SSAのLetter 5051C
- EINの場合: IRSのCP-575または147C
- 確認書類と修正されたW-9を支払者に提出
- SSAまたはIRSからTIN確認書類を取得
- 支払者のアクション:
- 確認書類を確認
- IRSに対してTINマッチングを再要求
- 一致が確認された場合、源泉徴収停止
所要時間:
- First B-Notice: 通常1〜2週間
- Second B-Notice: 通常2〜4週間(確認書類の取得が必要なため)
トリガーC(過少申告)の停止方法
手順:
- 受取人が以下の措置を講じる:
- 未納税額の支払い
- 未提出申告書の提出
- 修正申告書の提出(必要な場合)
- 受取人がIRSに解決完了を連絡
- IRSが支払者に通知
- 支払者が通知を受領後、源泉徴収停止
所要時間:
- 通常2〜4週間(IRS処理時間を含む)
重要なポイント:
- 受取人が解決するまで源泉徴収は継続されます
- 解決後に源泉徴収された金額は、確定申告時に税額控除として請求できます
トリガーD(認証失敗)の停止方法
手順:
- 受取人がW-9フォームを再作成
- 認証部分に適切に署名またはチェック
- 支払者に提出
- 支払者が受領した翌日の支払いから源泉徴収停止
所要時間:
- 通常、次回の支払いサイクルで停止
重要なポイント:
- 電子版W-9の場合、認証チェックボックスが正しくチェックされている必要があります
- 代理人が署名する場合、署名権限があることを証明する必要があります
まとめ:バックアップ源泉徴収の要点
バックアップ源泉徴収は、米国税務システムの重要な要素であり、以下の要点を理解することが重要です:
4つのトリガー条件のまとめ
| トリガー | 主な原因 | 最も一般的な解決方法 | 平均所要時間 |
|---|---|---|---|
| A: TIN未提供 | W-9未提供 | 正確なW-9提出 | 1週間以内 |
| B: TIN不一致 | TINの誤記 | 修正W-9提出 | 1〜2週間 |
| C: 過少申告 | 過去の税務違反 | 未納税額の支払い・申告書提出 | 2〜4週間 |
| D: 認証失敗 | W-9認証未完了 | 認証済みW-9再提出 | 1週間以内 |
支払者の責任
- TIN収集・検証プロセスの確立
- B-Notice手続きの適時実行
- 24%源泉徴収の正確な計算と納付
- Form 945による源泉徴収額の報告
受取人の責任
- 正確なTINの提供
- W-9フォームへの適切な入力と認証
- IRS通知への迅速な対応
- 源泉徴収額の税務申告での控除
第三者ネットワーク取引への影響
最終規則は、TPSOs(PayPal、Venmo、Cash App等)に対して、バックアップ源泉徴収要件を遵守する義務を強調しています。特に:
- 1099-K閾値の変更(OBBBAによる$20,000/200取引への復元)に合わせたシステム更新
- TIN不一致の早期検出と対応
- B-Notice手続きの実装
次のセクションでは、第三者ネットワーク取引そのものについて詳しく解説し、TPSOsと単なる決済アプリの違いを明確にします。
第三者ネットワーク取引とは? — PayPal、Venmo、Cash Appが対象になる仕組み
米国税制における「第三者ネットワーク取引(Third-Party Network Transactions)」の概念を理解することは、1099-K報告義務とバックアップ源泉徴収の影響を正しく把握するために不可欠です。このセクションでは、TPSO(Third Party Settlement Organization)の定義、代表的な事例、そしてなぜZelleが例外的扱いを受けるのかを解説します。
第三者決済組織(TPSO)の定義
TPSO(Third Party Settlement Organization、第三者決済組織)とは、IRC(内国歳入法)セクション6050Wに基づき、以下の3つの条件を満たす組織を指します:
- 複数の参加者間での取引決済: 複数の送金人(Payer)と受取人(Payee)の間で支払い取引を決済する
- 取引の「解決」(Settling): 取引を最終的に解決し、資金を移動する役割を担う
- 資金の借記・貸記: 送金人から支払う金額を引き落とし、受取人に支払う金額を貸し記帳する
簡単に言えば、TPSOは「自分のプラットフォーム内で資金を一時的に保持し、取引を仲介・決済する組織」です。PayPalやVenmoが典型的な例です。ユーザーがAさんからBさんに送金する際、送金された資金はTPSOの口座を経由してBさんに届きます。この「資金を経由して決済する」プロセスこそが、TPSOの本質的な特徴です。
主なTPSOの例
以下のサービスは、IRS定義におけるTPSOとして分類されます:
| プラットフォーム | 運営元 | 特徴 |
|---|---|---|
| PayPal | PayPal Holdings, Inc. | 最も普及しているTPSOの1つ。個人間送金とビジネス決済の両方をサポート |
| Venmo | PayPal Holdings, Inc. | 米国で人気のP2P送金アプリ。PayPalの子会社だが別プラットフォーム |
| Cash App | Block, Inc. | 若年層に人気の決済アプリ。ビットコイン取引もサポート |
| Stripe | Stripe, Inc. | 主にビジネス向けの決済プラットフォーム。Eコマースに広く採用 |
| Square | Block, Inc. | 小規模事業者向けの決済端末・プラットフォーム |
| Etsy | Etsy, Inc. | マーケットプレイス機能を持ち、決済をEtsyのシステムが仲介 |
| Shopify Payments | Shopify, Inc. | Eコマース構築プラットフォームの決済機能 |
| Amazon Payments | Amazon.com, Inc. | Amazonの決済サービス |
これらのTPSOは、以下の要件に基づいて1099-Kを発行する義務があります:
- 報告閾値(2025年以降): $20,000かつ200取引以上
- 報告対象: 商品・サービスの販売に関連する取引(事業所得)
- 報告対象外: 個人間の非事業取引(例:友人との割り勘)
Zelleの特別扱い — なぜZelleはTPSOではないのか?
多くのユーザーにとって意外な事実ですが、Zelleは一般的にTPSOには含まれません。これは重要なポイントです。
ZelleがTPSOと見なされない理由
Zelleの仕組みは、PayPalやVenmoなどのTPSOとは根本的に異なります:
| 特徴 | Zelle | TPSO(PayPal/Venmo等) |
|---|---|---|
| 資金の保持 | しない | する |
| 取引の解決(Settling) | しない | する |
| 資金移動の仕組み | 銀行間の直接転送 | TPSO口座を経由した転送 |
| 口座の必要性 | 参加銀行口座が必要 | TPSO内のアカウントが必要 |
Zelleは「銀行間決済ネットワーク」であり、送金は送金人の銀行口座から受取人の銀行口座へ直接行われます。Zelleは資金を一時的に保持せず、取引を「解決」もしません。そのため、IRS定義におけるTPSOの要件を満たさないのです。
しかし注意が必要
Zelle自体は1099-Kを発行しませんが、以下の点に注意が必要です:
- Zelleを通じた事業所得: Zelleで受け取った事業所得は、1099-Kがなくても課税対象です
- 銀行からの報告: 銀行自体が他の規制に基づいて報告を行う可能性があります
- 誤分類のリスク: プラットフォームが取引を「ビジネス」と誤分類する可能性は低いですが、ゼロではありません
簡潔に言えば、「Zelleを使って事業所得を得た場合、1099-Kが届かなくても税務申告で申告する必要がある」という点です。
TPSOの決済フロー — 資金がどのように移動するか
TPSOを通じた決済フローを図解すると、以下のようになります:
sequenceDiagram
participant C as 送金人(顧客)
participant TPSO as 第三者決済組織<br/>(PayPal/Venmo等)
participant M as 商人・受取人
participant Bank as 銀行
participant IRS as IRS
C->>TPSO: 支払い指示($500)
TPSO->>TPSO: 取引を決済(settling)
Note over TPSO: 資金を一時的に保持
TPSO->>Bank: 資金移動($500)
Bank->>M: 商人アカウントに入金($500 - 手数料)
TPSO->>TPSO: 取引記録の保存
TPSO->>TPSO: 閾値チェック<br/>($20,000/200取引?)
alt 年間$20,000かつ200取引超過
TPSO->>IRS: Form 1099-K発行
Note over IRS: 受取人の所得情報を記録
else 閾値未満
TPSO->>TPSO: 記録のみ保持
Note over TPSO: IRSへの報告なし
end
このフローから分かる重要なポイント:
- TPSOが仲介する: 資金は必ずTPSOを経由します
- 閾値チェック: TPSOは各受取人の年間取引額を追跡し、閾値を超えた場合に1099-Kを発行します
- 個別プラットフォームごとの閾値: 閾値はプラットフォームごとに計算されます(複数プラットフォームの合計ではありません)
まとめ — 第三者ネットワーク取引の要点
| ポイント | 要約 |
|---|---|
| TPSOの定義 | 複数の参加者間で取引を決済し、資金を保持・解決する組織 |
| 主なTPSO | PayPal、Venmo、Cash App、Stripe、Square、Etsyなど |
| Zelleの位置づけ | TPSOではない(資金を保持・解決しないため) |
| 1099-K閾値(2025年以降) | $20,000かつ200取引以上 |
| 重要な原則 | 1099-Kを受け取らない事業所得でも、申告義務は変わりません |
次のセクションでは、このTPSOを通じた取引とForm 1099-Kの関連、そしてARPA(American Rescue Plan Act)からOBBBA(One Big Beautiful Bill Act)への法的変遷について詳しく解説します。
実践ステップ — 読者がタスクを完了できる構成
規則の全体像と仕組みを理解したところで、次は「あなたは今何をすべきか」に焦点を当てます。バックアップ源泉徴収の対象となるかどうかに応じて、取るべきアクションは大きく異なります。以下では、支払者側(TPSOや事業主)と受取人側(ギグワーカーやフリーランサー)の両方について、具体的なステップとチェックリストを提示します。
支払者としての対策 — TPSOsおよび事業主が取るべきステップ
支払者とは、TPSO(第三者決済組織)として決済を処理するプラットフォーム事業者や、独立契約者に報酬を支払う事業主を指します。最終規則(T.D. 10053)の下では、バックアップ源泉徴収のコンプライアンス要件はより明確になりました。TIGTAの監査報告で指摘された「TINの欠落・不一致」「B-Notice手続きの不遵守」といった問題を繰り返さないためにも、以下の4つのステップを確実に実装してください。
ステップ1:TIN収集・検証プロセスの確立
バックアップ源泉徴収の4つのトリガーのうち、最も一般的なのは「トリガーA(TIN未提供)」と「トリガーB(TIN不一致)」です。つまり、TINの正確な収集と検証が、コンプライアンスの要になります。
- W-9フォームの収集フローを作成する: 新規の参加受取人(Participating Payee)や独立契約者のオンボーディング時に、必ずForm W-9(Request for Taxpayer Identification Number and Certification)を提出してもらうプロセスを組み込みます。W-9なしに支払いを行うと、即座にトリガーAが発動し、24%の源泉徴収義務が生じます。
- TINマッチングサービスを活用する: IRSが提供する「TIN Matching」サービス(無料のオンラインツール)を利用し、収集したTINがIRSの記録と一致するかを確認します。バッチ処理(最大10万件)と対話型処理(最大25件)の2つのモードがあります。年間を通じて定期的に実行することで、TIN不一致のリスクを大幅に減らせます。
- オンボーディング時のTIN確認を義務化する: 新規登録時だけでなく、既存の受取人のTIN情報も定期確認しましょう。氏名変更(結婚など)や事業形態の変更(個人事業主からLLCなど)により、TIN情報が古くなっているケースがあります。
実務上のポイント: TINマッチングサービスはIRSの公式サイト(irs.gov)からアクセスできます。事前登録が必要なため、早めにアカウントを作成しておきましょう。
ステップ2:B-Notice手続きの実装
IRSから「CP2100」または「CP2100A」通知を受領した場合、これは提出した1099フォームのTINがIRS記録と一致しないことを意味します。この通知に対する適切な対応が「B-Notice手続き」です。
- CP2100/CP2100A通知の受領プロセスを確立する: IRSからの通知は年2回(通常は9月と3月)発行されます。通知受領後、ただちに記録されたTIN不一致データを確認し、該当する受取人を特定する必要があります。
- First B-Noticeの送信(15営業日以内): 通知を受領した支払者は、該当する受取人に対して「First B-Notice」(Form W-9の再提出を求める通知)を送付します。IRSの通知日から15営業日以内の送信が推奨されています。First B-Noticeには、受取人がW-9を返送しない場合、バックアップ源泉徴収が開始される旨を明記します。
- Second B-Noticeの送通(3年以内の再発行時): 同一の受取人について、3年以内に再度TIN不一致が発生した場合は「Second B-Notice」を送付します。Second B-Noticeはより厳格で、受取人はSSA(社会保険庁)またはIRSからの確認書類を提出する必要があります。W-9の再提出だけでは不十分です。
- 30日間のタイムライン管理: 受取人がB-Noticeを受領してから30日以内に修正W-9(First B-Noticeの場合)または確認書類(Second B-Noticeの場合)を提出しない場合、支払者はただちにバックアップ源泉徴収を開始しなければなりません。この30日のカウントダウンを自動追跡するシステムを構築しましょう。
注意: B-Noticeの送付記録(送信日、受領確認、受取人の対応内容)はすべて保存してください。IRSの監査時に、適切な手続きを行ったことを証明する唯一の手段になります。
ステップ3:バックアップ源泉徴収システムの構築
トリガー条件が発動した場合、支払者はただちに24%の源泉徴収を開始し、その金額をIRSに納付する義務があります。このプロセスを手動で管理するのは現実的ではありません。
- トリガー検出システムを構築する: 4つのトリガー(TIN未提供、TIN不一致通知の未解決、過少申告通知、認証失敗)のいずれかが発生したことを自動的に検出する仕組みを作ります。支払い処理システムと連携し、該当する受取人への支払いに対して自動的にフラグを立てます。
- 24%源泉徴収の自動計算を実装する: フラグが立った受取人への支払いに対し、総額(手数料や控除を差し引く前の金額)の24%を自動的に源泉徴収として計算します。例えば$3,000の支払いの場合、$720を源泉徴収し、$2,280を受取人に支払います。
- Form 945報告システムを確立する: 源泉徴収した金額は、Form 945(Annual Return of Withheld Federal Income Tax)で毎年IRSに報告する必要があります。Form 945の提出期限は毎年1月31日です。ただし、四半期ごとの源泉徴収額が$2,500を超える場合は、EFTPS(Electronic Federal Tax Payment System)を通じて四半期ごとに預金する必要があります。
- EFTPS預金スケジュールを管理する: EFTPSでの預金は、月半ば預金スケジュール(半月刊)または翌営業日預金スケジュールのいずれかに従う必要があります。預金スケジュールは、以前12ヶ月間の源泉徴収額に基づいて決定されます。
参考: 源泉徴収された金額は、受取人へのForm 1099-K(または該当する1099フォーム)のボックス4(Federal Income Tax Withheld)に記載されます。
ステップ4:記録保持とドキュメンテーション
IRSの監査に備え、すべての関連文書を適切に保存します。記録保持は単なる「書類整理」ではなく、コンプライアンスを証明するための重要な防衛手段です。
- W-9フォームの保存: 受取人から提出されたW-9フォームは、その受取人との関係が継続している限り保存します。受取人がTINを変更した場合は、新しいW-9に差し替え、旧W-9も保管します。
- B-Notice履歴の記録: 各受取人に対するB-Noticeの送付日、送付回数(First/Second)、受取人の対応(W-9再提出、確認書類提出、無対応)、源泉徴収開始日・停止日を記録します。
- 修正TINの追跡: 受取人がTINを修正した場合、その日付、修正内容、TINマッチングでの再確認結果を記録します。
- 1099-K発行履歴の保存: 発行した1099-Kの控え、発行日、受取人情報、報告金額を保存します。これらは最低4年間の保存が推奨されます。
チェックリスト:支払者のための準備状況確認
以下のチェックリストで、現在のコンプライアンス状況を確認してください。
- [ ] W-9収集プロセスが確立されている(新規オンボーディング時に必須化)
- [ ] TINマッチングサービスを使用している(IRS無料ツールまたはサードパーティ)
- [ ] B-Notice手続きのプロセスがある(CP2100/CP2100A受領時の対応手順を文書化)
- [ ] バックアップ源泉徴収システムがある(トリガー検出から24%徴収まで自動化)
- [ ] Form 945報告プロセスがある(毎年1月31日提出、四半期EFTPS預金の管理)
- [ ] 記録保持ポリシーがある(W-9、B-Notice、1099発行履歴の保存ルールを整備)
- [ ] 従業員トレーニングが完了している(担当者へのバックアップ源泉徴収ルールの周知)
受取人としての対策 — ギグワーカー・フリーランサーが取るべきステップ
ギグワーカーやフリーランサーなど、プラットフォームを通じて報酬を受け取る立場的人来说、バックアップ源泉徴収が発動すると受け取る金額が24%減ることを意味します。例えば月額$5,000の売上がある場合、$1,200が源泉徴収され、手取りは$3,800になります。これは深刻なキャッシュフローへの打撃です。以下のステップに従うことで、バックアップ源泉徴収を回避し、発生した場合は迅速に停止できます。
ステップ1:正確なTINの提供
バックアップ源泉徴収を防ぐ最も確実な方法は、最初から正確なTINを提供することです。これは「当たり前」に聞こえますが、TIN不一致は最も一般的なトリガーです。
- W-9フォームを正確に記入する: プラットフォーム(PayPal、Venmo、Cash App、Stripeなど)に登録する際、求められたらただちにW-9を提出します。記入時は以下の点に特别注意してください:
- TINの種類を確認する: 個人の場合はSSN(社会保障番号)、事業の場合はEIN(雇用者識別番号)、非居住者の場合はITIN(個人納税者番号)を使用します。W-9に記入するTINの種類が、口座名義人の区分(個人/法人)と一致している必要があります。
- 氏名の正確な入力: IRS記録と完全に一致する氏名を入力します。結婚等で氏名が変わっている場合は、まずSSAで氏名変更を行ってからW-9を提出します。
- 認証チェックボックスを必ずチェックする: W-9の認証欄(「Under penalties of perjury...」)のチェックボックスを必ずチェックします。チェックを忘れると「トリガーD(認証失敗)」が発動し、バックアップ源泉徴収が開始されます。
- TINと氏名の整合性を確認する: IRSのTINマッチングは非常に厳格です。スペルのわずかな違い、ハイフンの有無、ミドルネームの有無でも不一致となります。SSAのカードまたはIRSからの通知文書を見ながら入力しましょう。
よくある間違い: LLCとして登録している個人が、LLC名でEINを使用すべきところを、個人名でSSNを使用してTIN不一致になるケース。W-9に記入する名前とTINの組み合わせは、IRSに登録されている情報と正確に一致する必要があります。
ステップ2:B-Noticeへの迅速な対応
プラットフォームや支払者から「B-Notice」が送られてきた場合、これはTINがIRS記録と一致しないことを意味します。放置すると、30日後にバックアップ源泉徴収が開始されます。
- First B-Notice受領時の対応(30日以内): First B-Noticeを受領したら、ただちにW-9を確認し、TINと氏名を見直します。誤りがあれば修正したW-9を支払者に返送します。30日以内に返送しない場合、次回の支払いから24%が源泉徴収されます。First B-Noticeへの対応は、修正W-9の提出だけで済みます。
- Second B-Notice受領時の対応(追加書類が必要): 同じ支払者から3年以内に2回目のTIN不一致通知が来た場合、「Second B-Notice」が送られます。この場合はW-9の再提出だけでは不十分で、以下のいずれかの確認書類が必要です:
- SSNの場合: SSA(社会保険庁)から発行される氏名とSSNの一致を証明する書類
- EINの場合: IRSから発行されるCP575(EIN割当通知書)または147C(EIN確認書)
- SSAまたはIRSからの確認書類の取得: SSAの確認書類は最寄りのSocial Security Officeで取得できます。IRSの147Cは電話(1-800-829-4933)でリクエストできます。いずれも数週間かかる場合があるため、Second B-Noticeを受領したらただちに手続きを開始してください。
ステップ3:過少申告の解決
「トリガーC(過少申告)」は、利息や配当所得を過少申告した場合に発動します。これはTPSO取引よりも、銀行口座や投資口座に関連して発生することが多いトリガーです。
- 未納税額の支払い: IRSから過少申告の通知を受け取った場合、ただちに未納税額を支払います。支払い計画(Installment Agreement)の設定も可能です。
- 未提出申告書の提出: 過去の確定申告を提出していない場合、ただちに提出します。IRSは通常、120日間に最大4回の通知を送った後、過少申告した納税者を「Cプログラム」にリストし、支払者にバックアップ源泉徴収を命じます。
- 修正申告書の提出: 既に提出した申告書に誤りがあった場合、Form 1040-X(Amended U.S. Individual Income Tax Return)で修正申告を行います。
重要: トリガーCのバックアップ源泉徴収は、IRSが「問題が解決された」と判断するまで継続します。解決には数ヶ月かかる場合があるため、早めの対応が不可領です。
ステップ4:記録保持
バックアップ源泉徴収の有無に関わらず、適切な記録保持はギグワーカーやフリーランサーの基本義務です。1099-Kを受け取らなくても、すべての所得は申告する必要があります。
- すべての所得の記録: プラットフォームごとの売上、口座入金額、手数料、返金などを記録します。月次でまとめる習慣をつけましょう。
- プラットフォーム決済明細の保存: PayPal、Venmo、Cash Appなどのプラットフォームが提供する取引明細(トランザクション履歴)を定期的にダウンロードして保存します。プラットフォームのデータ保持期間には限界があるため、年に数回はバックアップを取りましょう。
- 1099-Kの保存: 1099-Kを受け取った場合、確定申告時に使用するため必ず保存します。1099-Kのボックス4に源泉徴収税額が記載されている場合、それは確定申告で税額控除として請求できます。
- 事業収支の記録: 関連経費(機材、ソフトウェア、プラットフォーム手数料など)の領収書も保存します。これらは事業所得から控除できるため、課税所得を減らすことができます。
覚えておくべき原則: 「1099-Kがない=所得がない」ではありません。$20,000/200取引の閾値を下回るため1099-Kが発行されなくても、その所得は課税対象です。自分で記録をつけ、正確に申告することが法律上の義務です。
チェックリスト:受取人のための準備状況確認
以下のチェックリストで、あなたの準備状況を確認してください。
- [ ] すべてのTPSOに正確なW-9を提供した(TINと氏名が一致している)
- [ ] TINと登録氏名が整合している(SSA/IRS記録と照合済み)
- [ ] B-Notice通知の受領プロセスがある(通知を見逃さない仕組み)
- [ ] 過去の税務申告が完了している(未提出の申告書がない)
- [ ] 所得記録を適切に保持している(プラットフォームごとの売上記録)
- [ ] プラットフォーム決済明細を保存している(定期的にダウンロード・バックアップ)
- [ ] 税務専門家と相談している(年1回以上、複雑な状況は即相談)
セクション5:ケーススタディ/実例
実例で見るバックアップ源泉徴収 — 4つのトリガーが実際にどのように機能するか
バックアップ源泉徴収の仕組みを理論で理解するだけでなく、実際のケーススタディを通じて見ていきましょう。4つのトリガー条件がどのように機能し、どのような結果をもたらすのかを具体的に示します。
ケース1:トリガーA(TIN未提供) — フリーランサーのW-9未提供
状況
ウェブ開発者であるSarahは新しいクライアントから$3,000のプロジェクトを依頼されました。支払者であるクライアント企業は、契約開始時にW-9フォームを依頼しましたが、Sarahは忙しさからフォームを提出しませんでした。支払者は2回にわたりW-9の提出をメールで催促しましたが、Sarahは対応しませんでした。
トリガー
TIN未提供(トリガーA)。IRCセクション3406(a)(1)(A)に基づき、受取人が納税者番号を提供しない場合、支払者はバックアップ源泉徴収を開始する義務があります。
結果
支払者はSarahに支払う$3,000に対し、24%の源泉徴収を実施しました:
- 源泉徴収額:$3,000 × 24% = $720
- Sarahへの実際の支払額:$3,000 - $720 = $2,280
支払者は源泉徴収した$720をIRSに預金し、年末にForm 945で報告する義務があります。また、Form 1099-NECのボックス4(連邦所得税の源泉徴収)に$720を記載し、Sarahに発行しました。
解決
Sarahは税務申告時に源泉徴収された$720を税額控除として請求することができます。ただし、今後このクライアントから支払いを受ける場合、源泉徴収を回避するためにはW-9フォームを提供する必要があります。W-9を提供した後、支払者は次回の支払いから源泉徴収を停止します。
ケース2:トリガーB(TIN不一致通知) — 1099-NECの入力ミスとB-Notice対応
状況
マーケティング代理店がコンサルタントのMichaelに昨年、$45,000の報酬を支払い、Form 1099-NECを発行しました。しかし、担当者がMichaelのTIN(社会番号)の1桁を誤って入力しました。IRSのTINマッチングシステムは、1099-NECに記載されたTINとIRS記録が一致しないことを検出しました。
IRSは支払者に対し、CP2100A通知(50件未満の不一致がある場合の通知)を送付しました。
トリガー
TIN不一致通知(トリガーB)。CP2100A通知を受領した支払者は、B-Notice手続きを開始する必要があります。
アクション
支払者は15営業日以内にFirst B-NoticeをMichaelに送付しました。First B-Noticeには、W-9フォーム(正しいTIN情報を含む)またはW-9フォームに相当する情報を提供するよう求める文書が含まれていました。
Michaelは通知を受領し、28日目に正しいTINで記入されたW-9フォームを支払者に送付しました。
結果
- 支払者はMichaelから修正されたW-9を受領し、TINが正しいことを確認しました
- Michaelは30日以内に対応したため、支払者はバックアップ源泉徴収を開始しませんでした
- 支払者は修正されたTIN情報をIRSに報告し、不一致を解決しました
もしMichaelが30日以内に対応しなかった場合、支払者はMichaelへの支払いすべてに対し24%の源泉徴収を開始する義務が生じていました。
ケース3:トリガーC(過少申告) — 利息所得の過少申告とCプログラム
状況
投資家のJamesは複数の銀行口座と証券口座を保有しており、昨年は利息所得として$12,000を申告していました。しかし、IRSの記録と照合した結果、Jamesは実際の利息所得の一部を申告していませんでした。
IRSはJamesに対し、過少申告を指摘する通知を送付し、修正を求めました。Jamesはこの通知に無視しました。IRSはCプログラム(過少申告者に対する通知プログラム)を開始しました。
トリガー
過少申告(トリガーC)。IRCセクション3406(a)(1)(C)に基づき、受取人が利息または配当を過少申告しているとIRSが通知した場合、支払者はバックアップ源泉徴収を開始する義務があります。
プロセス
Cプログラムでは、IRSは以下のプロセスを実施します:
- 通知1-4: 120日間で最大4回の通知をJamesに送付
- 内容: 未納税額の支払い、未提出申告書の提出、または修正申告書の提出を要求
Jamesはこれらのすべての通知を無視し、対応しませんでした。
結果
IRSはすべての通知期間が終了した後、Jamesの利息および配当支払者である銀行および証券会社に対し、バックアップ源泉徴収の開始を命じました。
- 銀行はJamesの普通預金口座利息に対し24%の源泉徴収を開始
- 証券会社はJamesの配当所得に対し24%の源泉徴収を開始
- 源泉徴収は、Jamesが過少申告を修正するまで続きます
解決
Jamesは、過少申告を修正し、未納税額を支払うことで源泉徴収を停止させることができます。IRSから「Cプログラム解除通知」を受領した後、支払者は源泉徴収を停止します。
ケース4:トリガーD(認証失敗) — W-9認証チェックボックス未チェック
状況
投資家のEmilyは新しい証券口座を開設するため、オンラインでアカウント登録を行いました。登録プロセスの一環として、W-9フォームのデジタル版が表示されました。Emilyは自分の情報(氏名、住所、TIN)を記入しましたが、フォーム下部の認証チェックボックスをチェックしませんでした。
この認証チェックボックスは、「私は米国市民または米国居住者であり、バックアップ源泉徴収の対象ではありません」ことを証明するためのものです。
トリガー
認証失敗(トリガーD)。IRCセクション3406(a)(1)(D)に基づき、利息または配当の支払いにおいて、受取人がバックアップ源泉徴収の対象でないことを認証しなかった場合、支払者はバックアップ源泉徴収を開始する義務があります。
結果
証券会社は、W-9フォームが認証されていないことを検出し、Emilyの口座に対し以下の措置を講じました:
- 配当所得に対し24%の源泉徴収を開始
- 利息所得に対し24%の源泉徴収を開始
- 源泉徴収は、Emilyが認証済みのW-9を提出するまで続きます
Emilyは最初の四半期に$500の配当と$200の利息を受け取りましたが、24%の源泉徴収が適用されました:
- 配当源泉徴収額:$500 × 24% = $120(Emilyの実際の受取額:$380)
- 利息源泉徴収額:$200 × 24% = $48(Emilyの実際の受取額:$152)
解決
Emilyは証券会社のウェブサイトにログインし、W-9フォームを再入力しました。今回は認証チェックボックスを適切にチェックし、フォームを提出しました。証券会社は認証済みのW-9を受領し、確認した後、次の四半期から源泉徴収を停止しました。
OBBBAによる閾値復元の影響 — 実際のギグワーカーにどう影響したか
One Big Beautiful Bill Act(OBBBA)により、1099-Kの報告閾値がARPAによる$600から$20,000/200取引に復元されました。この変更が実際のギグワーカーにどのような影響を与えたかを見てみましょう。
事例1:Etsyセラー — 手作りアクセサリーの販売者
状況
Lisaは手作りアクセサリーをEtsyで販売しており、2025年の売上実績は以下の通りでした:
- 年間総売上:$15,000
- 取引数:180取引
- 平均取引額:約$83
ARPA予定の場合
もしARPAによる$600閾値が適用されていた場合:
- Lisaは$15,000が$600閾値を超えているため、EtsyからForm 1099-Kを受領
- Lisaは1099-Kを受け取ることで、所得の申告義務を明確に認識
- 州税の申告にも1099-Kを使用
実際(OBBBA適用後)
OBBBAにより閾値が$20,000/200取引に復元された場合:
- Lisaの売上$15,000は$20,000未満
- Lisaの取引数180は200未満
- 結果:LisaはEtsyからForm 1099-Kを受け取らない
影響
- 1099-Kを受け取らないが、すべての所得は申告義務あり
- Lisaは自身でEtsyの販売明細から総収入を計算する必要
- 「フォームがない=所得がない」という誤解を避ける必要
- 税務申告時はEtsyのダッシュボードから年間報告書をダウンロードし、収入を記録
実務的アドバイス
Lisaのようなセラーは、以下を実践すべきです:
- 毎月Etsyの販売報告をExcelやGoogleスプレッドシートに記録
- 年度末に総収入、経費、純利益を計算
- 1099-Kがなくてもすべての事業所得を申告
事例2:フリーランサー(複数プラットフォーム) — PayPalとVenmoで報酬を受領
状況
フリーランサーのMarkは複数のクライアントから報酬を受け取っており、異なる決済プラットフォームを使用していました:
- PayPalでの受領額:$12,000
- 取引数:15取引(クライアントからの報酬)
- Venmoでの受領額:$8,000
- 取引数:12取引(別のクライアントからの報酬)
- 合計収入:$20,000
プラットフォームごとの閾値チェック
OBBBAの閾値はプラットフォームごとに適用されます:
- PayPal:$12,000 < $20,000 → 1099-Kなし
- Venmo:$8,000 < $20,000 → 1099-Kなし
重要なポイント
- Markの合計収入は$20,000ですが、個別プラットフォームではいずれも$20,000未満
- プラットフォームごとの閾値チェックであるため、いずれのプラットフォームも1099-Kを発行しない
- 取引数はいずれも200取引未満であるため、取引数要件も満たさない
結果
- MarkはPayPalから1099-Kを受け取らない
- MarkはVenmoから1099-Kを受け取らない
- しかし、$20,000のすべての所得は課税対象
影響
- 1099-Kが2つともないため、所得追跡は完全にMarkの責任
- PayPalとVenmoの両方のダッシュボードから取引履歴をダウンロードする必要
- 年度末に両方のプラットフォームの収入を合算し、確定申告で報告
実務的アドバイス
Markのようなフリーランサーは、以下を実践すべきです:
- 四半期ごとに各プラットフォームの取引履歴をエクスポート
- 年度末にすべての収入を統合したExcelシートを作成
- 1099-Kがなくても、すべての報酬を報告
- 複数のプラットフォームを使用する場合、所得追跡ツールの使用を検討
事例3:リアルエステートエージェント — Venmoでの賃料収受
状況
不動産管理業者であるPatriciaは、賃貸物件の家賃収受にVenmoを使用していました。2025年の実績は以下の通りでした:
- Venmoでの賃料収受総額:$25,000
- 月額平均:約$2,083
- 取引数:120取引
- 平均:月10件の賃料支払い(12物件)
閾値チェック
- 金額閾値:$25,000 > $20,000 ✓(満たす)
- 取引数閾値:120 < 200 ✗(満たさない)
結果
- OBBBAの閾値は「金額が$20,000以上かつ取引数が200以上」の両方を満たす必要がある
- Patriciaは金額要件を満たしているが、取引数要件を満たさない
- VenmoはPatriciaにForm 1099-Kを発行しない
影響
- 1099-Kを受け取らないが、$25,000の賃料収入はすべて課税対象
- PatriciaはVenmoの取引履歴から賃料収入を追跡する必要
- 事業経費(メンテナンス、修繕、保険料など)を記録し、控除を主張
- 所得税率や自営税(self-employment tax)を考慮し、四半期ごとの推定税支払いを計算
実務的アドバイス
Patriciaのような不動産管理業者は、以下を実践すべきです:
- Venmoの取引履歴を定期的にエクスポートし、賃料収入専用のスプレッドシートに記録
- 各物件ごとに収入と経費を追跡
- 事業用口座と個人用口座を分ける(可能な場合)
- 税務専門家と相談し、推定税支払いのスケジュールを策定
- 賃料収入が増加した場合、会計ソフト(QuickBooks、FreshBooksなど)の使用を検討
教訓と実践的アドバイス
これらのケーススタディから学ぶべき重要な教訓があります:
ギグワーカー・フリーランサーへの教訓
- 1099-Kは所得の有無を決定しない
- 1099-Kを受け取らないからといって、所得を申告しなくてよいわけではない
- すべての事業所得は課税対象
- プラットフォームごとの所得追跡が重要
- 複数のプラットフォームを使用する場合、各プラットフォームの収入を追跡
- 年度末にすべての収入を合算
- 記録保持が不可欠
- プラットフォームのダッシュボードから定期的に取引履歴をエクスポート
- 所得と経費を記録し、適切な控除を主張
支払者・TPSOsへの教訓
- W-9収集を徹底
- 支払い前に必ずW-9を収集
- TINの検証プロセスを確立
- B-Notice手続きを遵守
- CP2100/CP2100A通知を適時処理
- 15営業日以内にFirst B-Noticeを送付
- バックアップ源泉徴収システムを構築
- 4つのトリガーを自動的に検出するシステムを構築
- Form 945報告プロセスを確立
結論
バックアップ源泉徴収と1099-K閾値の変化は、ギグワーカーとフリーランサーに複雑な影響を与えています。OBBBAによる閾値の復元は、多くの小規模事業者にとって行政負担を軽減する一方で、所得追跡の責任をより一層個人に求めています。
成功するためには、以下の実践が不可欠です:
- 正確なTIN情報の提供と保持
- プラットフォームごとの所得追跡
- 定期的な記録のエクスポートと整理
- 税務専門家との相談
- 最新の税法・規則の把握
バックアップ源泉徴収は、適切に対応すれば回避可能です。そして、1099-Kの有無にかかわらず、すべての所得を正確に申告することが、長期的な成功への道です。
よくある質問(FAQ) — バックアップ源泉徴収と1099-Kに関する質疑応答
Q1: バックアップ源泉徴収とは何ですか?
A: バックアップ源泉徴収は、IRCセクション3406に基づく連邦税制度であり、支払者が特定の条件下で受取人に支払う金額の24%を源泉徴収し、IRSに納付することを義務付ける仕組みです。主に以下の4つのトリガー条件のいずれかに該当する場合に適用されます:
- トリガーA: 受取人が納税者番号(TIN)を提供しない、または明らかに無効なTINを提供した場合
- トリガーB: 支払者が提出した1099フォームのTINがIRS記録と一致しないことをIRSが通知した場合(B-Notice手続き)
- トリガーC: 受取人が過去に利子や配当を過少申告しているとIRSが通知した場合(Cプログラム)
- トリガーD: 利子・配当口座開設時に、バックアップ源泉徴収の対象でないことを認証しなかった場合
源泉徴収された金額は、受取人の連邦所得税の前払いとして扱われ、確定申告で税額控除として請求することができます。
Q2: 1099-K閾値はいくらですか?
A: 現在の1099-K報告閾値は、$20,000かつ200取引以上です。この閾値は、2025年のOne Big Beautiful Bill Act(OBBBA)により、以前の$20,000/200取引閾値に復元されました。
閾値の変遷
| 年次 | 金額閾値 | 取引数要件 | 備考 |
|---|---|---|---|
| 2011-2023 | $20,000 | 200取引以上 | 設立当初の閾値 |
| 2023(予定) | $600 | なし | ARPAにより変更(延期) |
| 2024 | $5,000 | なし | IRS段階的導入 |
| 2025(実際) | $20,000 | 200取引以上 | OBBBAにより復元 |
| 2026以降 | $20,000 | 200取引以上 | OBBBAにより恒久化 |
この閾値はプラットフォームごとに適用されます。複数のプラットフォームで合計$20,000を超えていても、個別のプラットフォームで$20,000/200取引に達していない場合、1099-Kは発行されません。
Q3: ZelleはTPSOに含まれますか?
A: 一般的にはTPSO(Third Party Settlement Organization)に含まれません。Zelleは以下の理由により、IRS定義のTPSOから外れると見なされます:
- 資金を保持しない: Zelleはユーザーの銀行口座間で直接資金を転送するだけで、資金を一時的に保持しません
- 取引を「解決」しない: Zelleは取引を「settling(解決)」するのではなく、銀行間での直接転送のみを行います
- 第三者決済組織の要件を満たさない: TPSOは取引を決済し、最終的な資金移動を行う必要がありますが、Zelleはこの要件を満たしません
ただし、Zelleを通じて行われた事業取引は、他の方法で所得申告する必要があります。1099-Kが発行されないからといって、所得が免税になるわけではありません。
Q4: 1099-Kを受け取らなくても所得を申告する必要がありますか?
A: はい。1099-Kは情報申告書であり、課税所得を決定するものではありません。IRSは以下のように明確に説明しています:
- 1099-Kの目的: 納税者の所得の記録を支援するための情報申告書
- 所得申告義務: 1099-Kの有無にかかわらず、すべての事業所得は課税対象
- 誤解の回避: 「フォームがない=所得がない」という誤解を避ける必要があります
所得申告の基本原則
- すべての事業所得は申告義務がある
- 1099-Kがない場合でも、プラットフォームの決済明細を保存し、所得を記録する必要がある
- 複数のプラットフォームで稼いだ所得を合計して申告する必要がある
- 記録保持は少なくとも3年間行うことが推奨されている
1099-Kが発行される閾値($20,000/200取引)は、報告要件であり、免税閾値ではありません。
Q5: バックアップ源泉徴収を避けるにはどうすればよいですか?
A: バックアップ源泉徴収を避けるには、以下の措置を講じることが重要です:
1. 正確なTINの提供
- SSN(社会保障番号)、EIN(雇用者番号)、またはITIN(個人納税者番号)を正確に提供する
- TINと氏名が整合していることを確認する(Social Security AdministrationまたはIRS記録と一致)
2. W-9フォームの正確な記入
- W-9フォームの全項目を正確に入力する
- 認証欄にチェックを入れる(認証失敗の回避)
3. IRS通知への迅速な対応
- B-Notice(CP2100/CP2100A)を受領した場合:
- First B-Notice: 30日以内に修正されたW-9を提供
- Second B-Notice: 30日以内に修正されたW-9とSSAまたはIRSからの確認書類を提供
- 過少申告通知を受領した場合: 未納税額を支払い、未提出の申告書を提出する
4. 記録保持
- すべての所得の記録を保持する
- プラットフォーム決済明細を保存する
- W-9フォームのコピーを保持する
これらの措置により、4つのトリガー条件のすべてを回避することができます。
Q6: 事業者はどのようなコンプライアンス措置を取る必要がありますか?
A: 事業者(特にTPSOsおよび支払者)は、以下のコンプライアンス措置を講じる必要があります:
1. TIN収集・検証プロセスの確立
- W-9フォームの収集フローを作成: オンボーディング時のTIN確認
- TINマッチングサービスの活用: IRSのTIN Matching Programまたはサードパーティサービスを使用
- TIN不一致の検出と修正: 定期的なデータクリーンアップ
2. B-Notice手続きの実装
- CP2100/CP2100A通知の受領プロセス: 通知の迅速な受領と記録
- First B-Noticeの送信: 15営業日以内に受取人に送信
- Second B-Noticeの送信: 3年以内の再発行時、より厳格な要件で送信
- 30日間のタイムライン管理: 受取人からの修正W-9の追跡
3. バックアップ源泉徴収システムの構築
- トリガー検出システム: 4つのトリガー条件の自動検出
- 24%源泉徴収の自動計算: 支払額から源泉徴収額の計算
- Form 945報告システム: 年次報告の準備
- EFTPS預金スケジュール管理: 四半期ごとの預金要件の遵守
4. 記録保持とドキュメンテーション
- W-9フォームの保存: 要件期間(通常3年間)の保存
- B-Notice履歴の記録: 通知および対応履歴の記録
- 修正TINの追跡: 修正履歴の追跡
- 1099-K発行履歴: 発行記録の保持
チェックリスト
- [ ] W-9収集プロセスが確立されている
- [ ] TINマッチングサービスを使用している
- [ ] B-Notice手続きのプロセスがある
- [ ] バックアップ源泉徴収システムがある
- [ ] Form 945報告プロセスがある
- [ ] 記録保持ポリシーがある
- [ ] 従業員トレーニングが完了している
Q7: 州法はどう異なりますか?
A: 州によっては独自の1099-K閾値および報告要件を維持しており、連邦閾値と異なる場合があります:
州レベルの1099-K閾値の例
| 州 | 1099-K閾値 | 連邦閾値との違い | 備考 |
|---|---|---|---|
| カリフォルニア | $600 | 連邦より低い | 独自の報告要件 |
| ニューヨーク | $600 | 連邦より低い | 独自の報告要件 |
| マサチューセッツ | $600 | 連邦より低い | 独自の報告要件 |
| テキサス | 連邦閾値 | なし | 連邦閾値を採用 |
| フロリダ | 連邦閾値 | なし | 連邦閾値を採用 |
州法の影響
- 二重コンプライアンスの必要性: 事業者は連邦・州両方の要件を満たす必要がある
- 報告書の重複: 州ごとの報告書が必要な場合がある
- 閾値の不一致: 連邦閾値未満でも州閾値超過で報告が必要
- 納税者の混乱: 異なる閾値により、納税者が混乱する可能性
対策
- 事業者: 連邦・州両方の要件を確認し、コンプライアンス体制を確立する
- 納税者: 居住州の税務当局の要件を確認する
- 税務専門家への相談: 州法の不一致に対応するために専門家の助言を求める
Q8: 個人間のP2P送金は報告対象ですか?
A: 一般的には事業取引でなければ報告対象外です。ただし、以下の点に注意が必要です:
報告対象となる場合
- 事業取引: 商品・サービス販売のための取引
- ビジネスと分類された場合: プラットフォームが取引を「ビジネス」と分類した場合
- 閾値超過: $20,000かつ200取引以上の場合
報告対象とならない場合
- 個人間送金: 家族間、友人間の送金
- 生活費の分担: 家賃、光熱費、食費の分担
- 個人的な贈与: 贈与税の対象となる贈与
- 非事業目的の取引: 個人的な目的での取引
注意点
- 誤分類のリスク: 個人間送金が誤ってビジネス取引と分類される可能性
- 分類の確認: プラットフォームがどのように分類しているかを確認する
- 誤分類の訂正: 誤分類されている場合、プラットフォームに連絡し訂正を依頼する
- 記録保持: 取引の目的を記録し、個人間送金であることを証明できるようにする
Zelle vs Venmo/Cash App
| プラットフォーム | 一般的な扱い | 注意点 |
|---|---|---|
| Zelle | 個人間送金 | TPSOではないため1099-K発行なし |
| Venmo | 個人間/ビジネス | ビジネスアカウントの場合報告対象 |
| Cash App | 個人間/ビジネス | ビジネスアカウントの場合報告対象 |
Q9: TIGTAの勧告に対するIRSの対応はどうなっていますか?
A: 最終規則は、TIGTA(Treasury Inspector General for Tax Administration)が指摘したコンプライアンス不足に対処するため、より明確な要件と実務的なガイダンスを提供しています。
TIGTAの主要な指摘(2021年レポート)
- 欠落または不正確なTIN: 2018年度の情報申告において、440,000件超の欠落・不正確TIN
- 支払者の源泉徴収失敗: $133億の源泉徴収を失敗(報告所得$556億に対して)
- コンプライアンス不足: 多くの支払者がバックアップ源泉徴収要件を遵守していない
- B-Notice手続きの不遵守: CP2100/CP2100A通知に対する適時の対応が不足
最終規則におけるTIGTA対応
- 閾値の明確化:
- バックアップ源泉徴収のde minimis閾値を明確化
- OBBBAによる1099-K閾値復元との整合性
- コンプライアンスの強化:
- TPSOsに対する明確な要件の規定
- 前年度1099-K発行の有無による区別
- TIN収集・検証プロセスの強化
- 実務的ガイダンスの提供:
- TIGTA勧告に基づく、より明確な規定
- 遵守のための実務的な枠組みの提供
- B-Notice手続きの明確化
- 提案規則の採用:
- 提案規則(2025年1月9日公布)を変更なしで採用
- パブリックコメントの反映
- より明確な要件の提供
最終規則は、TIGTA勧告に基づき、TPSOsおよび支払者に対するコンプライアンス要件を強化し、実務的なガイダンスを提供することで、バックアップ源泉徴収の遵守を改善することを目指しています。
Q10: 最終規則の主な変更点は何ですか?
A: 最終規則(T.D. 10053、2026年8月10日公布)の主な変更点は以下の通りです:
1. OBBBAへの整合
- 1099-K閾値の復元: ARPAによる$600閾値から、以前の$20,000/200取引閾値に復元
- 遡及適用: 2025年1月1日以後に開始する暦年に適用
- 恒久化: OBBBAにより、閾値が恒久化
2. バックアップ源泉徴収要件の更新
- セクション3406の更新: TPSOsに対するバックアップ源泉徴収要件を更新
- de minimis閾値の明確化: 前年度1099-K発行の有無による区別
- 4つのトリガー条件の維持: 変更なし
3. 提案規則の採用
- 変更なしで採用: 提案規則(2025年1月9日公布)を変更なしで採用
- パブリックコメントの反映: 受け取ったパブリックコメントに基づく明確化
- 実務的ガイダンスの提供: より明確な要件と実務的な枠組み
4. 既存規則との整合性
- セクション6050Wの規則: すでにOBBBAの変更を反映しているため、変更なし
- Treasury Regulationsの更新: §31.3406(a)-1(e)および§31.3406(b)(3)-5(e)の適用日規定を更新
- 法的変更の反映: OBBBAによる法的変更を反映
重要なポイント
- 公布日: 2026年8月10日
- 有効日: 2026年8月10日
- 適用開始日: 2025年1月1日以後に開始する暦年
- 対象: 第三者決済組織(TPSOs)
- 規則番号: T.D. 10053, RIN: 1545-BR80
最終規則は、OBBBAによる1099-K閾値の変更に整合するよう、TPSOsに対するバックアップ源泉徴収要件を更新し、より明確な要件と実務的なガイダンスを提供しています。
Q11: バックアップ源泉徴収が開始された場合、どうすれば停止できますか?
A: バックアップ源泉徴収を停止するには、トリガーの原因を修正する必要があります。各トリガーごとの停止方法は以下の通りです:
トリガーA(TIN未提供)の場合
- 修正方法: 正確なTIN(SSN、EIN、またはITIN)を提供
- 所要時間: W-9フォームを提供後、次回の支払いから源泉徴収停止
- 手続き: W-9フォームを支払者に提出
トリガーB(TIN不一致通知)の場合
First B-Noticeの場合
- 修正方法: 30日以内に修正されたW-9を提供
- 所要時間: 修正W-9の受領後、次回の支払いから源泉徴収停止
- 手続き: 支払者から送信されたFirst B-Noticeに従い、修正W-9を提出
Second B-Noticeの場合
- 修正方法: 30日以内に修正されたW-9とSSAまたはIRSからの確認書類を提供
- 確認書類:
- SSA: 「Social Security Number Verification Printout」または「CPA letter」
- IRS: 「CP575」(EIN確認通知)または「CP575A」
- 所要時間: 修正W-9と確認書類の受領後、次回の支払いから源泉徴収停止
トリガーC(過少申告)の場合
- 修正方法: 未納税額を支払い、未提出の申告書を提出
- 所要時間: IRSから支払者に通知された後、源泉徴収開始
- 手続き: 過少申告を解決するため、IRSに連絡し手続きを行う
トリガーD(認証失敗)の場合
- 修正方法: W-9フォーム上で認証を完了
- 所要時間: 認証済みのW-9を提供後、次回の支払いから源泉徴収停止
- 手続き: W-9フォームの認証欄にチェックを入れた上で、支払者に提出
一般的なステップ
- トリガーの特定: どのトリガーが原因かを確認
- 修正措置: 上記の手続きに従い修正
- 支払者への通知: 修正完了後、支払者に通知
- 源泉徴収の停止: 次回の支払いから源泉徴収停止
注意:トリガーの原因を修正しない限り、バックアップ源泉徴収は継続します。
Q12: Form 945はいつ提出する必要がありますか?
A: Form 945は、バックアップ源泉徴収額を報告するためのフォームであり、以下のスケジュールで提出および納付する必要があります:
提出期限
- 提出期限: 毎年1月31日まで
- 対象期間: 前年の1月1日から12月31日までの源泉徴収額
納付スケジュール
源泉徴収額に応じて、異なる納付スケジュールが適用されます:
| 源泉徴収額(四半期) | 納付方法 | 納付期限 |
|---|---|---|
| $2,500未満 | Form 945とともに提出 | 1月31日 |
| $2,500以上 | EFTPSを通じて四半期ごとに預金 | 四半期末まで |
四半期ごとのEFTPS納付期限
- 第1四半期(1月-3月): 3月31日まで
- 第2四半期(4月-6月): 6月30日まで
- 第3四半期(7月-9月): 9月30日まで
- 第4四半期(10月-12月): 12月31日まで
Form 945の内容
Form 945には以下の情報が含まれます:
- 源泉徴収された総額: すべての源泉徴収額の合計
- 源泉徴収税額: 24%の源泉徴収税額
- 預金額: EFTPSを通じて預金した額
- 残額: 残りの支払額
提出方法
- 電子提出: IRS FIREシステムを通じて電子提出が推奨
- 紙提出: 250枚以上のForm 1099を提出する場合、電子提出が義務付けられる
注意点
- 罰則: 期限内に提出しない場合、罰則が適用される可能性がある
- 正確性: 正確な金額を報告する必要がある
- 記録保持: Form 945のコピーを少なくとも3年間保存する必要がある
- 専門家への相談: 複雑な状況の場合、税務専門家に相談することを推奨
Q13: 複数のプラットフォームで合計$20,000を超えていますが、1099-Kを受け取りません。どうすればよいですか?
A: 1099-Kはプラットフォームごとに発行されます。個別プラットフォームで$20,000/200取引に達していない場合、1099-Kは発行されません。以下の措置を講じる必要があります:
1. 所得の記録
すべてのプラットフォームで稼いだ所得を記録する必要があります:
- プラットフォームごとの所得: PayPal、Venmo、Cash App、Etsyなど、各プラットフォームの所得を記録
- 決済明細の保存: 各プラットフォームの決済明細を保存
- 取引履歴の追跡: 取引履歴を定期的に追跡
2. 合計所得の計算
すべてのプラットフォームで稼いだ所得を合計します:
総所得 = プラットフォームA + プラットフォームB + プラットフォームC + ...
3. 税務申告
合計所得を確定申告で報告します:
- Schedule C(Form 1040): 事業所得として報告
- 事業経費の控除: 事業経費を適切に記録し控除する
- 自営業税の計算: 自営業税(Social SecurityおよびMedicare税)を計算
4. 記録保持
すべての記録を少なくとも3年間保存します:
- 決済明細: 各プラットフォームの決済明細
- 取引履歴: 取引履歴のログ
- 経費の記録: 事業経費の記録
- 税務申告書: 税務申告書のコピー
注意点
- 1099-Kがない=所得ではない: 1099-Kがない場合でも、すべての所得は課税対象
- プラットフォームごとの閾値: 閾値はプラットフォームごとに適用
- 合計所得の報告: 合計所得を確定申告で報告する必要がある
- 記録保持の重要性: 記録保持は監査に備えるために重要
例
| プラットフォーム | 年間収益 | 取引数 | 1099-K |
|---|---|---|---|
| PayPal | $12,000 | 150 | なし |
| Venmo | $8,000 | 100 | なし |
| 合計 | $20,000 | 250 | なし |
この場合、プラットフォームごとに閾値未満($20,000/200取引)のため1099-Kは発行されませんが、合計$20,000の所得は確定申告で報告する必要があります。
Q14: 1099-Kを受け取った場合、どうすればよいですか?
A: 1099-Kを受け取った場合、以下のステップを実行する必要があります:
1. 1099-Kの確認
1099-Kの内容を確認します:
- 支払者情報: プラットフォーム名および連絡先
- 受取人情報: 氏名、住所、TIN
- 総取引額: ボックス1a「Gross amount of reportable payment transactions」
- 取引日: ボックス1b「Date of the payment」
- 取引数: ボックス1c「Number of payment transactions」
- 源泉徴収税額: ボックス4「Federal income tax withheld」
2. 自分の記録との照合
自分の記録と1099-Kの内容を照合します:
- 取引履歴の確認: プラットフォームの取引履歴を確認
- 所得の計算: 1099-Kに記載された金額と自分の記録を比較
- 不一致の確認: 不一致がある場合、原因を特定
3. 不一致がある場合の対応
不一致がある場合、以下の手続きを実行します:
- プラットフォームに連絡: プラットフォームに連絡し修正を依頼
- 修正された1099-Kの受領: 修正された1099-Kを受領する
- 記録の更新: 自分の記録を更新する
4. 税務申告
1099-Kの情報を確定申告で報告します:
- Schedule C(Form 1040): 事業所得として報告
- 事業経費の控除: 事業経費を適切に記録し控除する
- 源泉徴収税額の控除: ボックス4に記載された源泉徴収税額を税額控除として請求
5. 記録保持
すべての記録を少なくとも3年間保存します:
- 1099-Kのコピー: 1099-Kのコピーを保存
- 決済明細: プラットフォームの決済明細を保存
- 取引履歴: 取引履歴のログを保存
- 税務申告書: 税務申告書のコピーを保存
注意点
- 1099-Kは情報申告書: 課税所得を決定するものではない
- すべての所得を報告: 1099-Kに記載されていない所得も報告する必要がある
- 事業経費の控除: 事業経費を適切に記録し控除する
- 専門家への相談: 複雑な状況の場合、税務専門家に相談することを推奨
Q15: バックアップ源泉徴収された金額はどうなりますか?
A: バックアップ源泉徴収された金額は、以下のようになります:
1. 前払いとしての扱い
源泉徴収された金額は、受取人の連邦所得税の前払いとして扱われます:
- 源泉徴収額: 支払額の24%
- 前払い税額: 連邦所得税の前払い
- 税額控除: 確定申告で税額控除として請求可能
2. 確定申告での税額控除
確定申告で、源泉徴収された金額を税額控除として請求します:
- Form 1040: ライン25a「Tax withheld from Forms W-2 and 1099」に記載
- 1099-K: ボックス4「Federal income tax withheld」に記載された金額を記載
- 税額計算: 総所得から源泉徴収額を控除し、最終的な税額を計算
3. 還付または追加支払い
確定申告の結果に基づき、以下のいずれかが発生します:
- 還付: 源泉徴収額が実際の税額を超える場合、還付される
- 追加支払い: 実際の税額が源泉徴収額を超える場合、追加支払いが必要
4. 例
シナリオ: フリーランサーが$10,000の支払いを受け、24%($2,400)が源泉徴収された
- 源泉徴収額: $2,400
- 確定申告時の税額計算:
- 総所得: $10,000
- 税額: $1,500(税率15%)
- 源泉徴収控除: $2,400
- 還付: $900
5. 記録保持
源泉徴収された金額の記録を保持します:
- 1099-Kのコピー: 源泉徴収額が記載された1099-Kのコピーを保存
- 支払記録: 支払額と源泉徴収額の記録
- 税務申告書: 税務申告書のコピーを保存
注意点
- 源泉徴収は前払い: 最終的な税額を決定するものではない
- 確定申告で調整: 確定申告で実際の税額を計算
- 還付または追加支払い: 確定申告の結果に基づき、還付または追加支払い
- 専門家への相談: 複雑な状況の場合、税務専門家に相談することを推奨
まとめ
バックアップ源泉徴収は、TIN不一致、過少申告など4つのトリガー条件のいずれかに該当する場合に適用される制度であり、源泉徴収された金額は受取人の連邦所得税の前払いとして扱われます。1099-Kはプラットフォームごとに発行され、閾値($20,000/200取引)に達していない場合でも、すべての所得は申告義務があります。事業者はTIN収集・検証プロセスの確立、B-Notice手続きの実装、バックアップ源泉徴収システムの構築などのコンプライアンス措置を講じる必要があります。
まとめ — バックアップ源泉徴収規則の要点と次のステップ
要点の再確認
本記事では、米国IRSが2026年8月10日に公布した第三者ネットワーク取引に関するバックアップ源泉徴収の最終規則について詳しく解説してきました。ここでは、重要なポイントを6つの項目にまとめます。
1. 最終規則の公布
2026年8月10日に公布された最終規則(T.D. 10053)は、2025年1月1日以後に開始する暦年に支払われる金額から適用されます。この規則は、2025年7月に成立したOne Big Beautiful Bill Act(OBBBA)によるForm 1099-K閾値の変更に整合しており、バックアップ源泉徴収の要件を最新の法的枠組みに合わせて更新しました。
2. バックアップ源泉徴収の理解
バックアップ源泉徴収は、IRCセクション3406に基づく制度で、支払者が受取人に支払う金額の24%を源泉徴収し、IRSに納付する義務を課します。この源泉徴収は、4つのトリガー条件のいずれかに該当する場合に開始されます。
- トリガーA:TIN未提供または明らかに無効なTIN
- トリガーB:TIN不一致通知(CP2100/CP2100A)
- トリガーC:過去の利子・配当の過少申告(Cプログラム)
- トリガーD:認証失敗
中でも、TIN不一致が最も一般的なトリガーであり、支払者はW-9フォームの収集・検証プロセスを確立することが重要です。
3. 第三者ネットワーク取引の定義
第三者ネットワーク取引は、第三者決済組織(TPSO)を通じて決済される商品・サービス販売のための取引を指します。TPSOは、複数の参加者の間で取引を決済し、資金を「解決」する組織です。
主なTPSOには、PayPal、Venmo、Cash App、Stripe、Square、Etsyなどが含まれます。一方で、Zelleは一般的にTPSOではないと見なされます。これは、Zelleが資金を保持せず、銀行間での直接転送のみを行い、取引を「解決」しないためです。
4. 1099-K閾値の変遷
Form 1099-Kの報告閾値は、近年で劇的な変遷を経ています。
- 2011-2023年:$20,000かつ200取引以上
- 2023年(予定):$600(ARPAによる変更、後に延期)
- 2024年:$5,000(段階的導入)
- 2025年(予定):$2,500(段階的導入、中止)
- 2025年(実際):$20,000かつ200取引以上(OBBBAによる復元)
- 2026年以降:$20,000かつ200取引以上(恒久化)
ARPA(2021年)により$600に引き下げられる予定だった閾値は、OBBBA(2025年)により$20,000/200取引に復元されました。これにより、多くの小規模ギグワーカーへの1099-K発行数が大幅に減少しています。
5. 納税者への影響
重要なポイントは、1099-Kを受け取らなくても、すべての所得は課税対象であるということです。 1099-Kは情報申告書であり、課税所得を決定するものではありません。
- 多くの小規模ギグワーカーは1099-Kを受け取らなくなる可能性がありますが、所得申告義務は不変です。
- プラットフォームごとの決済明細を保存し、取引履歴を追跡することが重要です。
- TIN不一致や未提供の場合、24%の源泉徴収が発生するリスクがあります。
「フォームがない=所得がない」という誤解を避け、すべての事業所得を正確に申告する必要があります。
6. 事業者への影響
事業者(特にTPSOs)には、以下のコンプライアンス要件が課されます。
- TIN収集・検証プロセスの強化:W-9フォームの収集、TINマッチングサービスの活用、オンボーディング時のTIN確認
- B-Notice手続きの実装:CP2100/CP2100A通知の受領、First B-Noticeの送信(15営業日以内)、Second B-Noticeの送信(3年以内の再発行時)
- バックアップ源泉徴収システムの構築:トリガー検出システム、24%源泉徴収の自動計算、Form 945報告システム、EFTPS預金スケジュール管理
- 記録保持とドキュメンテーション:W-9フォームの保存、B-Notice履歴の記録、修正TINの追跡
また、州によっては独自の1099-K閾値を維持しており、連邦閾値と異なる場合があります。事業者は連邦・州両方の要件を確認し、遵守する必要があります。
次のステップ(アクションアイテム)
支払者(事業者・TPSOs)向け
今すぐ実行すること
- W-9収集プロセスを確認
- すべての受取人からW-9フォームを収集しているか確認
- W-9フォームの内容が正確であるか確認(TINと氏名の整合性)
- TINマッチングサービスを導入(まだ導入していない場合)
- IRSのTINマッチングサービスに登録
- 既存のTINデータをバッチマッチングで確認
- B-Notice手続きのプロセスを文書化
- CP2100/CP2100A通知の受領プロセスを確立
- First B-NoticeおよびSecond B-Noticeの送信プロセスを文書化
今月中に実行すること
- バックアップ源泉徴収システムの構築または更新
- トリガー検出システムの構築
- 24%源泉徴収の自動計算機能の実装
- 1099-K発行時のバックアップ源泉徴収額の記録機能
- Form 945報告プロセスの確立
- 年末調整プロセスの確立
- EFTPS預金スケジュールの設定
- 四半期ごとの源泉徴収額の追跡
- 従業員トレーニングの実施
- バックアップ源泉徴収の基本概念の理解
- W-9収集・検証プロセスのトレーニング
- B-Notice手続きの実践トレーニング
四半期内に実行すること
- TIN不一致データのクリーンアップ
- 既存の受取人データのTINマッチング実施
- 不一致のある受取人に修正W-9を要求
- 未提供のTINを持つ受取人からW-9を収集
- 過去の1099発行記録の確認
- 過去3年間の1099-NEC、1099-MISC、1099-Kの記録を確認
- TIN不一致の履歴を特定
- バックアップ源泉徴収の適用状況を確認
- コンプライアンス監査の実施
- 内部監査チームによるバックアップ源泉徴収プロセスの監査
- 外部専門家によるコンプライアンス評価
- 改善点の特定と修正計画の策定
受取人(ギグワーカー・フリーランサー)向け
今すぐ実行すること
- すべてのTPSOに正確なW-9を提供
- PayPal、Venmo、Cash App、Stripeなど、利用中のすべてのプラットフォームにW-9を提出
- TIN(SSN、EIN、またはITIN)が正確であるか確認
- TINと氏名が整合しているか確認
- IRS記録と一致しているか確認
- 氏名のスペル、TINの桁数などに誤りがないか確認
今月中に実行すること
- すべての所得記録を整理
- 利用中のすべてのプラットフォームから取引履歴をエクスポート
- 年間の総所得を計算
- 費用記録も整理し、純所得を計算
- プラットフォーム決済明細を保存
- 月次・四半期ごとの決済明細を保存
- 取引履歴の詳細を保持
- 税務申告用に分かりやすい形式で整理
- 過去の税務申告を確認
- 過去3年間の税務申告を確認
- 過少申告がある場合、修正申告を検討
- 未納税額がある場合、支払い計画を策定
四半期内に実行すること
- 税務専門家と相談
- バックアップ源泉徴収の影響を評価
- 適切な所得申告計画を策定
- コンプライアンス要件の確認
- 年間所得の追跡システムを確立
- スプレッドシート、会計ソフト、または所得追跡アプリの活用
- 月次・四半期ごとの所得記録の更新
- 費用記録の自動化
- 所得申告計画の作成
- 見込み所得税額の計算
- 四半期ごとの予定納税の計画
- 税務上の最適化戦略の策定
追加情報の入手
最新かつ正確な情報を入手するために、以下のリソースを活用してください。
公式リソース
- IRS公式ウェブサイト
- URL: https://www.irs.gov
- 最新のニュース、フォーム、ガイダンスが公開されています。
- IRS バックアップ源泉徴収ページ
- URL: https://www.irs.gov/businesses/small-businesses-self-employed/backup-withholding
- バックアップ源泉徴収の詳細な情報、Bプログラム、Cプログラムについて解説されています。
- Federal Register
- URL: https://www.federalregister.gov
- 最終規則の完全なテキスト、提案規則、公衆コメントを確認できます。
専門家の助言
具体的な状況に応じたアドバイスについては、資格を持つ税務専門家(CPA、税理士、税務弁護士)に相談してください。特に、以下の点について専門家の意見を得ることをお勧めします。
- 個別のビジネス状況におけるコンプライアンス要件
- バックアップ源泉徴収の適用可否
- 所得申告計画の策定
- 州法との整合性確認
最後の注意点
バックアップ源泉徴収規則への対応にあたっては、以下の点に注意してください。
州法の確認
本記事では連邦レベルの規定に焦点を当てていますが、州によっては独自の1099-K閾値や報告要件を維持しています。例えば、カリフォルニア州やマサチューセッツ州などの一部の州では、連邦閾値と異なる閾値を適用している場合があります。事業者は、活動する州の税務当局の要件を確認し、連邦・州両方のコンプライアンスを確保する必要があります。
法的变化の監視
税法および関連規則は頻繁に変更される可能性があります。IRSは、新しいガイダンスやFAQを随時公開しています。最新の情報を把握するために、以下の方法で法的变化を監視することをお勧めします。
- IRS Newsroomの定期チェック
- 公式リソースへのメール通知の登録
- 税務専門家からの定期的な更新
専門家の助言
本記事は公開資料に基づいて作成された情報提供を目的としており、税務・法務に関する専門的アドバイスではありません。具体的な状況に応じた税務・法務アドバイスについては、資格を持つ専門家に相談してください。特に、以下の状況では早急に専門家の助言を得ることをお勧めします。
- バックアップ源泉徴収が開始された場合
- TIN不一致の通知を受けた場合
- 複数の州でビジネスを行っている場合
- 過去に過少申告の履歴がある場合
参考文献
本記事の執筆にあたり、以下の資料を参照しました。
公的資料
- Federal Register - Backup Withholding on Third Party Network Transactions (2026-08-10)
- URL: https://www.federalregister.gov/documents/2026/08/10/2026-16269/backup-withholding-on-third-party-network-transactions
- IRS Newsroom - IRS issues FAQs on Form 1099-K threshold under the One, Big, Beautiful Bill (2025-10-23)
- URL: https://www.irs.gov/newsroom/irs-issues-faqs-on-form-1099-k-threshold-under-the-one-big-beautiful-bill-dollar-limit-reverts-to-20000
- IRS Newsroom - Treasury, IRS issue proposed regulations reflecting changes from the One, Big, Beautiful Bill (2026-01-08)
- URL: https://www.irs.gov/newsroom/treasury-irs-issue-proposed-regulations-reflecting-changes-from-the-one-big-beautiful-bill-to-the-threshold-for-backup-withholding-on-certain-payments-made-through-third-parties
- IRS - Backup Withholding (Official Page)
- URL: https://www.irs.gov/businesses/small-businesses-self-employed/backup-withholding
- IRS Publication 1281 - Backup Withholding for Missing and Incorrect Name/TINs
- URL: https://www.irs.gov/pub/irs-pdf/p1281.pdf
- IRS Topic no. 307 - Backup withholding
- URL: https://www.irs.gov/taxtopics/tc307
- Cornell Law School - 26 U.S. Code § 3406 - Backup withholding
- URL: https://www.law.cornell.edu/uscode/text/26/3406
- Congress.gov - American Rescue Plan Act of 2021 (H.R. 1319)
- URL: https://www.congress.gov/bill/117th-congress/house-bill/1319/text
- Congress.gov - One Big Beautiful Bill Act (H.R. 1)
- URL: https://www.congress.gov/bill/119th-congress/house-bill/1/text
専門家分析・解説記事
- KPMG - Final regulations: Backup withholding on third party network transactions (2026-08)
- URL: https://kpmg.com/us/en/taxnewsflash/news/2026/08/tnf-final-regulations-backup-withholding-on-third-party-network-transactions.html
- EY - IRS finalizes regulations on backup withholding for third-party settlement organizations (2026-08-07)
- URL: https://taxnews.ey.com/news/2026-1689-irs-finalizes-regulations-on-backup-withholding-for-third-party-settlement-organizations
- Bloomberg Tax - IRS Finalizes Rules on Third-Party Network Backup Withholding (2026-08)
- URL: https://news.bloombergtax.com/daily-tax-report/irs-finalizes-rules-on-third-party-network-backup-withholding
- Avalara - One Big Beautiful Bill Act changes 1099 thresholds (2025-07)
- URL: https://www.avalara.com/blog/en/north-america/2025/07/one-big-beautiful-bill-act-1099-reporting-threshold.html
- TaxStudio AI - 1099-K 2025: $20,000/200 Threshold Is Back (OBBBA)
- URL: https://taxstudioai.com/post/1099-k-2025-threshold-reset-obbba
- Growthy - Backup Withholding for 2026: When the 24% Rate Triggers (IRC §3406)
- URL: https://growthy.com/blog/backup-withholding-explained
- Omnivoo - Backup Withholding 24% Rule: When US Companies Must Withhold from Contractor Payments
- URL: https://omnivoo.com/blog/backup-withholding-24-rule-contractor-payments
TIGTA関連資料
- TIGTA - All Reports List
- URL: https://www.tigta.gov/reports/list
- KPMG - TIGTA Report Details Backup Withholding Compliance Issues (PDF)
- URL: https://kpmg.com/kpmg-us/content/dam/kpmg/pdf/2021/052121-tigta-report-backup-withholding-compliance.pdf
教育的・参考資料
- Tax Law Center - Third-party settlement reporting
- URL: https://taxlawcenter.org/tealbook/policy-options/third-party-settlement-organization-tpso-reporting
- ProjectBits - Third-Party Payment Apps and Your 1099s: PayPal, Venmo, Zelle, Cash App
- URL: https://projectbits.com/tax-ready-1099-k-vs-nec/
- L&W Law - New Venmo, PayPal, and Zelle reporting policies
- URL: https://l-wlaw.com/new-venmo-paypal-and-zelle-reporting-policies
- Nevin Law Group - Is Zelle A Third Party Settlement Organization
- URL: https://nevinlawgroup.com/is-zelle-a-third-party-settlement-organization.html
- Uncle Kam - 1099-K Third-Party Payment Network Reporting for 2026
- URL: https://unclekam.com/tax-strategy-blog/1099-k-third-party-payment-network-reporting-for-2026/
作成日: 2026年8月10日 トピック: 米IRS:第三者ネットワーク取引のバックアップ源泉徴収に関する最終規則