スロベニア-金融管理
（セクション： 「市場と管轄」）
1）一言でスロベニア
スロベニアは、EUとユーロ圏のメンバーであり、持続可能な観光要素（スキーリゾート、サーマルスパ、湖）を備えたコンパクトな市場です。ギャンブルは「クラシック」（宝くじ、懸賞）と「特別な」ゲーム（カジノ、スロット、テーブル）の形で許可され、オンラインフォーマットは譲歩システムに関連付けられています。税制機能は、財務省の後援の下、スロベニア共和国の金融行政-FURS （Financhna uprava RS）に集中しています。
2）レギュレータと役割のマップ
議会/政府-ギャンブル法と副法を通じて枠組みを設定します。
財務省-政策、調整、譲歩発表。
FURS（金融管理）-業界の税金と手数料の管理、机/フィールド検査、コレクション。インタラクションチャンネル-eDavkiポータル。
AML/CFTの監督-国家金融インテリジェンスユニットと一緒に；オペレータによる要件の遵守、FURSおよび専門機関による制御。
スロベニア銀行/決済プロバイダー-PSD2、現地決済機能の遵守、当局の決定によるブロック。
消費者保護と広告団体-ラベルの管理、プロモーションの制限、年齢の障壁。
3）入場モデル： ゲームの種類とオンライン
古典的なゲーム：別の譲歩の下で国家制御宝くじ/懸賞。
特別なゲーム：譲歩によるカジノとゲームパーラー（通常は入札/入札を介して、数と場所に制限があります）。
オンラインゲーム：技術的および税務的要件を満たすときに既存の譲歩（またはその関連構造）の所有者によって提供されます。EUライセンスの無料の「パスポート」はありません-国家許容システムがあります。
4）予算への支払い： 課税の仕組み
通常、財政回路にはいくつかの層があります（現在の規制内の現在の金利を確認してください）
GGRのゲーム料金/税金（ゲームの種類別-カジノ/スロット/テーブル、オンライン；メソッド：GGR=ベット−賞金）。
譲歩の支払い/貢献-固定/数式の部分、時には売上高/結果にリンク。
法人所得税は、スロベニアの法人に適用される標準的なCITレートです。
VATは通常、賭け/賞金の「免除」ですが、関連サービス（マーケティング、IT、ホスティング）の課税性は個別に評価されます。
個人の賞金の課税-ゲームの種類としきい値に依存します。オペレータは保留/報告モードを知っている必要があります。
料金-登録/管理手数料、出版物、アポスティーユなど。
レポートベースと期間
GGRの税金ベースは、ゲームとチャンネル（オンライン/オフライン）の種類ごとに維持されます。
頻度-通常、eDavki+年次サマリー報告および監査された財務を介した毎月の決済提出。
プライマリレジスター：請求、セッション、RNG/認証ログ、ジャックポットレジスタ、プレーヤー控除テーブル。
5） eDavki （FURS）による管理)
登録：税番号、登録、eDavkiの資格のある署名の発行。
フォーム：特別なゲーム宣言、CIT、賞金からの控除、従業員と取引先に関するレポート。
コントロール：自動デスクチェック（レポートと支払いの比較）、明確化の要件、可能な調整。
支払い：SEPA/銀行振込、ハード期限；遅刻手数料。
貯蔵：記録および規定された期間内の第一次（通常5-10年）、ログの保護された貯蔵。
6） AML/CFTおよび責任があるゲーム
KYC/KYB：マルチレベル識別（ローカルルールの実行時にビデオ検証が許可されているリモート）、PEP/制裁の検証、トリガーの資金源。
トランザクション監視：制限、非定型パターン、不正防止および支払いゲートウェイとの接続。
責任あるプレイ：自己排除（ローカルリスト）、入金/賭け/時間制限、強制的な「タイムアウト」、目に見える警告とヘルプへのリンク。
報告：FIUでの疑わしいトランザクション、KYC文書の保存、および監査ログ。
7）技術的な条件および証明
RNG/ゲームエンジン：認識された実験室からの証明書、定期的な再認証。
インフラストラクチャ：ロギング、変更のないログ、バックアップ、DR計画を備えた信頼性の高いホスティング/クラウド。
統合：必要に応じて-レギュレータのオンラインアクセスがショーケース/ログを報告し、所定の形式でアップロードします。
InfoBase：データの暗号化（rest/in transit）、秘密管理、定期的な侵入テスト、脆弱性スキャン。
8）広告、プロモーション、コミュニケーション
年齢制限と「責任ある」マークは必須です。
禁止事項：積極的なオファー、未成年者をターゲットにした「保証された賞金」の約束、誤解を招くメカニクス。
ボーナス：透明なT&C、賭け、制限と期限；税務ベースの純総/純会計。
アフィリエイト：契約、クリエイティブコントロール、明確なKPI、コンプライアンス証拠ログ。
9）チェック、強制的な措置と制裁
オフィス：電子形式の不一致、GGR異常、プレーヤーの苦情。
フィールド：キャッシュデスク/システムの監査、ジャックポットの会計、スタッフのサンプル調査。
制裁：罰金、追加料金、罰則。重大な違反の場合-活動の停止、許可の取り消し、支払いチャネルとドメインのブロック。
緩和要因：自己修正、特定されたエラーの通知、是正措置の実施。
10）支払いとローカライズ
口座および報告通貨としてのEUR。
方法：カード、銀行振込、ローカルフィンテックチャンネル、電子財布；PSD2/SCAの承諾。
アンチチャージバック：厳格な検証、3-DSecure、「フレンドリー」チャージバックの会計処理、証拠の保管。
11）市場参入ロードマップ
1.事前評価：ゲームモデル、チャンネル（オフライン/オンライン）、グループ構造、受益者。
2.コンセッション戦略：入札の監視、コンセッション保有者とのパートナーシップ、アプリケーションパッケージの準備。
3.法人および銀行口座：チャーター、認可資本（必要に応じて）、KYC受益者。
4.税務ステートメントとeDavki： EDSの発行、責任者の任命。
5.技術回路：RNG/ゲーム認証、レポートショーケース、ロギング、支払いとの統合。
6.政治家：AML/KYC、 RG、広告/関連会社、苦情処理、DPA/GDPR。
7.パイロットとUAT： FURS形式のテストレポート、GGR式のチェック。
8.Go-Live：移行、フリーズ構成、FURSとの通信のためのカットオフ。
9.最初の90日：毎月の宣言、内部統制、調整。
12）コンプライアンスチェックリスト
金融管理（FURS）
- 税番号とeDavkiへのアクセス
- 税務担当者/連絡先が割り当てられました
- ゲームタイプ別にデバッグされたGGRアップロード
- 宣言と支払いカレンダー
- 監査人・会計契約
AML/KYC&RG
- ポリシー、モニタリングスクリプト、トリガー
- データプロバイダ（制裁/PEP）およびSLA
- 識別ログ、ドキュメントハッシュ
- 自己排除と制限のリスト
- FIUのインシデントと報告手順
設備・情報基盤
- RNG/ゲームモジュール認証
- バックアッププランとDRテスト
- DLP/暗号化、キー回転
- 役割ベースのアクセスモデル（RBAC）
- 交換不可ログ（WORM/Write-Once）
マーケティング&アフィリエイト
- 年齢フィルタとジオターゲティング
- T&Cリベートリビジョン
- 承認されたクリエイティブディレクトリ
- パートナー監査証跡
- クリエイティブフィードバック手順
13）頻繁な間違いとそれらを回避する方法
データベースのミキシング：オフライン/オンラインと1つの税金ラインでゲームの異なる種類。→別のレジスタとレポート。
ボーナスの誤った会計：「gross/net」の透明なロジックはありません。"→ポリシーを修正し、GGRに反映します。
遅い宣言：ペナルティとブロック。→カレンダーを保持し、リマインダーを自動化します。
弱いRGショーケース：警告なしでプロモーションの罰金。→UXを更新し、制限/タイムアウトを追加します。
テクニカルログの欠如：チェックの難しさ。→変更できないロギングとタイムスタンプ。
14） KPIと制御メトリクス
財政：FURSからの調整のシェア、GGRの精度（不一致<0。5％）、宣言の適時性（≥ 99％）。
AML/KYC：検証SLA、 false陽性率、平均エスカレーション時間。
RG：適用範囲の限界、自己除外の割合、サポート応答時間。
情報ベース：インシデントに関するMTTR、ペンテストカバレッジ、時間通りに閉じた脆弱性の割合。
マーケティング：準拠したクリエイティブのシェア、レビューのスピード、検証済みアフィリエイトのシェア。
15） FAQの起動
外部のEUライセンスを持って来ることは可能ですか？
いいえ、国の譲歩/入学制度を通じて作業が必要です。
B2Bは譲歩なしで許可されていますか？
技術B2Bsは民間契約の下で動作することができますが、すべての「B2C-face」は、スロベニアでの譲歩レベルと税務報告を必要とします。
レポートを提出するには？
eDavkiを通じて、時間通りに、ゲームやチャンネルの種類による内訳。
現地法人が必要ですか？
譲歩/操作のために、はい；純粋なB2Bインテグレータの場合-モデル（税金、恒久的な設立、契約）に依存します。
重要なこと
税率、計算式、文書のリストは、財務省/FURSの決議により定期的に更新されます。クレームと最初のレポートを提出する前に、eDavkiと現在のbylawsの現在の要件とフォームテンプレートを確認してください。