通知のしくみ/ Notifications

松葉が送る通知は全 47 種類です。系統によって送られ方が違い、管理者が手を入れられる範囲も違います。まずこの 3 つの区別を押さえると、この先の章が読みやすくなります。

系統ごとに送り方を分けている理由

確認コードやパスワード再設定のメールは、遅れれば利用者がその場でログインできません。そこで認証・本人宛の 11 種だけは途中の順番待ちを通さず、アプリから配送業者へ直接渡します。管理者が文面を編集できないのも同じ理由で、認証の文面が事故で壊れるとログイン自体が止まるためです。業務通知と管理者宛の通知は、順番待ちを挟んで確実に送ることを優先します。

メールの届き方は、利用者が自分の設定画面で決めます 稼働中。管理者が一括で切り替える機能は持っていません。届きすぎて読まれなくなる状態を避けるため、受信者側に選択肢を置く設計です。

この 3 つは全体の既定として選び、さらに Box ごとに上書きできます。「普段はデイリーサマリだが、この案件の Box だけは即時で受け取る」といった使い分けができ、指定しなかった Box は全体の設定を引き継ぎます。

止められない通知

業務上の危険や期限に直結する知らせは、受信者の設定にかかわらず即時で届きます。招待／参加申請とその承認・却下／共有リンクの発行案内／ウイルス検出などのセキュリティ／Drive 同期の異常／隔離の取り出しと恒久削除／保持期限に関する知らせ／重大操作の通知がこれにあたります。これらはデイリーサマリにまとめず、Box ごとに停止していても送ります。

メール本文の末尾には配信停止のリンクが付き、メールソフトの「登録解除」からも止められます。停止の範囲は、Box に紐づく知らせならその Box、紐づかない知らせなら業務通知のメール全体です。ただし上記の止められない通知は停止後も届き続け、アプリ内の通知センターにも残ります。設定画面からいつでも再開できます。

通知でいちばん困る故障は「画面の操作は成功しているのに、メールだけが出ていない」形で現れます。利用者からは気づけず、管理者にも自動では見えません。松葉は、この状態を作らないための多段の受け渡しと、詰まりを見つけるための点検を持っています。

操作と知らせが食い違わないしくみ

送信予定への書き込みは、操作そのものの保存と同じひとまとまりの処理で行います。アップロードが成功したのに通知が作られなかった、あるいは操作が失敗したのに通知だけ飛んだ、という食い違いが起きません。そのうえで、実際の送信は 1 分ごとの払い出しに任せます。メールの配送は外部サービスへの通信を伴うため、そこで詰まっても利用者の操作は待たされません。

退職・組織変更・入力間違いなどで、宛先が受け取れなくなることがあります。放置すると配送業者から見た評判が落ち、他の宛先にも届きにくくなるため、松葉は届かないアドレスを自動で切り離し、本人の手で戻せるようにしています 稼働中。

通知の文面は「共通の外殻」と「本文」の二層でできています。外殻（ヘッダ・フッタ・配色・配信停止リンク）はアプリ側が用意し、本文だけを管理者が編集できる設計です。文面をデータベースに置く準備は済んでおり、編集する画面が 実装予定 · Step 4b です。

テンプレートの編集画面ができるまでの間も、定型外の連絡はゼロベース通知で送れます。文面の恒久的な変更が必要になった場合は、開発側での差し替えになります。

配信の状態を見る経路は 2 つあります。日常はアプリの中だけで完結し、配送業者側の詳細を見たいときにだけ外の画面を使います。

日常の判断は管理コンソール側で完結します。Resend Dashboard を開くのは、特定の宛先だけ届かない原因を追うときなど、受信側が返した理由まで確かめたい場合に限られます。持ち場の切り分けは自動メンテナンスと長期運用の「持ち場の線引き」を参照してください。