オペレータとプロバイダ間のSLA：メトリクスとペナルティ

1） SLAの理由と管理方法

SLAは、期待されるサービス品質（SLO目標、サポートウィンドウ）、これをどのように測定するか、違反（サービスローン/罰金、エスカレーション、出力オプション）の場合に何が起こるかを記録します。iGamingの場合、これは重要です：リアルタイムマネー、レギュレータ、トラフィックピーク、多層依存（ゲーム→ウォレット→PSP→KYC→CDN/WAF）。

原則：

測定可能性とあいまいさ（誰、どこで、どのような対策）。
ビジネスに近い（CPUだけでなく、ログイン/預金/ゲームの起動によるメトリック）。
経済的インセンティブ（サービスローンは損害に関連しています）。
管理（品質委員会、毎月のQBR、 PoPレポート）。

2）ドメイン別のメトリックのセット

2.1支払いプロバイダー（PSP）

預金成功率（DSR）： 成功した預金の数/すべての試み、国/方法/BINによる。目標は99 ≥だ。0%.

認可/決済レイテンシーp 95：ターゲット≤ 400-600 ms。

Webhook配信遅延p95：ターゲット≤ 60秒（T+60）。

可用性（API/コールバック）： ≥ 99。9％/月（同意したウィンドウを除く）。

2.2ゲーミングプロバイダ/アグリゲーター

TTFS （Time-to-First-Spin） p95： ≤ 800 ms（ロビーから最初のスピンまで）。

ゲーム発売成功： ≥ 99。5%.

ラウンド結果コールバック成功：≥ 99。9％、 P95遅延≤ 5 s。

コンテンツの可用性：≥ 99。95％カタログ（利用可能なゲームのシェア）。

2.3 KYC/AMLプロバイダ

検証APIの可用性： ≥ 99。9%.

Midian Time-to-Decision： ≤ 60 c （auto）、 ≤ 15 m3 （manual queue）。

偽の負/正の境界：市場別のターゲット回廊（合意されたサンプルに基づいて）。

2.4 エッジ/CDN/WAF

TTFB p95： ≤ 200ミリ秒（地域）。

キャッシュヒット率：静的資産の≥ 85％。

ボットチャレンジのパススルー：FP ≤ 0。ログイン/デポジットで5％。

2.5ホスティング/クラウド/ネットワーク

空室状況（地域/ゾーン）：≥ 99。95％（ゾーン）、RTO ≤ 30分、RPO ≤ウォレット用5分。

Ingress/Load Balancerリージョンのレイテンシp95： ≤ 100ms。

3）数式と測定

一般的な測定ルール

計算時間帯：ヨーロッパ/キエフ。レポートの月-カレンダーの月。

時計は、レポートのためにキエフに変換してテレメトリーでUTCに従ってカウントされます。

時間同期：NTP；エラー≤ 100ミリ秒です。

真実のソース：オペレータ合成+サーバーログ+プロバイダ。ディバージェンスは、他に証明されていない限り、2つの最悪のものを使用します。

数式の例

テキスト
空室状況=1-（Σ Downtime_min）/（Total_min_in_period）
Downtime_min-分>=X％エラー/タイムアウトおよび/または完全な使用不可。
Xのしきい値は固定されています（たとえば、SLO  2によって5％または   ）。

預金成功率=success_count/（ success_count+failure_count）
レイテンシp95=histogram_quantile （0。95、料金（latency_bucket[5m])）
TTFS p95=p95（時間（game_open→first_spin_callback)）
Webhook Delay p95=p95 （time （webhook_received-event_time)）

計画されたメンテナンスウィンドウ

Windowsは7日間で合意されており、60分間は1 ×/月以下で、SLA計算から外れます。緊急時のウィンドウ（セキュリティ）-通知の24時間。

4）インシデントと反応の分類

SEVについて	例：	プロバイダ反応	SLA反応
SEV-1	大規模な預金の失敗、5xx> 20％	ウォールルーム、L3オンコール、分。10分ごとに更新	15分
SEV-2	TTFSの成長、Webhookの劣化	インシデントマネージャ、是正措置	30分
SEV-3	レポートの部分的なエラー/リグレッション	チケット、勤務時間中の修正	≤ 4時間

コミュニケーション：ステータスページ/チャンネル、死後≤ 5営業日。

5）サービスローンおよび罰金

5.1クレジットライン（例）

毎月の可用性：

99.9%–99.5％→プロバイダの毎月の手数料/手数料の5％のクレジット。

99.5%–99.0% → 10%.

🚨 99.0％→25％+必須CAPプラン。

PSP DSR違反：すべて0。5 pp以下99。0％→クレジット2％、キャップ20％。

Webhook Delay p95> SLO × 2 60分以上→5％

TTFS p95> 800 ms以上120分→5％。

慢性的な失敗：3ヶ月連続でローン≥ 10％→罰金なしで早期終了する権利+移行の支援（固定価格/時間制限）。

5.2経済ロジック

ネットオフセットローン（プロバイダーアカウントの削減）。

RevShareを使用すると-GGR/NGR全体からではなく、プロバイダの手数料（そのシェア）からの総融資。

ローンの毎月の上限：通常、詐欺/データを除く毎月の手数料の100％。

5.3獲得バック（オプション）

プロバイダは、翌月に強化されたSLOに達した場合、ローンの一部を「稼ぐ」ことができます（例えば、Availability ≥ 99。全体の月のための99％）。

6） KPI計量モデル（四半期ボーナス/マラス）

カテゴリー一覧	ウェイト（重量）	KPIについて	Purpose	ポイント（Point）
信頼性について	30%	可用性について	≥99.9%	0–5
パフォーマンス	25%	p95 レイテンシ/TTFS	≤ SLO	0–5
成功したこと	25%	DSR/ゲームの発売	ターゲット・≥	0–5
効率の向上	10%	TTR SEV-1/2	≤ SLA	0–5
データ	10%	Webhook/Exportの遅延	≤ T+60 c	0–5

'QuarterScore=Σ （Weight × Point/5）'→ボーナス/マラス±レートにX％。

7）サマリーレポート例（CSV魚）


Provider,Month,Availability,DSR,TTFS_p95_ms,Webhook_p95_s,Credits%
 。 。62%,98.8%,--,45,12
 。 。97%,--,780,3,0
 。 。91%,--,--,--,0
 。 。99%,--,120,--,0

8）除外規則および不可抗力

例外：プロバイダの境界外の第三者での事故、証明可能で文書化されている場合、および正しいフォールトトレランス経路がある場合。

不可抗力：標準リスト（要素/戦争/規制ブロック）からのイベントのみ、タイムリーなコミュニケーションと被害を軽減する試み（DR）。

共有欠陥（分割ワイン）：ローンは確認された貢献に比例して分割されます。

9）質の点検および監査

メトリック/ログ/トラックへのオペレータアクセス（読み取り専用）。

四半期ごとのセキュリティスキャンおよび脆弱性修正報告書。

DRの練習：1 ×/四半期、RTO/RPOとのレポート。

PSPレポート/ゲームの相違点≤ 0。5%.

10）エスカレーションとマネジメント

コンタクトリスト24/7 （L1/L2、パートナーマネージャー）。

戦争の部屋のときにSEV-1。

QBR： KPIの四半期ごとの分析、ローン/アーンバック、ロードマップ。

日付と所有者との改善計画（CAP）。

11）条項テンプレート（フラグメント）

SLOと測定

💡 プロバイダーは、少なくとも99サービスの可用性を提供しなければなりません。1ヶ月あたりの9％。測定は、オペレーターの合成チェックとサプライヤーのサービスログに従って行われます。矛盾がある場合、サプライヤーによって別段の証明がない限り、最悪の値が適用されます。

サービスクレジット

💡 SLOが達成されない場合、付録A。 creditsに従ってサービスクレジットが適用されます。毎月の融資総額は、月額料金の100％に制限されています。

慢性的な障害と終了

💡 3ヶ月連続して10％ ≥クレジットにより、オペレーターはペナルティなしで契約を終了することができます。サプライヤーは、合理的な移行支援（最大N時間）を提供しなければなりません。

データとWebhook

💡 Webhooks/exportはp95 ≤ 60秒（T+60）の遅れと渡されます。24時間以内に5xx/タイムアウトで再配達。

スケジュールされたウィンドウ

💡 計画された作品は、少なくとも7日前までに合意されており、月に1回以上、02：00-05：00（ヨーロッパ/キエフ）に60分まで持続し、可用性を計算する際には考慮されません。

12）頻繁なトラップとそれらを回避する方法

「利用不可」→エラー/レイテンシのしきい値を修正のぼやけた定義。

地理を考慮せずに、目標は→地域別であり、世界平均ではありません。

→webhooks/exportsにSLAを追加してもSLOはありません。そうでなければ、レポートは「late」です。

キャップ/獲得バックのない罰金→予測可能かつ公平に行います。

DR要件なし→記録RTO/RPOとドリル周波数。

13） SLA実装チェックリスト（prod-ready）

KPIは、PSP、ゲーム、KYC、 CDN/WAF、クラウドなどのドメインで確定します。
測定ソースと数式が記述されています。タイムゾーンおよび窓は確認しました。
メンテナンスウィンドウと通知手順は一貫しています。
サービスローン、キャップ、慢性障害条項の表。
SEVエスカレーション手順、戦争部屋、死後≤ 5日
テレメトリーアクセス（メトリック/ログ/トレイル）発行、接続テスト合格。
DR要件（RTO/RPO）と運動スケジュールが固定されています。
QBRリズム、スコアカード、年間目標が揃っています。
法的な例外/不可抗力は明確に記述されています。
クレジットの計算でパイロット月のテストレポート。

履歴書のサマリー

作業SLAは、明確なビジネスメトリクス、透明な測定ルール、よく考え抜かれたクレジットとライブ品質管理（QBR、 CAP、演習）です。ドメイン別のピンKPI （PSP、ゲーム、KYC、エッジ/クラウド）、真実と例外のソースに同意し、重量モデルを入力して獲得します。プロバイダとの関係が予測可能になり、プレイヤーのお金とUXへのリスクが大幅に減少します。