弔電・供花の到着を受付に連動する|読み上げ・名札・受領の整合

弔電や供花は、当日の進行に直接関わる一方で、到着のタイミングが読みづらいものです。
式場に届いたか、名札の表記は正しいか、読み上げの対象か、芳名録や返礼の記録に入れるか。これらが別々に管理されると、確認漏れや表記の不一致が起きやすくなります。

大切なのは、弔電・供花を「届いたもの」として終わらせず、受付データや名寄せの対象とつなげておくことです。
受領、表記確認、設置、読み上げ、名寄せ候補までを同じ画面で扱えるようにしておくと、当日の確認と式後の記録がつながります。

このページの要点
・到着予定と受領済みを分け、未着が残っているか確認する
・名札表記は、確定欄と確認待ちを分ける
・弔電は読み上げ対象かどうかを明確にする
・差出人を受付データ・芳名録・名寄せ候補と紐づける
弔電・供花の管理で重要なのは、受領した事実だけではありません。
名札・読み上げ・喪家確認・芳名録・返礼の判断へつながる情報として残すことです。

1. 到着情報は「予定」と「受領済み」を分ける

弔電や供花は、手配済みでも式場に届いていなければ当日の準備に使えません。
そのため、まずは到着予定と受領済みを分け、未着のものが残っていないかを確認できるようにします。

弔電・供花で分けて管理したい4つの確認軸
受領 届いたかを確認

到着予定と受領済みを分け、未着のものを一覧で確認します。

名札 表記を確定する

会社名、肩書き、連名順など、表示に使う文字を確定欄に分けます。

読み上げ 対象を明確にする

弔電の読み上げ有無と順番を別管理し、進行担当へ渡せる状態にします。

名寄せ 受付データへつなぐ

差出人を芳名録や返礼の候補として残し、式後の確認に使います。

2. ステータスは少なくてよいが、判断に使える内容にする

細かすぎる状態を作ると、当日の入力が重くなります。
まずは、未着・受領・表記確認・設置・読み上げのように、現場が次に何をするか分かる粒度で十分です。

ステータス 意味 次に見る人
到着予定 手配情報はあるが、式場ではまだ受け取っていない 受付、会館スタッフ、供花担当。
受領済み 式場で受け取り、差出人と内容を確認する段階 受付、喪家確認担当。
表記確認待ち 名札、会社名、連名順、読み上げ対象などの確認が必要 喪家対応担当、式進行担当。
掲示・設置済み 供花や名札の設置、弔電の掲示が完了している 会場担当、進行担当。
読み上げ済み 弔電の読み上げが完了している 進行担当、式後確認担当。
全部を喪家確認に回さない
確認が必要なものだけを抽出できるようにしておくと、当日の確認が短く済みます。
会社名の正式表記、連名の順番、読み上げ対象の選別など、判断が必要なものを「確認待ち」に分けるのが現実的です。

3. 管理画面では、未着・表記確認待ち・読み上げ対象を分ける

弔電・供花の管理画面では、単に件数を出すだけでなく、式前に確認が必要なものを目立たせます。
未着、表記確認待ち、読み上げ未対応、名寄せ候補を分けると、当日の確認がしやすくなります。

管理画面mock:弔電・供花の受領と確認状況を一覧化する
弔電・供花 受領管理 〇〇家 通夜・告別式
到着予定・未着 3 式前確認
表記確認待ち 5 会社名・連名
読み上げ対象 7 弔電
設置・掲示済み 12 供花・弔電

到着物の確認状況

株式会社〇〇 / 供花 受領済み 表記確認 肩書き確認
山田 太郎 様 / 弔電 受領済み 読み上げ 順番確認
佐藤家 親族一同 / 供花 未着 到着予定 配送確認
株式会社△△ / 弔電 掲示済み 受領済み 名寄せ候補

式前に確認するもの

表記確認待ち:5件 会社名の正式表記、肩書き、連名順の確認が必要です。
未着:3件 供花の到着予定があります。配送状況を確認します。
読み上げ対象:7件 弔電の読み上げ順を進行担当へ共有します。
確認待ちを見る 読み上げリスト

4. 名札表記は「届いた表記」と「確定表記」を分ける

供花の名札は、届いた伝票や注文情報のまま出せるとは限りません。
会社名の正式表記、肩書き、連名順、旧字体など、喪家や担当者に確認したい内容が出ることがあります。

そのため、届いた表記と、実際に名札や記録へ使う確定表記を分けておくと安全です。

届いた表記
株式会社〇〇 営業部 部長 山田 太郎 様

注文情報や配送伝票に記載されていた表記。確認前の内容として残します。

確定表記
株式会社〇〇 営業部 部長 山田 太郎 様

名札、芳名録、礼状などに使う表記。喪家確認が必要な場合は確認待ちにします。

5. 弔電は「読み上げ対象」と「掲示のみ」を分ける

弔電は、届いたすべてを読み上げるとは限りません。
式の時間、喪家の意向、差出人との関係によって、読み上げるものと掲示・保管だけにするものが分かれます。

式進行用mock:読み上げ対象と掲示のみを分ける
弔電 読み上げリスト 告別式 10:30 / 式進行用
山田 太郎 様

読み上げ対象。本文確認済み。順番:1番

読み上げ 順番1
株式会社△△ 代表取締役 佐藤様

会社名・肩書き確認待ち。読み上げ対象候補。

確認待ち 候補
鈴木 一郎 様

掲示のみ。芳名録・名寄せ候補へ登録済み。

掲示のみ 登録済み
連名:□□会 有志一同

読み上げ有無を喪家確認。連名の扱いを式後にも確認。

喪家確認 連名

6. 受付データ・芳名録・名寄せ候補へつなげる

供花や弔電の差出人は、当日の参列者や香典の差出人と重なることがあります。
ここを別管理にしてしまうと、後でお礼や記録をまとめるときに確認が増えます。

名寄せ候補に入れるだけでも、式後の確認が短くなります
到着時点で完全に統合しなくても、差出人を名寄せ候補として残しておけば、式後に芳名録・返礼・礼状と照合しやすくなります。

7. 到着から式後確認までの流れを決めておく

弔電・供花は、当日に届いたものを会場に出すだけでは終わりません。
読み上げ、名札、芳名録、返礼、礼状まで関係するため、受領から式後確認までの流れを先に決めておく必要があります。

弔電・供花の到着から名寄せまでの基本フロー
STEP 1 到着予定

弔電・供花の到着予定を一覧に持ちます。

STEP 2 受領

届いた時点で差出人、種類、内容を確認します。

STEP 3 表記確認

名札、肩書き、連名順、読み上げ対象を確認します。

STEP 4 設置・読み上げ

供花の設置、弔電の読み上げ状況を記録します。

STEP 5 名寄せ

受付、芳名録、返礼、礼状の候補として確認します。

8. 操作履歴が残ると、後日の確認に対応しやすい

式後には、弔電を読み上げたか、供花の名札をどう出したか、差出人を芳名録に含めたかを確認することがあります。
受領、表記確認、設置、読み上げの操作履歴が残っていれば、担当者が変わっても当日の扱いを確認できます。

履歴mock:受領・名札確認・読み上げ・名寄せを残す
2026/01/14 15:20 株式会社〇〇からの供花を受領。名札表記は肩書き確認待ちに変更 受領
2026/01/14 16:05 供花名札の確定表記を登録。会場入口横へ設置済みに変更 名札
2026/01/15 09:40 山田 太郎 様の弔電を読み上げ対象に設定。順番1番として進行担当へ共有 読み上げ
2026/01/15 11:30 株式会社△△を芳名録・名寄せ候補へ登録。返礼対象は式後確認 名寄せ

まとめ

弔電・供花は、到着したかどうかだけでなく、名札表記、読み上げ対象、設置状況、芳名録・返礼との関係まで確認が必要です。
受領を起点に、表記確認、設置、読み上げ、名寄せ候補までを同じ管理画面で扱えるようにしておくと、当日と式後の確認がしやすくなります。

受領を起点にする

到着予定と受領済みを分け、未着や確認待ちを見つけやすくします。

表記を分ける

届いた表記と確定表記を分け、名札・礼状に使う文字を確認します。

名寄せへつなげる

差出人を芳名録や返礼の候補として残し、式後の確認に使います。

株式会社インテンスで設計する場合も、弔電・供花だけを単独で管理するのではなく、参列受付、芳名録、返礼、礼状までを見据えて項目を決めます。 当日の進行を止めず、式後の確認にも使えるデータとして残すことを重視します。

本記事は、Webシステム開発・スマホ自動変換「movo」・業務システム構築・フォームUX改善・EC支援を提供する 株式会社インテンスが、実際の開発プロジェクトで蓄積した知見をもとにまとめています。 株式会社インテンス(公式サイト)