インドでMicrosoft 365 Business Standardをカード決済していると、TDS（源泉徴収税）を2%で控除すべきか10%かで迷うことがあります。本文では、194J(a)/194J(b)の区分根拠、HSN/SACとの関係、カード決済時の実務フローまでまとめます。
結論の方向性：多くのケースで「194J(a)（2%）＝技術サービス」と整理されやすい
Microsoft 365 Business Standardのような月額サブスクリプションは、一般的には「人が提供する専門家業務（professional services）」というより、クラウド上で標準化された機能を提供するSaaS（Software as a Service）として理解されます。そのため、TDSの実務では194J(a)（Fees for Technical Services）＝2%で扱う整理が多く見られます。
ただし、インドの源泉税は「サービスの実態」「契約書・請求書の記載」「支払先（インド居住者か、海外のMicrosoft entityか）」で扱いが変わり得ます。最終判断を固めたい場合は、社内メモ＋税務専門家（CA等）の意見書まで揃えるのが現実的です。
免責：本記事は一般的な情報提供を目的としたもので、個別案件の税務判断を代替するものではありません。最終的なTDS区分・税率・申告方法は、取引実態と最新法令に基づき専門家へ確認してください。
最初に確認すべき前提：請求元が「インド居住者」か「海外Microsoft entity」か
この論点は意外と見落とされがちですが、TDSの条文選択は「支払先が居住者か非居住者か」で変わります。Microsoft Learnでも、AzureやMicrosoft 365のWeb Direct請求が外国のMicrosoft entityから発行され、国・地域の税務当局からクロスボーダーのwithholding tax（WHT）を求められるケースがあることが明記されています。インド顧客の例として、シンガポールのMicrosoft Regional Sales Pte Ltd（MRS）宛のクロスボーダー支払いが挙げられています。
つまり、「194J(a)か194J(b)か」を議論する前に、そもそも194Jの枠でよいのか（インド居住者への支払いなのか、非居住者への支払いなのか）を必ず確認してください。請求書の「Bill-to entity」「Supplier」「GSTIN」「住所・国」などを見て判定します。疑義があれば、CAに条文選択（例：194Jか、別条文か）から相談するのが安全です。
まず押さえる：194J(a)と194J(b)は“e-TDSコード”として分かれている
「194J(a)」「194J(b)」は、TDSの申告（例：Form 26Q）で使用する区分として、2%区分と10%区分に分けて運用されています。要点だけ表にすると次のとおりです。
| 区分（e-TDSコード） | 主な対象 | TDS率 | ポイント |
|---|---|---|---|
| 194J(a) | Fees for Technical Services（professional serviceに該当しない技術サービス）／映画フィルム関連の一定のロイヤルティ／コールセンター等 | 2% | 「技術サービス」寄りの支払いで選択される区分 |
| 194J(b) | Fee for professional service（専門サービス）／（一定の）royalty等 | 10% | 人が提供する専門家業務、またはロイヤルティ色が強い支払いで選択される区分 |
また、所得税庁のTDS率一覧でも、194Jの中で「technical servicesは2%」「その他は10%」という整理が確認できます。
「専門サービス（professional）」と「技術サービス（technical）」のイメージを揃える
判断をぶらさないために、まずは言葉のイメージを揃えます。
- 専門サービス（professional services）：弁護士、会計士、医師、建築家、エンジニア等のように、特定の資格・専門性を持つ人が提供する役務（コンサル・監査・設計・診断など）を想起すると分かりやすいです。
- 技術サービス（technical services）：ITインフラ、システム、クラウド、ソフトウェア等の技術を背景に提供される役務。人が常時手作業で提供するというより、標準化された技術基盤に対する利用料・運用提供料として扱われやすい領域です。
Microsoft 365の月額サブスクは、通常は「Microsoft 365の機能を使える状態（アカウント・クラウド機能・アップデート）を提供する対価」であり、個別の専門家が成果物を納品するコンサル契約とは性質が異なります。この違いが、2%側（technical）で整理されやすい背景です。
Microsoft 365 Business Standardが194J(a)（2%）になりやすい理由
MicrosoftのQ&A回答（コミュニティ上の整理）では、Microsoft 365 Business Standardの性質をSaaS＝technical serviceとして捉え、194J(a)の2%を前提に案内しています。
実務的に「2%」で説明しやすい材料を、判断軸として並べると次のようになります。
| 確認ポイント | 194J(a) 2%に寄りやすい状況 | 194J(b) 10%を検討したい状況 |
|---|---|---|
| 提供形態 | クラウド上の標準サービス（SaaS）利用料が中心 | 専門家が個別に提供するコンサル・設計・監査が請求に含まれる |
| 成果物の有無 | 特定の成果物納品より、継続的な“利用権”と“運用” | レポート、設計書、移行計画、監査結果など成果物が主 |
| 請求書の記載 | Subscription / Cloud service / SaaS等の表現 | Consulting / Professional services / Advisory等の表現 |
| 支払いの分解 | サブスク費用のみ（またはサブスクが大部分） | 導入支援・移行・トレーニング等が別行で計上されている |
ここで重要なのは、「同じMicrosoft相手でも、請求の中身が混ざると区分が変わる」点です。たとえば、Microsoft 365のサブスク自体は2%側で整理しやすくても、別途の導入支援（プロジェクト型のコンサル）まで同一請求に含めると、10%側（professional）を検討する余地が出ます。混在する場合は、請求書の内訳を分け、TDSも行別に整理できる形にしておくと後から説明しやすくなります。
HSN/SAC 997331は何を意味する？TDS判断との関係
質問で挙げられているHSN（SAC）997331は、GST（インド物品サービス税）上のサービス分類で、「コンピュータソフトウェアやデータベースの使用権に関するライセンスサービス」に該当すると整理されています。
ここが混乱ポイントで、GSTの分類名だけ見ると「ライセンス＝ロイヤルティ？」という連想が働きやすい一方で、所得税（TDS）はGSTのHSN/SACで自動的に決まるわけではありません。TDSは所得税法上の“支払いの性質”で判断します。HSN/SACは参考情報として添付する価値はありますが、それ単体で194J(b)（10%）と断定する根拠にはなりにくい、という立ち位置で押さえると安全です。
カード決済で「TDS控除ができない」問題と、現実的な解決フロー
Microsoft 365をクレジットカード／デビットカードで支払っている場合、請求・決済の仕組み上、支払時にMicrosoft側でTDS控除を反映できないことがあります。その場合、コミュニティ回答では「満額をカードで支払ったうえで、TDSは自社で別途納付し、後日Microsoftへクレジット申請」という実務が案内されています。
| ステップ | やること | 成果物 | 実務メモ |
|---|---|---|---|
| 1 | Microsoft 365の請求を通常どおり支払う（カード決済なら満額支払い） | MicrosoftのInvoice | 後段の申請で「Invoice金額一致」が重要になる |
| 2 | TDSを自社側で計算し、Challan ITNS 281等で税務当局へ納付 | 納付情報（Challan控え） | 適用区分（194J(a) or 194J(b)）は社内で根拠を残す |
| 3 | TRACESからForm 16A（TDS証明書）を取得 | デジタル署名付きForm 16A | Form 16AはTRACESでダウンロード手順が案内されている |
| 4 | Withholding Tax Credit Form（India）＋Form 16AをMicrosoftへ提出 | Microsoft側でクレジット／返金・調整 | Admin Center等でサポートチケットを起票して添付提出 |
納付期限の目安：TDSは“後回し”にすると利息・ペナルティ論点になりやすい
Microsoftへのクレジット申請に進む以前に、まずはTDSの納付が前提です。一般的には「当月控除分は翌月7日まで（3月分のみ例外あり）」といった運用が整理されます。社内の締め日・カード決済日・TDS計上日がズレると漏れやすいので、会計処理のルール（計上基準日）を決め、月次のチェックリストに組み込むのがおすすめです。
Form 16Aの取得：TRACESでの基本手順
Form 16AはTDS控除・納付を証明する書類で、Microsoftへクレジット申請する際にも求められます。所得税庁の案内では、Deductor（源泉徴収する側）がTRACESにログインし、DownloadsからForm 16/16Aを選んで申請・取得する流れが示されています。
- TRACESにログイン
- Downloads → Form 16/16A
- 対象年度・四半期などを指定してリクエスト
- Requested Downloadsから取得
MicrosoftへのWithholding Tax Credit申請：必要書類と注意点
Microsoft Learnの手順では、インドの顧客がWHT/TDSを控除・納付した場合、Microsoftへの申請はサポートチケットで提出し、基本的な添付物として次が求められます。
| 必要書類 | 入手先 | チェックポイント |
|---|---|---|
| Withholding Tax Credit Form – India | Microsoft Download Center | 四半期ごとに提出する運用が前提 |
| Form 16A（デジタル署名付き） | TRACES | 証明書の金額とInvoice金額の突合が行われる |
また、Microsoftは「クレジットカードで満額支払った場合でも、別途WHTを納付したなら、申請して返金（refund）を受ける」シナリオを明記しています。
実務で詰まりやすい注意点も押さえておくと安心です。
- Withholding Tax Credit FormのInvoice金額と、Form 16A（TDS証明）のInvoice金額が一致している必要がある（不一致なら理由をフォーム側で説明）
- ファイル形式やファイル名、サイズなど、提出要件が指定される場合がある（例：PDFまたは画像、ファイル名の制約、サイズ上限など）
- 承認後は次回請求サイクルで反映されるなど、処理フローに沿って計上される
提出タイミングの目安：Form 16Aの四半期スケジュール
インド向けの案内では、四半期ごとのForm 16A発行期限と、Microsoftへ提出できる期限（延長タイムライン）が表で示されています。社内の締め作業（TDS納付→証明書取得→Microsoft提出）を組む際の目安になります。
| Quarter | 対象期間 | Form 16Aの発行期限（目安） | Microsoft提出の延長期限（目安） |
|---|---|---|---|
| Q1 | 4月〜6月 | 8月15日 | 8月31日 |
| Q2 | 7月〜9月 | 11月15日 | 11月30日 |
| Q3 | 10月〜12月 | 2月15日 | 2月28日 |
| Q4 | 1月〜3月 | 6月15日 | 6月30日 |
194Jの閾値（threshold）にも注意：小規模でも超えやすいポイント
「少額だからTDSは不要」と思っていても、サブスクは毎月積み上がるため、年間で閾値を超えやすいのが落とし穴です。Budget関連資料（memorandum）では、194Jの閾値（TDS控除が必要となる年間支払額）を₹30,000から₹50,000へ引き上げ、2025年4月1日から適用する旨が示されています。
たとえば、月額₹5,000のライセンスでも年間₹60,000になり、閾値を超えます。請求が月次でも、判定自体は「同一支払先に対する年度累計」で見る運用が一般的なので、会計側で自動集計できるようにしておくとミスが減ります。
「2%で行く」と決める前に、最低限そろえたい社内エビデンス
税務調査で問われるのは“率”そのものよりも、なぜその区分で処理したかです。Microsoft 365のTDSを194J(a)（2%）で処理するなら、次のような証跡セットを作ると説明が通しやすくなります。
| エビデンス | 具体例 | 目的 |
|---|---|---|
| 請求書（Invoice） | “Microsoft 365 Business Standard subscription” 等の記載、期間、ユーザー数、金額 | 支払いの実態（サブスク利用料）を示す |
| 契約条件・利用規約 | Microsoftの契約条件、プランの説明、提供形態（クラウド） | コンサルではなく標準サービス利用であることを補強 |
| 社内メモ（判断書） | 「SaaS＝technical serviceとして194J(a)を適用」等、判断理由を箇条書き化 | 担当者が変わっても判断が再現できる |
| クレジット申請関連 | Withholding Tax Credit Form、Form 16A、チケット控え | Microsoftへの調整（クレジット）手続きを証明 |
「公式見解」や「補償（indemnity）」が欲しい場合の現実的なルート
コミュニティ／Q&Aの回答は、実務のヒントとして有用ですが、税務上の争いに耐える“公式保証”ではありません。Microsoft側の案内でも、個別事情がある場合はMicrosoft 365 Admin Center経由で課金・契約サポートに問い合わせることが推奨されています。
また、税務リスク（追徴・利息・ペナルティ）まで含めて守りたいなら、Microsoftからの一般案内だけに頼るより、第三者の税務専門家（CA等）に「当社の取引実態に照らした意見」を文書化してもらうほうが、防御力が高いケースが多いです。
実務チェックリスト：迷ったときの最短ルート
| チェック | Yesなら | Noなら |
|---|---|---|
| 請求の中身はサブスク利用料のみ？ | 194J(a)（2%）方向で根拠整理 | コンサル等の混在を疑い、明細分離を検討 |
| 請求書にConsulting/Advisory等の文言がある？ | 10%側（194J(b)）の可能性を検討 | 2%側（194J(a)）の説明が通りやすい |
| 支払方法がカードで、TDS控除が物理的にできない？ | 満額支払い＋TDS別納付＋Form 16A＋WHT申請 | 送金（wire）なら控除後送金＋WHT申請（必要に応じて） |
| 請求元が海外Microsoft entity（例：Singapore）？ | 194Jだけでなく「クロスボーダーWHT」も含めて整理 | インド居住者への支払いなら194J整理が中心 |
よくある質問
サブスク料金に2%をかけるの？税抜き？総額？
TDSは「課税所得の性質に応じた源泉徴収」なので、実務では請求書の課税ベース（税抜き・税別項目）にどう掛けるかが論点になります。Microsoftの案内では、年間価値に2%を掛ける例示が示されていますが、取引条件（GSTの扱い、請求書項目の分解）によって整理が変わるため、会計・税務の方針を社内で統一し、必要ならCAに確認してください。
Microsoftへのクレジット申請で、どんな書類不備が多い？
多いのは金額不一致とForm 16Aの要件不足です。Microsoft側は、Withholding Tax Credit FormのInvoice金額とTDS証明書の一致を確認し、問題があれば修正や差し替えを求める流れを明記しています。
結局、2%で処理すれば“絶対に安全”と言える？
言い切りは避けるべきです。SaaSは2%（technical）で整理されやすい一方、ソフトウェアの提供形態は「ロイヤルティ」「技術サービス」「専門サービス」などの境界で争点になり得ます。だからこそ、請求の中身を分ける／根拠を残す／必要なら意見書を取るという“守りの実務”が効きます。
コメント