通知設定

通知設定は、各ユーザーがWebで開始したWorkerの承認要求とタスク完了、自分のトリガー実行結果(成功・失敗)をどのチャンネルへ送るか管理する画面です。実行者本人の設定を使い、組織オーナーや他メンバーへ自動配信しません。Zemu には「通知設定(送信先)」「通知センター(受信箱)」「受信チャネル(外部からの起動入口)」の3つが別系統で存在し、最初に詰まりやすいのはこの3者の混同です。

概要

通知設定/通知センター/受信チャネルの違い、Web承認要求・タスク完了とトリガー結果の送信先、トリガー個別の上書き、プロファイル変更でチャンネル選択がリセットされる挙動を整理します。

基本

「通知設定」「通知センター」「受信チャネル」は3つ別物

似た名前のため混同しがちですが、Zemu には次の3画面が 完全に別系統 で存在します。

  • 通知センター/notifications):自分宛の通知を 受け取って読む 受信箱(左の画像)。すべて/未読 のフィルタがある
  • 通知設定/settings/notifications):Web承認要求・タスク完了と自分が実行するトリガーの結果を どこへ送るか 決める画面(次セクション)
  • 受信チャネル/channels):Slack 等から AIワーカーを起動する入口(外部チャネル起点の承認UIと完了結果は元の会話へ届く)

「Slack に通知が来ない」と「Slack からワーカーを起動できない」は別問題なので、まずこの3画面のどれを確認すべきかを切り分けてから設定を見ます。

通知タイミング3択 + 4送信先

/settings/notifications は、通知タイミングの3択と、メール/Slack/Discord/LINE WORKSの送信先トグルに分かれます。Web承認要求、Webタスク完了、トリガー成否のどれが各タイミングに含まれるかは、アプリの各選択肢に表示される説明を正として確認してください。

外部チャットを送信先にするには、受信チャネル側で対応する接続プロファイルを先に作成します。送信先は実行者本人の設定であり、組織オーナーや他メンバーへの自動フォールバックはありません。

「通知しない」を選ぶとメールも止まる(タイミングが上位)

落とし穴:タイミングは送信先トグルより上位 に効きます。

  • タイミングを「通知しない」にすると、メールトグルがオンでもメールは送られません
  • 「外部チャットだけ無効化したい、メールは残したい」場合は、タイミングは「すべて/失敗時のみ」のままで、Slack/Discord/LINE WORKS のトグルだけオフにします

優先順位の全体像:

  1. タイミング(すべて/失敗時のみ/通知しない)が大前提
  2. その上で 送信先トグル が個別に効く
  3. さらに トリガー個別の上書き設定 があれば、実行者本人の既定値と違うルールで動く

個人の既定値とトリガー個別を組み合わせれば「普段のトリガーは失敗時のみ Slack、月次レポートだけ全部メールで」のような運用が可能です。

Slack/Discord/LINE WORKS は接続プロファイルが先 + プロファイル変更でチャンネルがリセット

外部チャットへの通知をオンにするには、先に受信チャネル側で接続プロファイルを作っておく 必要があります。プロファイルが無いとトグルをオンにしても送信先カードが空のまま機能しません。

さらに UI の挙動として:

  • プロファイルを変更するとチャンネル選択がリセット される(別ワークスペースのチャンネル一覧と混在を防ぐため)
  • Slack / Discord はサービス側のチャンネル一覧から選ぶ(手入力ではない)
  • LINE WORKS は API でチャンネル一覧が取れない場合があり、その時はチャンネル ID を手入力

設定後の検証:保存して終わりにせず、代表的なトリガーを 1 回手動実行して、設定したプロファイル × チャンネルに通知が落ちることを確認してください。

確認ポイント

  1. 「通知設定 / 通知センター / 受信チャネル」の3画面の違いを利用者にも説明できますか?

  2. タイミング(すべて/失敗時のみ/通知しない)が送信先トグルより上位に効くことを把握していますか?

  3. Slack/Discord/LINE WORKS のオンに必要な接続プロファイルが受信チャネル側に作成済みで、プロファイル変更時のチャンネル再選択を運用フローに組み込んでいますか?