リトアニア-ゲームコントロールサービス
(セクション: 「市場と管轄」)
1)市場の映像および調整装置
リトアニアは、中央集権的なギャンブル監視を持つEU加盟国です。関連機関は、財務省のゲーム管理局(以下、GCA)です。これは、許可を発行し、レジストリを維持し、責任あるゲーム(RG)要件の遵守を監視し、違法なオペレータと支払いのブロックを開始します。コミュニケーションと報告は、公共サービス(e-services)の電子チャネルを介して行われます。
2)役割と責任
議会/政府-フレームワークの法律と法。
財務省-市場政策、GCAの調整と監督。
GCA-ライセンス/許可、制御および制裁、RG、参加制限の登録、ドメインブロックリスト。
財務情報/警察-AML/CFTの制御と調査。
広告および消費者保護当局-プロモーションの制限と正しい情報の遵守。
3)許容モデル: 免許証および許可
リトアニアには一貫したアクセスモデルがあります:1.適切な種類のゲーム(カジノ/賭け/宝くじ/スキルゲームなど)を整理するためのライセンス。
2.特定のチャンネルやサイトでのアクティビティの許可:ホール/ポイント、リモートチャンネル(オンライン)-サイト/アプリケーション/ドメイン。
3.主要な人と受益者は適合し、適切な検証と資金源を受けます。
4.ローカルプレゼンス:法人/支店、銀行口座、割り当てられたAML/RG所有者、規制当局との相互作用。
5.認定:RNG/プラットフォーム/計算モジュール、レポートインターフェイス。
チャネルと製品
オフライン:カジノ/ゲームパーラー、PPPベット-アドレス許可による。
オンライン:有効なライセンスとオンラインチャンネルのための別の許可を持つゲーム/賭けのリモート提供。
宝くじ:別の許容範囲とレポート枠。
スキルゲーム:自分の入場と課税条件が可能です。
4)財政モデルと報告
財政基盤は特別なゲーム税と法人税を中心に構築されています:- ゲーム税:製品タイプによって計算されます。ベースは通常、GGR/NGR(賭け/寄付−賞金)に焦点を当て、ボーナス、無効/キャッシュアウト、キャンセルを会計するためのローカルルールがあります。
- 法人所得税:法人の国民税率。
- 付加価値税:賭け/賞金、通常は付加価値税の範囲外;関連サービス(IT、マーケティング)-一般的なルールに従って。
- 個人の賞金からの税金/控除:モードはゲームの種類としきい値によって異なります。
周波数とフォーマット
オフライン/オンラインで個別の会計、製品の種類ごとに。
毎月/四半期の申告と支払い;財務諸表の年次監査。
主なレジスタ:請求、セッション、計算と調整ログ、ボーナスと控除データ。
5) GCAとの電子管理と相互作用
登録:税番号、電子サービスへのアクセス、資格のある署名。
フォームの提出:ゲームの宣言、企業報告、規制当局の要求への対応。
支払:銀行/SEPA;厳格な期限と遅延罰則。
コミュニケーション:通知、指示、予定されていない検査-個人アカウントと公式通信を通じて。
6) AML/CFTおよび同一証明
KYC/KYB:本人確認と年齢(18歳以上)、受益者、制裁/POP;トリガーの資金源をチェックしています。
リモート検証:手順(ビデオ、eID、信頼性の高いプロバイダ)に従うことができます。
トランザクション監視:制限、非定型パターン、アカウント/決済手段の接続;STR/SARの金融インテリジェンスへのエスカレーション。
ストレージ:KYC文書、確立された時間内の検査とアラートのログ。
7)責任あるゲームおよび制限レジストリ
自己制限/自己除外の登録:ギャンブルへのアクセスを制限した人の集中データベース。オペレータは、登録、エントリ、主要な金融取引の前にステータスを確認する義務があります。
RGツール:入金/レート/時間制限、タイムアウト「、冷却」、著名なRGストアフロントとヘルプコンタクト。
脆弱なクライアント:RGエスカレーション手順、サポートトレーニング、ケースおよびソリューションログ。
マーケティング:自己除外のための郵送物およびプロモーションを禁止します。フィルタリング証拠の保管。
8)広告、プロモーション、アフィリエイト
禁止:未成年者をターゲットにし、「保証された賞金」の誤解を招く約束、積極的なオファー。
T&Cボーナス:透明な賭け、期限とマウスガード、「ダークパターン」の除外。
アフィリエイト:契約、クリエイティブの承認、コンプライアンスログ(スクリーンショット/URL/日付)、違反資料の迅速なリコールのためのメカニズム。
9)技術的な条件および証明
RNG/platform/coefficient calculators:認識された実験室による証明;定期的な再認証。
ロギング:不変ログ(WORM)、時間同期(UTC)、チェーンのトレーサビリティ「rate→calculation→payment→adjustment」。
レギュレータアクセス:テストアカウント、API/アップロード、セキュアチャネル。
信頼性:フォールトトレランス、冗長性、指定RPO/RTOのDR/BCP;定期的なDRテスト。
セキュリティ:安静時/通過時の暗号化、秘密管理、RBAC/SoD、定期的な侵入テストおよび脆弱性スキャン。
10)違法オペレーターとの戦い
GCAは、違法ドメイン/リソースのリストを生成し、通信プロバイダや決済機関からのブロックを開始します。メディア/パートナーからの不法移民の広告は、罰金やその他の影響策を伴います。
11)チェックと制裁
オフィス:報告と支払いの比較、GGR/NGR偏差の分析、プレーヤーの苦情の分析。
フィールドとIT監査:ログ/キャッシュデスクの検査、取引とセッションのサンプリング、スタッフ調査、「秘密のバイヤー」。
責任:罰金、追加料金、修正命令、許可の一時的な停止/取り消し、ドメイン/支払いのブロック。
緩和要因:誤りの自主的な開示、是正計画、内部統制の強化。
12)エントリーロードマップ
1.戦略:製品マトリックス(カジノ/賭け/宝くじ/スキルゲーム)、オフライン/オンライン、パートナーシップ、プロバイダー。
2.法的構造:リトアニアの法人/EU支店、受益者、銀行口座。
3.組織ライセンス:ドキュメントパッケージ、主要人物の適合性、財務モデル、AML/RGポリシー。
4.チャネル権限:アドレスオブジェクトまたはリモートチャネル(サイト/アプリケーション/ドメイン)。
5.技術的な回路:RNG/モジュールの証明、不変のログ、報告のショーケース、GCAアクセス。
6.マーケティングとアフィリエイト:クリエイティブのホワイトリスト、RGラベリング、レビュー手順。
7.UATとパイロット:GGR/NGR式の和解、テストアップロード、自己制限のレジスタとの統合。
8.Go-Live:フリーズ構成、インシデント対応計画、プロバイダとのSLA。
9.操作(最初の90日):宣言のリズム、偏差の和解、内部監査AML/RG/IT。
13)コンプライアンスチェックリスト
GCAとeサービス
- 割り当てられたアクセスと責任者
- 組織ライセンスとチャネル権限が適用されます
- 宣言と支払いカレンダー、TimelinessによるSLA
- 製品/チャネルごとに個別のダウンロードを設定する
AML/KYC&RG
- KYC/KYB政策、制裁/PEP、資金調達シナリオ
- 自己拘束レジストリとの統合;ステータスチェックログ
- 制限/タイムアウト、RGショーケース、脆弱クライアントのサポートスクリプト
- STR/SARプロシージャとKYC文書保存期間
エンジニアリングと安全性
- RNG証明書/プラットフォーム;バージョン管理
- 不変ログ、時刻同期、ログ保持
- DR/BCP計画と定期的なDRテスト
- RBAC/SoD、暗号化、秘密管理、ペンテスト/スケジュールされたスキャン
マーケティング&アフィリエイト
- RGマーク付きクリエイティブ認定
- コンプライアンスログ(スクリーンショット/URL/日付)
- 迅速なリコールと違反しているパートナーをブロックするための手順
14) KPIおよび運用管理
財政: 宣言の適時性≥ 99%、不一致otchetnost↔billing <0。5%.
AML/KYC:平均検証時間、誤検定分数、エスカレーションSLA。
RG:アクティブな制限を持つプレーヤーの共有、レジストリに入るときの時間をブロック(<1分)、RGケースへの応答時間をサポートします。
情報ベース:MTTRインシデント、ペンテストカバレッジ、クローズドクリティカルな脆弱性の共有。
マーケティング:準拠したクリエイティブのシェア、レビューのスピード、自己排除されたコミュニケーションの欠如。
15) FAQ
オンラインチャンネルの個別の権限が必要ですか?
はい、私はしました。組織ライセンスに加えて、リモートチャネル(サイト/アプリケーション/ドメイン)の許可が必要です。
オンラインでのみ作業できますか?
はい、有効なライセンス、リモートチャネルの許可、および/fiscal/AML/RG要件の遵守が可能です。
NGR/GGRでボーナスを考慮する方法は?
ボーナス、無効、キャッシュアウトを反映するためのローカルルールによると;エラーは追加料金と制裁につながります。
自己制限の中央集権的なレジスタはありますか?
はい、私はしました。オペレータは、登録、ログイン、キートランザクションの前にプレイヤーのステータスを統合して確認する義務があります。
注意事項
税率、文書のリスト、レポート形式および技術仕様は定期的に更新されます。申請書と最初の報告期間を提出する前に、e-servicesと既存のby-lawで現在の要件を確認して、追加料金を除外して操作を停止します。