GH GambleHub

iGaming業界における課税

1) iGamingの税金カード(誰が何を支払う)

A。 B2Cオペレータ(カジノ/スポーツ):
  • ギャンブル活動に関する特別税:GGR、売上高(売上高)または収益性の高いベース。
  • 法人所得税(CIT)。
  • VAT/GST(通常はB2Bサービス用;B2Cギャンブルサービスは免除/非課税の場合が多いですが、詳細は管轄によって異なります)。
  • 控除(WHT):非居住者への支払い(ロイヤリティ、利息、サービス)。
  • 給与税(州/アウトソース)。
B。B2Bプロバイダー(ゲームコンテンツ/支払い/LCC):
  • 顧客の国の居住地またはPEによるCIT。
  • 電子サービスのためのVAT/GST(供給の場所規則)。
  • IPライセンスにおけるロイヤリティ/WHTの可能性。
C。アフィリエイト/メディア:
  • 居住者による所得税/自己雇用。
  • WHTは、オペレータの国のソースで可能です(二重課税条約-DTTによって異なります)。

2)ベースと数式(動作最小)

2.1基本的な定義

ターンオーバー(ベット):すべてのベット/チケットの売上高の合計。
ペイアウト:プレイヤーに勝ちます。

GGR (Gross Gaming Revenue):
[
\text {GGR} =\text {Turnover} -\text {Payouts}
]

ボーナスコスト:実際のコストで使用されるボーナス/FS。
ジャックポット貢献:ベット/GGRの調整可能な関心。

NGR (Net Gaming Revenue):
[
\text {NGR} =\text {GGR} -\text {Bonus Costs} -\text {Jackpot Contribution} -\text {Game Provider Fees}
]

GP手数料:契約に基づくGGR/売上高/ハンドルの%。

2.2税金モデル

GGR-tax:ゲーム総所得に賭けます(多くの場合、垂直/管轄に応じて5〜40%)。
売上高税:ベット売上高の%;マージンは敏感です。
利益ベース:CIT/特別所得税(純粋にiGamingでは珍しい)。
固定料金/ライセンス料:年間/毎月、時にはゲームの場所/端末によって。

2.3ボーナスと控除

どこかでボーナスはGGRデータベースからの控除として許可されています、どこかではないです(または部分的に)。
フリーベット/FS:「実装コスト」を考慮してください。ポリシーの方法論を修正します。

2.4ジャックポット

プログレッシブファンド:再生されるまで、通常は支払いとは見なされません。しかし、寄付は費用として認識することができます(税務慣行-管轄)。

3)付加価値税/GSTおよび「供給の場所」

B2Cギャンブルサービスは多くの場合、VATを免除/除外しますが、これは「ゼロ義務」を意味するものではありません。
B2B-electronicサービス/ライセンス-原則として、受取人での販売場所→クライアント側での逆チャージ、およびあなたは多くの国で非居住者を登録する義務があります。
マーケティング/アフィリエイト:広告サービスは通常、受信者の場所(B2B)で課税されます。

4)ウィッシュホールディングス(WHT)およびロイヤリティ

ゲーム/IPライセンスの非居住者への支払いは、DTTの利点がない場合にWHTによって適用されるロイヤリティとして認定されることがよくあります。
契約では、明らかに総額/純額、税額控除、および居住証明書を提供する義務を述べています。

5)ホールディングス、TP、常設(PE)

5.1転送価格(TP)

開発/マーケティング/オペレーションセンターを持つiGamingグループは、Master/Local File、 comparability analysis、 intragroup rate policy (Cost +/TNMM/Royalty-rate)を持っている必要があります。
エンジン/コンテンツ/ブランドロイヤリティ→DEMPE要因(IPの開発/運用)を確認します。

5.2永久ミッション(PE)

オペレータ/プロバイダーのPEリスク:重要な人員の機能、取引を締結する権限を持つ地元の営業担当者、ローカルサーバー/データセンター、オフィス/スタッフの長期リース。
PEで-存在国の利益の一部の課税+可能な付加価値税の義務。

6)プレイヤーと賞金の税金

多くの国では、プレイヤーからの賞金はソース/受信者に課税されます。オペレータは税務代理人として行動することができます。
必須:控除の可視ロジック、プレーヤーへのレポート、レジスタの保存(KYCバンドル)。

7)会計・計算例

7.1ミニ例(月、カジノ)

ターンオーバー: 10 000 000

支払い: 9 300 000→GGR=700 000

ボーナス費用: 80 000

Jackpot contrib。: 20 000

GP手数料(GGRの20%): 140,000

→NGR=700 000 − 80 000 − 20 000 − 140 000=460 000

GGR-tax=20%→Tax=140,000。
CITは、すべての認識された経費の後に会計利益からカウントされます。

7.2 B2Bプロバイダー(ロイヤリティ)

ロイヤリティベース:その内容にオペレータのGGRの20%。
非居住者に支払う場合-WHTでDTTをチェックします(例えば、0-10-15%)。
請求書では、ロイヤリティ特性と税務条項(証明書がない場合は総額)を強調表示します。

8)ポリシーとレジスタ(テンプレート)

8.1課税負債の登録(YAML)

yaml entity: "Gamble Hub Ops Ltd"
residence: "..."
gaming_tax:
model: "GGR"
rate: 0. 20 bonuses_deductible: true jackpot_contrib_deductible: true vat_gst:
b2c_gaming: "exempt    out_of_scope"
b2b_services: "reverse_charge"
withholding:
royalties_default: 0. 10 dtt_available: true tp_policy:
method: "TNMM"
markup: "Cost+8%"
pe_risk:
sales_agents: "restricted"
servers_location: ["..."]
owner: "Tax/Finance"

8.2ボーナス/ジャックポット会計ポリシー

yaml bonuses:
recognition: "upon_redemption"
valuation: "expected_value"
cap_per_player_day: 100 jackpots:
fund_rate_of_turnover: 0. 5%
expense_recognition: "monthly_contribution"

8.3 DTT/証明書登録

yaml counterparty: "ProviderX Ltd"
payment_type: "royalty"
country: "..."
dtt_rate: 0. 0 residency_certificate: "2025-valid. pdf"
gross_up_clause: true

9) RAGリスクマトリックス

リスクR(クリティカル)A(固定可能)G(制御)
税金ベースが正しくありませんボーナス/ジャックポットが正しく考慮されていないPartialメソッド承認されたポリシー+レジストリ
VAT/GST登録なし/RC、入力VAT損失b2bチェーンによるスペース供給の場所+RCカード
WHT/DTT証明書のない支払い→過払い遅れた証明書DTTカレンダーとブルートアップ条項
TP/PETPファイル/ロケールがない場合、追加料金のリスク不完全な解析マスター/ローカルファイル+DEMPE
プレイヤーの勝利止めることのできない税金/罰則部分的なケースエージェントの役割、控除ログ
レポート/タイミング非行/罰則分離されたケース管轄のカレンダーと所有者

10)チェックリスト

市場投入前に

  • 税務モデル定義:GGR/売上高/利益;垂直率。
  • ボーナス/ジャックポットポリシーとその税金処理。
  • VAT/GST: B2Cの免除、B2Bの規則、必要登録/RC。
  • WHTカード(ロイヤリティ/サービス)、DTTおよび居住証明書。
  • 保有のTPポリシー;フィーチャーマップ(DEMPE)。
  • PE評価(人/サーバー/オフィス)。
  • プレイヤーの賞金とエージェントの役割に関する税制。
  • 報告カレンダー、責任、キーの日付。

月次サイクル

  • プラットフォームおよび元帳ログとのGGR/NGRの調整。
  • ボーナス/ジャックポット予約。
  • DTT証明書のWHTとステータスをチェックします。
  • VATレジスタ:RC/出力/入力。
  • アフィリエイトの支払いと控除の和解。

11)投稿と報告(非常に短い)

GGR-taxの累積:Dtゲーム税費/Ktゲーム税負担。
プロバイダーのロイヤリティ:Dtの費用/ロイヤリティ/Ktの債権者;WHTで-支払われるWHT/Ktの税金によるDtの費用。
VAT RC(受信B2Bサービス):VAT payable/Kt VAT recoverable(国の規則に従って)。

12)プレイブック

P-TAX-01: GGRデータベースのエラー

ベット/ペイログの調整→リベート/ジャックポットの再計算→修正宣言→メソッドの更新。

P-TAX-02: DTTの証明書なしの支払

標準WHT→証明書要求→返品/クレジットの提出→DTTカレンダーの更新を適用します。

P-TAX-03: PEリスク

機能/人/サーバーの在庫→販売権限の制限→代理店モデル/手数料→PEポジション。

P-TAX-04: VAT監査

RC/インボイスレジスタを上げる→供給場所を一致させる→明確化/契約を準備する→ガイドを修正する。

13) KPI/メトリクス

税率%(分散レポートと元帳≤ 0。5%).

タイムリーなファイリング%。
WHT over-witheld。
TP Documentation Coverage%。
PEリスクスコア(チェックリストによる)。
確認された入力VATの共有(該当する場合)。

14) ミニFAQ

B2CカジノのVAT?多くの場合、免除/範囲外ですが、入力VATは返金できない場合があります。
GGRからボーナスを差し引くことはできますか?モードによって決まります;ポリシーを修正し、ローカルルールで確認します。
PEはいつ発生しますか?重要な活動を作成する人々/インフラ/承認がある場合;関数を評価します。
WHTを減らす方法?DTT+現在の証明書、正しい支払い資格(ロイヤリティとサービス)。

15)免責事項

この資料は、iGamingの税務機能の運用フレームワークです。特定の料金/利点および解釈は国によって異なり、時間の経過とともに変化します。使用前に-現地の規制と関連するコンサルタントに確認してください。

16)結論

iGamingの税金はプロセスのシステムです:正しいベース(GGR/NGR)、わかりやすいボーナス/ジャックポットポリシー、VAT/GSTカード、WHT/DTTコントロール、TPドキュメント、PE監視。レジスタ、カレンダー、プレイブックを標準化し、税金は驚きの源ではなく予測可能な機能になります。

Contact

お問い合わせ

ご質問やサポートが必要な場合はお気軽にご連絡ください。いつでもお手伝いします!

Telegram
@Gamble_GC
統合を開始

Email は 必須。Telegram または WhatsApp は 任意

お名前 任意
Email 任意
件名 任意
メッセージ 任意
Telegram 任意
@
Telegram を入力いただいた場合、Email に加えてそちらにもご連絡します。
WhatsApp 任意
形式:+国番号と電話番号(例:+81XXXXXXXXX)。

ボタンを押すことで、データ処理に同意したものとみなされます。