n8nでSlackへ通知する｜送信先・重複・確認待ちを管理する

n8nのSlack通知は、何を知らせ、誰が次に何をするかまで決めて送ります。同じ失敗を何度も知らせる通知や、必要な担当が見られないチャンネルへの通知は、送信成功でも役割を果たしません。

本文には、状態と次の一手を入れる

「エラーが発生しました」だけでは、どの依頼を確認するか分かりません。依頼ID、状態、失敗した処理、担当が開ける確認先を含めます。顧客本文や秘密情報を丸ごと貼る必要はありません。

通知の設計例
対象：受付 sample-001
状態：台帳登録は完了、担当通知は未完了
確認：管理画面で担当先を照合
担当：運用担当
再実行：登録を増やさず、通知だけ確認する

台帳登録が終わったことを明示すると、通知だけの失敗を見て、登録まで二重にやり直すのを避けられます。

試験用チャンネルでMessageのSendを設定し、本文と対象チャンネルを確認します。接続に必要な権限は操作によって違います。公式Slackノードから対象操作のscopeを確認してください。

画面にチャンネル名が見えても、運用するアプリが投稿できるとは限りません。実行結果とSlack側の表示を両方確認し、通知を見る担当がそのチャンネルへ参加しているかも確かめます。

依頼IDと通知の種類を組み合わせ、送信結果の識別情報を残します。復旧後の再実行では、同じ通知を増やすのか、元メッセージを更新するのかを決めます。

Slackへ確認依頼を送り、応答を待つ構成も作れます。ただし、メッセージに返事があったことと、権限のある担当が該当版を承認したことは別です。期限切れ、却下、返答できない担当の扱いを決めます。

まず試験通知を一件送り、同じIDで再実行した結果を読むところから始めてください。承認そのものの設計は人の承認を挟む方法へ分けると、通知設定と実行許可を混同せず管理できます。