ギャンブルホールの監視とインシデントログは、ホールまたはホールのネットワークで発生する技術的、財務的、運用的、セキュリティイベントを監視するためのシステムです。

それはオペレータがすぐに失敗を見るのを助けます、機器のエラー、支払い問題、現金の不一致、疑わしい取引、従業員の行動と設定の変更。


インシデント監視を含むもの

監視システムは複数の方向を結合できます:
  • サーバ監視
  • ゲーム機の監視;
  • キャッシュレジスターの監視;
  • 支払の監視;
  • TITOの監視;
  • プレーヤーウォレットの監視;
  • 従業員の行動の制御;
  • アクセスログ;
  • エラーログ;
  • セキュリティインシデント;
  • 通知;
  • イベントレポート。

監視の主なタスクは、イベントを保存するだけでなく、オペレータがすばやく問題を見つけてその原因を理解するのを助けることです。


どのオブジェクトに適しているか

監視とインシデントログは、ギャンブルインフラストラクチャのさまざまな形式で必要です。

オブジェクトタイプモニタリングの使用方法
ギャンブルホールキャッシュデスク、機械、支払い、従業員およびエラーの管理
スロットマシンホールデバイス、TITO、 GGR、ダウンタイムおよび障害の監視
ベッティングリテール端末の監視、レート、支払いと技術的なエラー
ホールネットワークすべての場所の集中監視
ハイブリッドオペレーターオフラインおよびオンラインインフラストラクチャの統一制御

1つの部屋のために、監視は毎日の操作を監視するのを助けます。オブジェクトのネットワークについては、1つのインターフェイス内のすべてのロケーションのインシデントを参照してください。


テクニカルモニタリング

テクニカルモニタリングは、サーバー、デバイス、および統合の状態を示します。

システムは追跡できます:
  • サーバの可用性
  • バックエンドの負荷;
  • データベースステータス
  • APIエラー;
  • メッセージキュー;
  • スロットマシンの可用性;
  • ターミナルの可用性;
  • コミュニケーションの喪失;
  • 応答の遅れ;
  • 統合の失敗。

このようなデータは、技術チームが問題の原因を迅速に見つけるのに役立ちます。


スロットマシン監視

各デバイスの状態を確認することは、アーケードにとって重要です。

システムは記録することができます:
  • マシンはアクティブまたは無効です。
  • デバイスエラー;
  • コミュニケーションの喪失;
  • 再起動します。
  • サービスイベント;
  • ダウンタイム;
  • ステータスの変更;
  • 疑わしい偏差;
  • ゲームエラー;
  • 支払のでき事。

Automataモニタリングにより、機器のダウンタイムを短縮し、技術的な問題に迅速に対応できます。


キャッシュレジスターの監視

チケットオフィスは主要管理エリアの1つです。

システムは追跡できます:
  • シフトの開始;
  • シフトを閉じる。
  • 補充;
  • 支払い;
  • リターン;
  • 手動調整;
  • 現金の相違;
  • 大きい操作;
  • キャンセルされた操作;
  • マネージャーの確認。

不一致が発生した場合、インシデントはシフト、キャッシャー、時間および特定の操作に関連している必要があります。


決済モニタリング

支払いインシデントは、プレイヤーのバランスシートと財務諸表に直接影響を与える可能性があります。

システムは記録することができます:
  • 決済プロバイダのエラー。
  • タイムアウト;
  • 拒否されたトランザクション
  • 重複した支払い
  • Amount variance(
  • 依存するステータス
  • シグニチャーエラー;
  • エラーを返す。
  • 支払いに失敗しました。
  • 手動支払確認。

このような監視は、二重登録、取引の損失、または誤った支払いを回避するのに役立ちます。


TITOモニタリング

チケットインチケットアウトを使用している場合は、TITOイベントをログに含める必要があります。

システムは追跡できます:
  • チケットを作成する。
  • チケットの償還;
  • アクティブチケット;
  • 期限切れのチケット;
  • 再び返済しようとします。
  • 読み取りエラー;
  • 印刷エラー;
  • 機械との切符の関係;
  • チケットオフィスとのチケットの接続。
  • 疑わしい操作。

TITOモニタリングは、チケットを通じて資金の移動を制御し、物議を醸す状況のリスクを軽減するのに役立ちます。


従業員のアクティビティログ

従業員のすべての重要なアクションは、ログに保存する必要があります。

システムは記録することができます:
  • ログインします。
  • ログアウトする
  • シフトの開始;
  • シフトを閉じる。
  • キャッシュトランザクション
  • 支払の確認;
  • 手動調整;
  • 変更を制限する
  • アクセス権の変更
  • 設定の変更;
  • プレイヤーの財布でのアクション。

ログは、誰がアクションを実行したのか、いつ発生したのか、どのような結果が得られたのかを示す必要があります。


セキュリティインシデント

システムは、セキュリティまたは管理者のレビューを必要とするイベントを強調表示できます。

インシデントの例:
  • 多くの失敗したログイン試行;
  • シフト外へのアクセス;
  • 権利なしでログインしようとします。
  • 従業員の役割を変更する
  • 疑わしい手動調整;
  • 業務の頻繁なキャンセル;
  • 標準的なシナリオなしで大きなペイアウト。
  • 閉じたパーティションにアクセスしようとする
  • 異常なチェックアウト活動。

このような事件は、内部リスクを管理し、虐待を防ぐのに役立ちます。


インシデントの分類

インシデントを作業に便利にするために、システムは重要度によってそれらを分離することができます。

[レベル]イベントの例
低(Low)情報イベントまたは標準ステータスの変更
[平均]操作の間違い、一時的な利用できない、手動点検
High(ハ現金の不一致、主要な支払いエラー、疑わしい活動
Critical(クリティカルサーバー障害、データ損失、一括エラー、セキュリティリスク

分類は、どのイベントが即座に応答する必要があるかをチームがより迅速に理解するのに役立ちます。


処理ステータス

事件は理解可能な状態を持っている必要があります。

Exempliのgratia:
  • 新しい;
  • 動作中;
  • 保留中のレビュー
  • 確認を待っています。
  • 解決されました。
  • 拒否されました。
  • クローズしました。
  • 繰り返します。

ステータスは、どの問題がすでに処理されており、それでも注意が必要なのかを確認するのに役立ちます。


プライバシーポリシー

監視システムは、責任ある従業員に通知を送信することができます。

通知はそのようなイベントで受け取ることができます:
  • サーバーの障害;
  • 支払いエラー;
  • 現金の相違;
  • マシンクリティカルエラー;
  • 場所との通信の損失。
  • 疑わしい操作;
  • 限界を超過すること。
  • ログインの試みに失敗しました。

通知は、レポートの手動レビューを待つのではなく、すぐに問題に対応するのに役立ちます。


GGRとの関係と報告

インシデントは財務パフォーマンスに影響を与える可能性があります。

システムは、イベントを次のデータに関連付けることができます:
  • 料金;
  • 支払い;
  • GGR;
  • 現金取引;
  • 支払い;
  • TITOチケット;
  • プレーヤーの財布;
  • シフト;
  • 場所;
  • スロットマシン。

GGRはプレーヤーベットとプレーヤーペイアウトの違いとして計算されます。

機械やレジにインシデントが発生した場合、オペレータはレポートや財務データとどのように関連しているかを確認する必要があります。


ログサーチ

ログは簡単に検索してフィルターする必要があります。

演算子はイベントを検索できます:
  • 日付によって;
  • シフトによって;
  • 従業員によって;
  • 場所によって;
  • 機械によって;
  • トランザクションタイプ別
  • リスクレベルによって;
  • 状態によって;
  • 支払の提供者;
  • プレーヤーによって;
  • トランザクションID。

クイックサーチは、手動で大きなログを表示せずに物議を醸す状況を整理するのに役立ちます。


変更の監査

インシデントログは変更履歴を保持する必要があります。

システムは記録することができます:
  • 誰が事件を起こしたのか;
  • 誰がステータスを変更しました。
  • コメントを追加した人;
  • 決定を確認した人;
  • 誰が事件を締めくくったのか;
  • 変更が発生したとき。
  • どのような行動が取られましたか?

これは、内部統制、コンプライアンスプロセス、および規制報告にとって重要です。


ホールネットワーク監視

オペレータが複数のギャンブルホールを操作する場合は、監視が中央で機能する必要があります。

システムは次のことを示すことができます:
  • すべての場所でのインシデント;
  • ネットワーク上の重大なエラー
  • オブジェクトとの通信の損失。
  • ホールによる自動機械のエラー。
  • 場所によって現金の相違;
  • オブジェクトの支払い問題;
  • 処理ステータス
  • ホール間のインシデントの比較。

このアプローチは、管理チームが各オブジェクトからのレポートを待たずに全体像を確認するのに役立ちます。


インテグレーション

モニタリングとインシデントログは、通常、プラットフォームの他のモジュールにリンクされています。

最も頻繁に接続される:
  • サーバーアーキテクチャ;
  • ゲームホール管理システム;
  • 現金システム;
  • スロットマシン;
  • ベッティングターミナル;
  • TITOシステム;
  • プレーヤーウォレットシステム;
  • 決済プロバイダ;
  • ゲームプロバイダ;
  • セキュリティとアクセス制御。
  • 規制報告書。

統合により、インフラストラクチャのすべての部分からイベントを収集し、1か所で分析することができます。


モニタログとインシデントログの理由

ギャンブルホールの安定した安全で透明な運営のためには、モニタリングとインシデントログが必要です。

システムはオペレータを助ける:
  • 技術的な失敗を見て下さい;
  • オートマタのエラーを監視します。
  • 現金の不一致を追跡する。
  • 支払問題を点検して下さい;
  • 従業員の行動を記録する
  • TITOイベントを監視する。
  • 疑わしい取引を特定する。
  • 物議を醸す状況を分析する。
  • 監査のためのデータを準備する
  • ホールのネットワークでインシデントを管理します。

1つのギャンブルホールのために、これは毎日の制御ツールです。ホールのネットワーク-集中監視、監査、リスク管理システム。

お問い合わせ

課題と技術スタックをご記入ください — 統合アーキテクチャを設計し、ソリューションチームを編成します

より早く返信を受け取るには、フォームをご利用ください