> For the complete documentation index, see [llms.txt](https://support.bridge-funeral.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.bridge-funeral.com/fur-no-1-woniu/33-flow-ceremony-reception.md).

# 施行受電 (訃報) と施行情報の作成

ブリッジ葬儀で最も緊張感の高い瞬間 — **訃報の受電** 。お客様からの「お亡くなりになりました」というお電話を受けた時の業務フローを順に追います。

## 想定するシーン

* 電話で「父が亡くなりまして」というご一報を受ける
* 病院 / ご自宅 / 施設からのお迎えを手配しながら、ブリッジ葬儀側で施行情報を起こす
* 通夜・葬儀・火葬の日程が決まる前でも、まずは施行情報を作って受注を確定させる

## 受電時に必ず聞き取る情報 (チェックリスト)

訃報受電時に聞き取るべき情報を、ブリッジ葬儀の項目とあわせて整理します。

| 聞き取り内容         | 入る場所                                      |
| -------------- | ----------------------------------------- |
| 故人氏名 / カナ      | お客様 (Contact) — 故人                        |
| 故人生年月日 / 死亡日時  | お客様 (Contact)                             |
| 死亡場所 (病院 / 自宅) | 施行情報の備考、または初期メモ                           |
| 喪主氏名 / 連絡先     | お客様 (Contact) — 喪主                        |
| 喪主の故人との関係      | 施行情報 `RelationshipDeceased__c` (Text)     |
| 当家名 (姓 / カナ)   | 家族 (Account)                              |
| お迎え先           | 施行情報 `PickupDestination__c` (Lookup → 式場) |
| 安置場所           | 施行情報 `Enshrined__c` (Lookup → 式場)         |
| お迎え備考          | 施行情報 `PickupNotes__c` (Text)              |
| 想定式場 / 想定日程    | 施行情報 (確定でなくてもメモ可)                         |
| 信仰宗派           | 施行情報                                      |
| 希望ランク・予算感      | 施行情報の備考、または活動メモ                           |

## ステップ 1: ご家族・故人・喪主を特定 or 新規登録

### 既存ご家族の場合 (事前相談済み等)

検索バーで当家名や喪主名を引き、家族レコードを開きます。配下のお客様に「故人」「喪主」がいるか確認。

* 故人が既存お客様レコードにいない場合 → 関連リスト「お客様」から **「新規」** で追加
* 喪主が既存お客様レコードにいない場合 → 同様に追加

### 新規ご家族の場合

[家族とお客様を登録する](https://github.com/thinkeight/bridge-cms/blob/main/README.md) の手順で:

1. 家族 (Account) を新規作成
2. 配下に **故人** のお客様を登録 (死亡日 `DeceasedDate__c` を入れると **`IsDead__c` (故人) チェック** が自動 ON)
3. 配下に **喪主候補** のお客様を登録 (関係は施行情報側で記録するので、ここでは氏名・連絡先だけで OK)
4. 必要に応じて **請求先 (= 施主) になる方** も登録 (喪主と同じなら追加不要)

## ステップ 2: 施行情報を新規作成

訃報受電時点で、まず施行情報を作成します。日程未確定でも構いません — 当家・故人・喪主だけ入れて保存できます。

1. **「施行情報」タブ** → 「新規」
2. レコードタイプは **「葬儀」** を選択 → 「次へ」
3. 入力する項目 (聞き取りに応じて埋まる範囲で OK):
   * **当家 (家族 / 会社)**
   * **故人 (お客様)**
   * **喪主 (お客様)**
   * **請求先名 (`OwnerName__c`)** — 任意 (喪主と同じなら `SeshuMoshuCheck__c` を ON にして空でも可)
   * **通夜・葬儀・火葬の日時 / 式場** — 決まっている範囲で
   * **宗派 / 寺社名**
   * **担当者 (社員)** — 担当に振った社員
4. **「保存」** をクリック

### 保存時に裏で動く 4 つの自動処理

「保存」を押した瞬間、以下が自動で動きます。

| 自動処理                | 内容                       |
| ------------------- | ------------------------ |
| **発行元 (支店) の自動セット** | 担当者の既定支店、または並び順最小の発行元    |
| **おくやみ情報の自動作成**     | 自社シェア把握用に新規レコード生成        |
| **会員権の失効処理**        | 故人が持っていた会員権を「失効」に変更      |
| **最終施行日 更新**        | 喪主のお客様レコードに最終施行日・最終式場を記録 |

> 担当者は意識しなくて OK。「保存」を押すだけで、必要な周辺データが整います。

詳しくは [裏で自動で動く処理を知る](https://github.com/thinkeight/bridge-cms/blob/main/README.md) を参照。

## ステップ 3: 葬儀日程をテンプレで一気に展開

日時が決まったら、施行情報詳細画面の **葬儀日程エディタ** で日程を組みます。

1. 日程エディタの **「テンプレートを開く」** をクリック
2. **「一般葬」「家族葬」「一日葬」「直葬」「神式」** などから当てはまるテンプレを選択
3. **基準日 (例: 葬儀日)** を入力 → 通夜・葬儀・火葬の日程が一気に展開
4. 必要に応じて時刻・式場・担当者を修正
5. **「保存」**

> 日程を保存すると、施行情報本体の **代表日時 / 式場** (通夜・葬儀・火葬) も自動的に同期されます。

詳しくは [葬儀の日程を編集する](https://github.com/thinkeight/bridge-cms/blob/main/README.md) を参照。

## ステップ 4: 通話の活動記録を残す

訃報受電は重要な接点なので、必ず活動記録を残します。

* レコード: 家族 or 施行情報 に紐づけて
* 件名: `訃報受電 / 施行受注`
* コメント例:

```
2026/06/16 10:25 着信
喪主: 山田 次郎 様 (故人の長男)
故人: 山田 太郎 様 (84)
死亡: 2026/06/16 03:30 ◯◯病院
お迎え: 本日 13:00 に到着予定
安置先: 自宅
希望: 家族葬 (15 名程度)、20 万〜30 万円台
次アクション: 14:00 に式場仮押さえ確認、見積を本日中に作成
```

## ステップ 5: 同時並行で必要なオペレーション

訃報受電後の業務は同時並行になります。ブリッジ葬儀外の作業も含めて、典型的なフロー:

1. **お迎え手配** (社内連絡)
2. **安置場所の確保**
3. **式場仮押さえ**
4. **見積伝票の作成** ([受注ヒアリングと見積伝票](https://github.com/thinkeight/bridge-cms/blob/main/README.md))
5. **訃報 PDF 出力** (告知用)
6. **日程テンプレで詳細日程組み**

## ステップ 6: 葬儀の進行中も施行情報を更新

葬儀が進む中で、以下のような追加・変更が発生します。

* 火葬時間が決まった → 日程エディタ更新
* 喪主以外の親族の連絡先 → 関連お客様として追加
* 香典返しの数量 → 別途見積伝票で管理
* 会葬御礼の発送 → 施行情報の備考にメモ

すべて施行情報 1 つを起点に、関連リストや日程エディタから追加していけます。

## こんなときは

### 受電時点で故人氏名がまだ不明

事情により故人氏名が即答できない場合があります。一旦お客様レコードを **「故人 (姓だけ)」** などで作成し、後で正式氏名に更新。

### 「家族 / 会社」のどちらで作るべきか迷う

葬儀の喪主が個人なら **「家族」** 。法人 (会社葬・社葬) の場合は **「会社」** を選びます。

### 死亡日と通夜日が同じ日

問題ありません。施行情報の **死亡日** (お客様レコード側) と **通夜日時** (施行情報) は独立した項目です。

### 「忌み言葉」を避けるためにフィールド名を変えたい

項目名 (フィールドラベル) はパッケージ標準のままです。お客様向けのコミュニケーションでは PDF 帳票の文言を使ってください (PDF は配慮された表現になっています)。

### お迎え時間 / 安置場所の項目について

ブリッジ葬儀標準で **`PickupDestination__c` (お迎え先 Lookup → 式場)** と **`Enshrined__c` (安置場所 Lookup → 式場)** が用意されています。受電時に決まらない場合は **`PickupNotes__c` (お迎え備考)** にメモで残せます。

## 次に進む

* [受注ヒアリングと見積伝票](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 訃報受注後の見積作成
* [葬儀の日程を編集する](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 日程テンプレと細部調整
* [訃報・供物一覧・日程表を印刷する](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 葬儀進行中の帳票出力
* [裏で自動で動く処理を知る](https://github.com/thinkeight/bridge-cms/blob/main/README.md) — 保存時の自動処理 4 つ

***

📅 最終更新日: 2026-06-16


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://support.bridge-funeral.com/fur-no-1-woniu/33-flow-ceremony-reception.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.