葬儀社が過去の施行の記録・季節・火葬場の休場日・地域の死亡数の動きから、翌月の会館ごとの施行件数を Python で見込み、式場の稼働と人の手当ての案にする

処理の起点を決める

毎月18日の夜に1回動かします。 経営企画の担当が20日ごろに計画を作り始めるので、その前の営業日の朝には表ができている時刻にします。 施行管理のシステムから前日までの受注の記録が書き出されたあとに動かします。

見込む先は「翌月の1日から末日まで」の会館ごと・日ごとの受注件数です。 18日に動かすので、見込みの始まりまで2週間ほどあります。 学習のときも同じ間を空け、「その月の18日までの記録で、翌月を見込む」形で過去の例を作ります。間を空けずに学ばせると、運用より当たるモデルに見えます。

月の途中にもう一度、軽い版を動かします。 翌月の見込みを出したあと、月が替わってからは毎週月曜に、その週から2週間分だけを最新の受注で見込み直します。 式場の振り替えやスタッフの応援の手配は、2週間先が見えれば間に合うことが多いからです。毎週の見込み直しでは、すでに受けたご依頼の告別式の日は実際の予定を使い、 まだ入っていない分だけをモデルの見込みで足します。

入力データを集める

質を決めるのは、火葬場の休場日の表です。 火葬場によって休場の決まりは違います。たとえば相模原市営斎場は、年始の1月1日から3日と年2日程度の点検日を休場日とし、友引は各月の第4友引の日だけ火葬炉を使えないとしています。毎月の友引をすべて休む火葬場とは、告別式の寄り方がまったく違います。会館が使う火葬場ごとに、公式の案内から休場の決まりを写して表にします。

形式は、割り付けのときに分けて扱います。 一般葬と家族葬は通夜と告別式で式場を2日使い、一日葬は告別式の日だけ、火葬のみは式場を使いません。 モデルが見込むのは形式を問わない受注の件数で、割り付けのときに、会館ごとの直近12か月の形式の割合で分けます。形式ごとに別のモデルを作ると、火葬のみや一日葬の件数が少なすぎて学べません。

受注の記録から、故人とご遺族の情報は読みません。 名前、住所、年齢、死因、宗派は、件数を見込むのに要りません。日付と会館と形式だけを取ります。

地域の死亡数の動きは、補助の特徴にとどめます。 厚生労働省は人口動態統計の速報を調査月の2か月後に、月報（概数）を約5か月後に公表するとしています。翌月を見込む時点では、2か月前までの数しか手に入りません。 季節の山がその年に早いか遅いかを知る手がかりとして、前年の同じ月との比を特徴に入れます。

データの取得方法を決める

施行管理のシステムに、受注の一覧を CSV で書き出す機能があれば、それを毎月18日の夜に決まったフォルダへ書き出します。書き出す列は、受注の番号・受注の日・会館・形式・通夜の日・告別式の日・火葬場だけに絞ります。

1つの会館が2つの火葬場を使うときは、過去の割合で分けます。 会館ごとに直近12か月で、どちらの火葬場の告別式が何割だったかを数え、見込んだ受注をその割合で2つの暦に振り分けて割り付けます。 火葬場の受け入れの決まりが変わった年は、割合を数え直します。

受注の日は「ご依頼をいただいた日」に統一します。 施行管理のシステムによっては、日付の列が受注の日・打合せの日・請求の日と分かれています。告別式の日で数えると、火葬場の暦の影響が見込みの的に入り込み、 1段目と2段目を分けた意味がなくなります。

AIへ渡す前に整形する

1. 日ごとの表にする … 会館ごとに、受注が0件の日も含めて毎日1行の表にします。0件の日を落とすと、平均の件数が高く出ます
2. 会館の開設・閉鎖を扱う … 開設前の日と閉鎖後の日は表から外します。開設して1年に満たない会館は、近い会館の記録を参考にする印を付けます
3. 暦の特徴を作る … 曜日、月、六曜、年末年始からの日数、祝日と連休の印、使う火葬場の休場日とその前後の印
4. 季節の動きの特徴を作る … 前年の同じ月の会館ごとの件数、直近4週の件数、死亡数の速報の前年の同じ月との比
5. 時点をそろえる … すべての特徴を「見込みを出す月の18日の時点」で作ります。18日より後の受注を学習の特徴に混ぜません
6. 割り付けの規則の材料を作る … 過去3年の受注について、受注の日から告別式の日までの日数の分かれ方を、火葬場ごと・休場日をはさむかどうかで数えます
7. 形式の割合を作る … 会館ごとに、直近12か月の一般葬・家族葬・一日葬・火葬のみの割合を出します

1番目を省くと、見込みが全体に高くなります。 受注の記録には受注のあった日しか載っていないので、記録のまま集計すると「0件の日」が消え、 モデルは毎日何件かあるものと学びます。

6番目の日数の分かれ方が、2段目の規則の中身です。 墓地、埋葬等に関する法律は、火葬は死亡から24時間を経過した後でなければ行ってはならないと定めています。そのため告別式は受注の翌日以降になり、多くは2〜3日後ですが、休場日をはさむと日数が延びます。 この分かれ方を火葬場ごとに数えておき、見込んだ受注を日ごとに割り付けます。

AIに処理させる

させるのは、翌月の会館ごと・日ごとの受注件数を、中央の値と上振れの値で見込むことだけです。 学習には、過去3年分の日ごとの表を使います。

3行目を既定のままにしないでください。 公式の説明では、early_stopping の既定は 'auto' で、件数が1万件を超えるか、X_val・y_val を fit に渡したときに有効になります。 会館4か所の3年分の日ごとの表は4,000行余りなので、渡さなければ見張りは働きません。直近の月を検証用として明示的に渡し、 どの月で止めどきを決めたかを記録に残します。

会館はカテゴリの型の列にして渡します。 categorical_features の既定は "from_dtype" で、表の列をカテゴリの型にしておけば数値に直さずに使えます。会館ごとに別のモデルを作らず、1つのモデルで4つの会館を学ばせます。 会館ごとの3年分では、冬の山の例が少なすぎるからです。

上振れの値は、日ごとの値を足して月の上振れにしません。 日ごとの「10日に1日はこれを超える値」を30日分足すと、すべての日が同時に上振れする場合の数になり、月の合計としては大きすぎます。 寝台車や仕入れのように月や週の合計で考えるものは、週ごとの件数を的にした上振れのモデルを別に作るか、中央の値の合計を使います。

割り付けは、モデルではなく規則で行います。

4行目で振り替えまでしないのは、振り替えは人の判断だからです。 どの会館へ振り替えるか、日程を延ばしていただくかは、ご遺族のご事情と地域で決まります。 構成は足りなくなりそうな日を示すところで止めます。

指示内容を固定する

この構成は生成AIを使わないため、プロンプトはありません。 代わりに、見込み・割り付け・手当ての案を決める設定を、ひとつのファイルにまとめます。

【見込む先】
target: 会館ごと・日ごとの受注件数（受注の日で数える。0件の日を含める）
horizon: 翌月の1日〜末日
as_of: 毎月18日（学習の例も同じ時点で作る）

【モデル】
median: HistGradientBoostingRegressor(loss="poisson", categorical_features="from_dtype")
upper:  HistGradientBoostingRegressor(loss="quantile", quantile=0.9)
validation: 直近3か月を X_val / y_val として fit に渡す
学習期間: 直近36か月

【読まない列】
- 故人の名前・住所・年齢・死因、喪主・ご遺族の情報、宗派、金額

【割り付け】
- 告別式までの日数: 火葬場ごとの過去3年の分かれ方
- 休場日: 火葬場の休場日の表に従う（友引の扱いの列を含む）
- 室数を超えた分は「室数超過」として数え、振り替えない

【手当ての案】
- 式場の使用: 上振れの値で割り付けた使用が室数を超える日に印
- スタッフ: 会館の基準の人数 × 上振れの値の告別式の数で案を出す
- 寝台車: 全会館の上振れの値の受注の合計で案を出す

【人に見せる印】
- 室数超過、年末年始と連休の前後、開設1年未満の会館、休場日の表の更新から1年以上

「受注の日で数える」を設定の先頭に書くのは、日付の取り違えがいちばん起きやすいからです。 告別式の日で数えた表で学ばせると、休場日の翌日に件数の山があるように学び、2段目の割り付けで同じ山をもう一度作ります。

出力形式を固定する

手当ての計画は表で出し、同じ内容を JSON でも残します。 表は担当と部長が読むため、JSON は翌月の振り返りのためです。

{
  "as_of": "2026-10-18",
  "target_month": "2026-11",
  "model_version": "funeral-2026-10",
  "hall": "中央会館",
  "rooms": 2,
  "days": [
    {
      "date": "2026-11-09",
      "orders_median": 1.4,
      "orders_upper": 3,
      "services_upper": 3,
      "room_over": 1,
      "staff_plan": 9,
      "flags": ["room_over", "after_closure"]
    }
  ],
  "warnings": []
}

中央の値と上振れの値を両方残すのは、手当ての考え方を部長が選べるようにするためです。 生花や返礼品の仕入れは中央の値で、式場とスタッフは上振れの値で考える、という使い分けが表の上でできます。

room_over は件数で出します。 「室数を超える」だけでなく「何組あふれそうか」が分かれば、近くの会館の空きで足りるか、外の式場を考えるかの判断が早くなります。

flags の印は、次の意味で付けます。

システムへ連携する

計画の表は、会館ごとのシートと全会館をまとめたシートに分けます。 会館の責任者は自分の会館のシートを、経営企画と部長はまとめのシートを見ます。近くの会館の同じ日を並べて見られるよう、まとめのシートは日を行、会館を列にします。

シフトの表へは直接書き込みません。 見込みは幅のある数で、そのままシフトに流すと、上振れの値の人数が毎日の人数になります。 部長が確かめた計画を、シフトの担当が勤務の決まりに合わせて組みます。

人が確認する

1. 室数超過の印の日 … 近くの会館の見込みと並べ、振り替えの余地があるかを見ます
2. 年末年始と連休の前後 … 火葬場の休場が続くと、告別式までの日数が過去の分かれ方より延びることがあります
3. 開設1年未満の会館 … 記録が少ないので、近い会館と比べて見込みが妥当かを見ます
4. 休場日の表の更新の日付 … 1年以上更新していなければ、火葬場の公式の案内で今年の休場日を確かめます

部長が直すときは、直した日と数と理由を計画の表の欄に書きます。 「近くに大きな介護施設が開所した」「競合の会館が閉じた」のような事情は、記録の中には出てきません。この欄が、モデルに足せる特徴の候補の一覧になります。

目標は、120件の枠をならして1件4分です。 印の付いた日だけを詳しく見て、残りは表で流し見ます。

例外に対処する

2行目で止めるのは、休場日の無い暦で割り付けると、休場日にも告別式が入るからです。 年始の休場日が表に無いまま1月の計画を作ると、1月2日に式場が埋まっている計画になります。

6行目の平年と違う時期は、モデルが学んだことの無い動きです。 過去3年の記録に無い高さの山が来ると、モデルは低めに見込みます。毎週の見込み直しで、すでに入った受注の実際の数を優先して使います。

記録を残す

• 毎月の書き出しの件数と、会館ごとの受注の件数
• モデルの版、学習と検証の期間、検証の結果（中央の値のずれ、上振れの値を実際が超えた日の割合）
• 休場日の表と会館の表の版
• 手当ての計画の JSON の全文と、配った日時
• 部長が直した日と数と、その理由
• 翌月の実際の受注と式場の使用（振り返り）

上振れの値を実際が超えた日の割合が、幅の見込みの確かさです。 quantile=0.9 なら、超える日はおよそ1割のはずで、2割を超える月が続くなら、モデルか暦の表に足りないものがあります。

部長の直しの記録は、翌月の振り返りで実際の受注と並べます。 直した日の方がモデルの見込みより当たっていたなら、その理由は特徴に足す候補です。外れていたなら、部長の見立ての方を見直す材料になります。 どちらに寄せるかを、記録で決められるようになります。