通知設定

会社全体のルール: どのイベントを発火させ、どのチャネルで、どのロールに届けるか、そしてノイズをどう抑えるか

4分で読めます
このセクションを印刷

通知設定は、どのイベントが通知を発行し、どのチャネルで、誰に届くのかを会社単位で制御するパネルです。各ユーザーの個人通知設定を補完するもので、会社設定が技術的に可能な範囲を決め、各ユーザーはそこからプロフィールでさらに絞り込めます。

このページの場所

会社の設定 ▸ 通知。このページを編集できるのは notifications:settings 権限を持つロールだけです — 既定では通常は管理者です。それ以外のロールには読み取り専用のビューが表示され、自社がどんな通知を送っているかを把握できます。

  1. サイドメニューを開く — 上部ナビゲーションの「設定」をクリックします
  2. 「通知」を選ぶ — 設定内のサイドメニュー
  3. イベント単位で確認する — 各行が 1 つのイベントです — チャネルごとのトグルと配信先セレクター

イベントごとのチャネル

すべてのイベントに、アプリ内・メール・プッシュの独立した 3 つのトグルがあります。組み合わせは自由です — 例えば workOrder.assigned はアプリ内 + プッシュ(担当者はすぐに知る必要があります)、inventory.lowStock はメールのみ(倉庫管理者は朝のまとめで確認すれば十分です)といった具合です。

アプリ内

常に確実に届き、ベルに表示されます。既定として使ってください。

メール

FreeMaint 独自のメールサービスから送信され、予備のプロバイダーがバックアップします。各ユーザーの言語で届きます

プッシュ

モバイルのみ。ユーザーが少なくとも 1 台の端末でログインしている必要があります

ロール別の配信先選択

各行には、2 つのグループに分かれた配信先マトリクスがあります。対象に関係する人(作成者、担当者)と、自社のロールです。ロールのピルには、自社で定義されたロール(カスタムロールを含む)が表示されるため、一覧は常に「組織 > ロール」と一致します。マトリクスは加算式です。マネージャーと担当者の両方を選ぶと、担当者がマネージャーでなくても通知が届きます。

ロール

自社の現在のロール一覧から任意のロール(カスタムロールを含む)を選べます。ロール名を変更しても、通知設定は自動的に同期されます。

担当者

対象(作業指示、依頼)が割り当てられている人

作成者

対象を作成したユーザー

セクションのメンバー

「リクエスト作成」のみ:リクエストの担当セクションのリーダーと、そのリクエストを開くことができる各メンバー。オフのままにすると、セクションのリーダーだけに通知されます。

チームリーダー

リクエスト(リクエスト作成、リクエスト承認、リクエスト却下)と作業指示(作業指示の作成、ステータス変更)では、担当チームのリーダー:その項目のチーム、その資産のチーム、およびその場所または上位の場所に割り当てられたチーム。いずれにもリーダーがいない場合は、組織図上でその上にいる最も近いリーダーに通知されます。点検イベント(完了、検証済み、不具合検出、不具合クローズ)では、点検対象資産のチームと点検の担当チームのリーダーで、「不具合を検出」ではデフォルトでオンです。リーダーのいないチームは、その上の最も近いリーダーが受け持ちます。常に1人だけで、上位の全員には送られず、その項目を開ける人にだけ通知されます。

開けるものだけ

ロール経由の受信者は、そのロールが項目を閲覧でき、データ表示範囲にその項目が含まれる場合にのみ通知されます。自分の作業だけを見る技術者には、他チームの依頼は通知されません。7 日間 FreeMaint を使っていない人も、ロールの通知はベルで確認できますが、プッシュやメールは届きません。

固定の受信者

「作業指示の割り当て」は常に担当者と、作業指示が割り当てられたチームのメンバーに送られます。「リクエスト完了」は常に依頼者に送られます。この2行ではチャネルのみを設定します。

作業指示のステータス変更を一部のステータスに限定

「作業指示」グループの「ステータス変更」の行に、「次のステータスのみ」という行が追加されています。空のままにすると、これまでどおりステータスが変わるたびに通知されます。1 つ以上のステータス(例:完了とクローズ)を選ぶと、作業指示がそのいずれかに変わったときだけ通知され、その他の変更では通知されません。作業指示ごとに「進行中」「完了」「クローズ」の通知が届いてしまう場合に便利です。このルールは、完了時に通知する設定の相手も含め、イベント全体に適用されます。

チームのリーダーに担当場所の通知を届ける

各チームが一連の場所を担当している場合、そのリーダーは、そこで作成されたすべてのリクエストと作業指示の通知を、作成者に関係なく受け取れます。他のチームの場所に関する通知は届きません。

各チームにリーダーと場所を設定する

「チーム」でチームリーダーを設定し、チームに担当場所を割り当てます。ある場所に割り当てられたチームは、その下の場所も担当します。

「チームリーダー」をオンにする

このページで、リクエスト作成、リクエスト承認、リクエスト却下、作業指示の作成、ステータス変更の「チームリーダー」をオンにします。

必要なステータスだけを残す

ステータス変更では、「次のステータスのみ」を、たとえば完了とクローズに限定できます。

チームリーダーか、役割全体か

「チームリーダー」は、その項目の担当チームのリーダーにだけ通知します。代わりに役割をオンにすると、その役割を持ち項目を開けるすべての人(チームのメンバーを含む)に通知されます。

サイレント時間とダイジェスト

FreeMaint には会社単位のサイレント時間の設定はありません。プッシュ通知は各ユーザーのスマートフォンのおやすみモードに従います。時間帯に敏感なチームでは、イベント単位の行をオフにして、代わりにその日次ダイジェストをオンにしてください(例:「作業指示期限超過」→「期限超過作業指示の日次サマリー」)。大量の通知が朝の 1 通のサマリーにまとまります。

ダイジェストイベント

イベントによっては、対になる日次ダイジェストの行があります。ダイジェストは 1 日 1 回送信され(期限超過の作業指示のダイジェストは会社のタイムゾーンで午前 7:00)、対応が必要なものを 1 通のメッセージにまとめます。よく使われるダイジェスト: 期限超過の作業指示、在庫僅少のまとめ、期限切れ/期限間近の書類(車両管理)。イベント単位の行をオフにしてダイジェストの行をオンにすると、受信箱の量を大幅に減らせます。各受信者には、そのロールのデータ表示範囲で閲覧できる項目だけが表示されます。

メール配信の設定

通知は notifications@freemaint.com から、ログイン関連のメール(確認、パスワードの再設定、招待)は security@freemaint.com から送信され、返信は contact@freemaint.com に届きます。メールは常に freemaint.com のアドレスから送信されるため、メールが届かない場合はメールフィルターでこのドメインを許可してください。

ベストプラクティス

狭く始める

既定では担当者 + 作成者だけを購読させます。チームから要望が出てから、ロールへ広げてください。

1 イベントにつき 1 チャネル

同じイベントを 3 つのチャネルで同時に送ると、うるさく感じられます。最も適した 1 つを選んでください(緊急性にはプッシュ、まとめにはメール、それ以外はアプリ内)。

四半期ごとに見直す

どのイベントが最も頻繁に発火しているかを確認し、それが今も必要かを問い直してください。価値の低い高頻度のイベントはミュートするか、格下げします。

個人名よりロールを優先する

ロールでの購読は人の入れ替わりに耐えます。個人名での購読は、その人が退職した時点で機能しなくなります。

ヒント

新しい会社はどれも妥当な既定値で始まります。ほとんどのイベントはアプリ内とプッシュで通知され、期限超過の作業指示の日次ダイジェストもオンになっています。白紙から始めるのではなく、そこから調整してください。

このページは役に立ちましたか?