受信と位置確認
サイト、時間、リクエストの種類、発信者のレポート、および正確な位置をキャプチャします。
警報、エスコート、安全確認、緊急の代替配置を、受付から割り当て、到着、エスカレーション、完了まで現場情報を保ったまま追跡します。
指令はステータス表だけではありません。通報内容、正確な場所、対応時間、担当警備員、その後のインシデントや引き継ぎを記録します。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
派遣担当者には、適切な担当者を送信するための十分なコンテキストと、何が未解決であるかを知るための十分な状態が必要です。
サイト、時間、リクエストの種類、発信者のレポート、および正確な位置をキャプチャします。
日常的な優先順位、緊急優先順位、または重大な優先順位を設定し、対応可能な対応者を選択する。
到着状況、対応結果、イベントがインシデントになるか引き継ぎの優先順位になるかを記録する。
ライブ キューは、新しい作業を、すでに進行中の対応やエスカレーションが必要なイベントから分離します。
リクエストは受信されましたが、応答者はまだそのリクエストを所有していません。
ディスパッチャは誰が応答しているか、到着が遅れているかどうかを追跡できます。
このイベントには監督者、緊急事態、クライアント、またはインシデント管理の注意が必要です。
運用のタイミングと未解決の作業から始めて、クライアント固有のサービス措置を慎重に追加します。
新しいリクエストがレスポンダによって所有されるまで待機する時間。
緊急作業が現場に到着するまでにかかる時間。
最初の対応が不十分であるか、イベントが未解決のままである頻度。
アラーム応答によってカバレッジの問題が明らかになり、インシデントが発生し、引き継ぎの義務が生じる可能性があります。
現場とポストに資格のある警備員がいるかどうかを確認してください。
ディスパッチをラウンド中に見つかった例外に関連付けます。
証拠を保存し、応答によって重大なイベントが明らかになった場合はフォローアップします。
未解決のリクエストを受信シフトに表示したままにします。
ライブ アプリでは、リクエストの受信、優先順位付け、割り当て、到着、エスカレーション、解決を示します。導入前に緊急通信、位置情報サービス、プライバシー、外部統合を確認します。
この例には、アラーム応答、アクセス サポート、福祉チェック、補償範囲の交換、エスコート、メンテナンスの安全性、および構成可能なその他のカテゴリが含まれます。
はい。派遣時の即時の対応を記録し、証拠、調査、レビュー、または是正措置が必要なときにインシデントをオープンします。
この例ではそうではありません。ディスパッチャーは、可用性とカバレッジのコンテキストを使用してガードを割り当てることができます。GPS ベースの最近接レスポンダー ロジックには、別途検証済みの統合とプライバシーの設計が必要になります。
適切なクライアント レコードに対して、権限のあるビューまたはレポートを作成できます。あるクライアントが別のクライアントの運用データを参照できないようにアクセスを設計します。
はい。認可された Jodoo 管理者は、コードでアプリケーションを再構築することなく、フィールドの追加、フォームの調整、ダッシュボードの変更、ワークフローの調整を行うことができます。実際の運用で使用する前に、管理されたコピーで重要な変更をテストしてください。
代表的な日勤と夜勤で 1 つまたは 2 つのサイトを試験運用します。モデルを拡張する前に、事後注文、資格情報チェック、パトロール例外、インシデント レビューおよび引き継ぎを検証します。
リクエストを作成し、警備員を割り当て、到着を記録し、イベントをインシデントに変換します。即時応答が終了した後も、未解決のアクションが表示されたままであることを確認します。