結論：貸切バス事業の「点呼記録・運行指示書・乗務員等台帳」は、旅客自動車運送事業運輸規則で記載事項が条文レベルで固定された定型記録業務の塊であり、令和6年4月1日から点呼記録の電磁的記録での3年保存が義務化されたいまこそ、Claude Codeで点呼簿の構造化と法定項目チェックをスクリプト化する投資対効果が最も高いタイミングです（本記事は想定モデルケースの試算です）。
- 要点1：令和6年4月1日から、貸切バスの点呼記録は紙1年保存ではなく電磁的記録で3年保存が必須（運輸規則第24条第5項）。スキャン保存でもよいが、国交省リーフレットは点呼日から1週間以内の電子化を案内している
- 要点2：運行指示書の法定記載事項は10項目（第28条の2）。予約データと行程表が構造化されていれば、ドラフト生成と欠落チェックは機械集計＋運行管理者承認の型に載る
- 要点3：同じ「点呼」でも、貨物トラックは貨物自動車運送事業輸送安全規則、貸切バスは旅客自動車運送事業運輸規則と適用法令が別。録音録画90日保存やデジタル記録義務は貸切バス側にしかない要件で、貨物向けテンプレの流用は危険
対象読者：貸切バス・観光バス事業者の運行管理者と経営層、複数営業所の記録業務を束ねる管理部門、バス事業のDXを支援するエンジニア・PM
今日やること：直近1か月分の点呼簿（紙・点呼システム出力どちらでも）を1つのフォルダに集め、後述の「構造化プロンプト」を1本試す
事例出典：想定シナリオ（モデルケース）
本記事は、複数業界での導入支援経験をもとに構成した想定モデルケースです。登場する会社・数値はすべて仮想のモデルであり、実在企業の実測値ではありません。効果の数値はすべて「試算」です。
貸切バス（一般貸切旅客自動車運送事業）の安全規制は、この数年で大きく書き換わりました。令和5年10月10日に公布された旅客自動車運送事業運輸規則等の改正により、令和6年4月1日から「デジタルも活用した新たな安全ルール」がスタートしています。点呼の様子の録音・録画（90日間保存）、アルコールチェック時の顔写真撮影（90日間保存）、そして点呼記録・運行指示書・運送引受書・業務記録の保存期間の3年への延長。なかでも点呼記録は、紙のファイル綴じでは足りず電磁的記録（電子ファイル）での保存が必須になりました。
根拠法令は旅客自動車運送事業運輸規則（昭和31年運輸省令第44号）です。業務前・業務後の点呼と夜間長距離運行時の中間点呼（第24条第1〜3項）、点呼記録の電磁的記録による3年保存（同条第5項）、点呼状況の録音・録画の90日保存（同条第6項）、運行ごとの運行指示書の作成・携行と運行終了日から3年の保存（第28条の2）、運転者ごとの乗務員等台帳の備え置き（第37条）——貸切バス事業者は、1台がツアーに出るたびにこれらの記録を積み上げ、監査や巡回指導でいつでも提示できる状態を維持しなければなりません。
注意したいのは、同じ「点呼・運行記録」でも、貨物トラック運送業とは適用法令が別だという点です。トラックは貨物自動車運送事業輸送安全規則、バス・タクシーは旅客自動車運送事業運輸規則が適用され、貸切バスにだけ課される要件（点呼の録音録画、点呼記録の電磁的保存義務など）があります。貨物側の実装パターンは運送業の点呼記録・運行日報の効率化事例で解説しましたが、本記事はその旅客版です。従業員32名（運転者24名）・貸切バス18台・2営業所の中堅貸切バス事業者D社（想定モデル）を題材に、Claude Codeでこの記録業務をどう圧縮するかを実装レベルで解説します。
導入前の状況：紙の点呼簿と「行程表から手書きで起こす運行指示書」
想定モデルのD社の業務フローはこうです。
- 点呼：出庫前・帰庫後に運行管理者が対面点呼。紙の点呼簿に酒気帯びの有無（検知器数値）・健康状態・日常点検結果・指示事項を手書き。令和6年4月からはタブレットで点呼の様子を録画し、動画ファイルを共有フォルダへ保存
- 運行指示書：旅行会社からの予約確定後、配車担当が行程表を見ながらExcel様式の運行指示書へ転記。経由地・休憩地点・交替地点を毎回手入力し、印刷して運転者へ手渡し
- 乗務員等台帳：Excelで管理。免許更新・適性診断の受診時期は担当者が手帳とカレンダーで個別管理
- 監査・巡回指導対応：適正化機関の巡回指導や運輸局監査の前に、点呼簿・運行指示書・台帳を数日がかりで揃え直す
ボトルネックは3つありました。第一に電磁化対応の宙づり。令和6年4月以降、点呼簿のスキャンPDF・点呼動画・アルコールチェック写真が共有フォルダに未整理のまま溜まり、「どの運行の記録か」をファイル名から特定できない状態でした。第二に運行指示書作成の重さ。1運行あたり20〜30分の転記作業が繁忙期には1日10件を超え、休憩地点や交替地点の記載漏れが巡回指導で指摘されたこともあります。第三に台帳の期限管理の属人化。免許有効期限や適性診断の受診状況の更新が担当者の記憶頼みで、更新漏れが監査の指摘リスクになっていました。
Claude Codeに任せた4つの役割
- 点呼記録の構造化と電磁的記録の整理 — 紙点呼簿のスキャンPDF・点呼アプリのCSVを統一スキーマのJSONに変換し、第24条第5項の記録事項（点呼執行者名・運転者名・車両の登録番号・点呼日時・点呼方法・報告確認指示の内容）を満たす月次台帳を生成する。点呼動画・写真ファイルを運行IDで索引化し、90日保存の期限管理も自動化する
- 運行指示書ドラフトの生成と法定10項目の欠落チェック — 予約データと行程表から第28条の2の記載事項を満たす運行指示書ドラフトを生成し、休憩地点・交替地点・注意箇所などの欠落を運行管理者へ一覧で示す
- 乗務員等台帳の更新漏れ検知 — 第37条の記載事項（免許証の番号・有効期限、適性診断の受診状況、健康状態など）を構造化し、期限切れ・未受診・記載漏れを毎週フラグする
- 監査・巡回指導への横断検索レポート — 運行ID・運転者・日付をキーに点呼記録・運行指示書・業務記録を横断検索し、提示用の一覧ドラフトを数分で作る
共通する設計思想は「AIは記録の構造化・突合・下書きまで。安全判断と最終確認は運行管理者」です。中間点呼の要否や点呼方法の適否など運行の安全に関わる判断は、資格を持つ運行管理者と、必要に応じて所管の運輸支局・適正化機関への確認で固める運用を崩しません。
実装スタックとリポジトリ構成
- Claude Code（Anthropicのエージェント型コーディングCLI）＋ Python 3.12
- 入力：点呼簿スキャン（PDF/JPEG）、点呼アプリ・アルコール検知器連動ソフトのCSV、予約管理の行程表CSV、乗務員名簿Excel
- 出力：点呼記録の月次台帳CSV（電磁的記録）、運行指示書ドラフト、欠落チェックレポート、台帳期限アラート、監査提示用索引
- 保存：社内NAS＋クラウドストレージの二重化。点呼記録・動画・写真・運行指示書は運行IDで相互参照
bus-unko-kiroku/
├── CLAUDE.md # 採番規則・原文ママ原則・法定項目の定義
├── tenko/
│ ├── 2026-07/scans/ # 点呼簿スキャン・点呼アプリCSV
│ ├── 2026-07/movies/ # 点呼動画・アルコールチェック写真(90日管理)
│ └── ledger/2026-07.csv # 点呼記録の月次台帳(電磁的記録・3年保存)
├── shijisho/
│ ├── input/ # 予約データ・行程表CSV
│ └── 2026-07/ # 生成した運行指示書ドラフト(運行ID別)
├── daicho/
│ └── drivers.csv # 乗務員等台帳の構造化データ(第37条の項目)
├── masters/
│ ├── routes.csv # 経路マスタ(注意箇所・休憩地点の候補)
│ └── vehicles.csv # 車両マスタ(登録番号・定員)
└── scripts/ # 構造化・突合・索引生成スクリプト
CLAUDE.mdには「運転者氏名・車両登録番号・アルコール検知器の数値は1文字も補正しない」「日時は分単位、判定不能はUNKNOWN」「点呼台帳の列順は第24条第5項の号の順に固定」という3原則を明記します。ここが崩れると、後段の欠落チェックも監査提示もすべて信用できなくなります。
実装の核心：点呼簿の構造化から運行指示書ドラフトまで
Step 1：点呼簿とアルコールチェック記録をJSONへ構造化する
最初の関門は手書きの点呼簿です。D社では複合機でスキャンしたPDFを月別フォルダに置き、Claude Codeに次のプロンプトを流します。
tenko/2026-07/scans/ の点呼簿スキャンを読み取り、
1点呼=1オブジェクトのJSONに構造化してください。
フィールド: 点呼日時, 点呼方法(対面/電話等), 点呼執行者名, 運転者名,
車両登録番号, 酒気帯びの有無, アルコール検知器数値, 目視確認,
疾病・疲労・睡眠不足の有無, 日常点検の実施確認, 指示事項。
ルール:
- 氏名・車両登録番号・検知器数値は原文ママ。読めない文字は "?" のまま残し
confidence: low を付ける。推測補完は禁止。
- 検知器数値は記載の桁のまま。0.00 と 0 を同一視しない。
出力: tenko/2026-07/scans/structured.json
最後に low confidence の件数と対象を一覧で報告してください。ポイントは識別子と測定値を「いい感じに」直させないことです。アルコール検知器の数値や車両登録番号をAIが善意で補正すると、原本の点呼簿と電磁的記録が食い違い、監査時に記録の信頼性そのものを疑われる火種になります。低信頼フラグが付いた箇所だけ人間が原本を見て確定します。あわせて、点呼動画とアルコールチェック写真のファイルを点呼日時・運転者で照合し、「動画がない対面点呼」「90日期限が近い記録」を毎週リスト化します。
Step 2：点呼台帳の生成と法定項目の欠落チェック
構造化できれば、電磁的記録としての台帳生成は機械集計です。
tenko/2026-07/scans/structured.json を読み込み、
tenko/ledger/2026-07.csv に点呼記録エントリを追記してください。
列は旅客自動車運送事業運輸規則第24条第5項の順:
点呼執行者名・運転者名 / 車両の登録番号等 / 点呼日時 / 点呼方法 /
報告・確認・指示の内容。
併せて欠落チェック:
1) 記録事項のいずれかが空・UNKNOWNの点呼
2) 出庫記録があるのに業務前点呼の記録がない運行
3) 酒気帯び確認で検知器数値または目視確認が欠けている点呼
4) 対応する点呼動画ファイルが movies/ に見つからない点呼
を「要修正リスト」としてMarkdownで出力してください。2)の突合が実務の肝です。点呼簿単体を眺めても「点呼をしていない運行」は見えません。業務記録（第25条）側の出庫・帰庫データと突き合わせて初めて、記録の抜けが機械的に検知できます。紙運用時代は巡回指導で指摘されて初めて気づいていた欠落が、毎日の締めで見つかるようになります。
Step 3：予約データから運行指示書ドラフトを生成する
運行指示書は第28条の2で記載事項が10項目まで列挙された、構造化と相性の良い書類です。
shijisho/input/ の予約データ・行程表CSVから、運行ID {ID} の
運行指示書ドラフトを作成してください。
記載事項は運輸規則第28条の2第1項の順:
1 運行の開始・終了の地点及び日時 / 2 乗務員等の氏名 /
3 運行の経路と主な経由地の発車・到着日時 / 4 旅客が乗車する区間 /
5 注意を要する箇所の位置 / 6 休憩地点・休憩時間 /
7 運転・業務の交替地点 / 8 睡眠に必要な施設の名称・位置 /
9 運送契約の相手方の氏名又は名称 / 10 その他安全確保に必要な事項。
masters/routes.csv に同一経路の過去実績があれば、注意箇所・休憩地点の
候補を「参考」として併記してください。
5〜8と10は候補提示にとどめ、確定させないこと。
末尾に「未確定項目リスト」を付け、運行管理者の確認が必要な箇所を
明示してください。最後の2行が重要です。注意箇所・休憩計画・交替地点は運行の安全そのものに関わるため、AIには過去実績からの候補提示までしかさせません。確定は運行管理者が行い、確認済みフラグが立って初めて印刷・携行用のPDFが出力される流れにします。それでも、白紙のExcelに毎回手入力していた頃と比べれば、1件あたりの作成時間は大きく変わります。
乗務員等台帳と監査対応：期限管理を仕組みに変える
乗務員等台帳（第37条）は、運転免許証の番号・有効期限、運転の経歴、事故の概要、健康状態、指導・適性診断の受診状況など第1号から第10号の記載事項に加え、作成前6か月以内に撮影した写真（第11号）を備えた台帳を営業所に置く義務です。運転者でなくなった場合は直ちにその年月日と理由を記載し、3年間保存します（同条第2項）。D社では drivers.csv に台帳項目を構造化し、次のプロンプトを週次で回します。
daicho/drivers.csv を読み込み、次を検査してください:
1) 免許証の有効期限が90日以内に到来する運転者
2) 適性診断の受診時期が到来している運転者
(新任・事故惹起・65歳以上の高齢運転者の区分ごと)
3) 健康診断・指導記録の記載が12か月以上更新されていない運転者
4) 台帳写真の撮影日が記載されていないレコード
結果を「台帳アラート」としてMarkdownで出力してください。
受診義務の有無の判定はせず、期限・記載の欠落だけを列挙してください。監査・巡回指導の準備も、記録が運行IDで索引化されていれば横断検索1本です。
対象期間: {開始日}〜{終了日}
tenko/ledger/・shijisho/・業務記録CSVを横断し、期間内の全運行について
運行ID / 運行日 / 運転者 / 点呼記録の有無(業務前・業務後・中間) /
運行指示書の有無 / 点呼動画・写真ファイルの有無 を一覧表にしてください。
記録が欠けている運行は先頭にまとめ、欠落の種類を明記してください。
これは社内確認用ドラフトであり、監査への提示資料は管理者が確定します。このプロンプトで提示用リストを生成し、欠けている記録を事前に把握してから当日を迎えられます。数日がかりだった監査前の突貫作業が、日常運用の延長になります。
段階的導入のロードマップ
Phase 1（1〜2ヶ月）：1営業所で点呼簿の構造化（Step 1）だけを回す。低信頼フラグの発生率を測り、点呼簿の記入ルール（数値は枠内に楷書等）と動画ファイルの命名規則を現場と調整。既存の保存運用はそのまま並走させる。
Phase 2（3〜4ヶ月）：点呼台帳の生成と欠落チェック（Step 2）を2営業所に展開し、業務記録との突合を毎日の締めに組み込む。運行指示書ドラフト（Step 3)は定番コースから開始し、経路マスタに注意箇所・休憩地点の実績を蓄積する。
Phase 3（5〜8ヶ月）：乗務員等台帳アラートと監査提示用索引を標準化。90日・3年の保存期限管理を自動化し、年1回「過去の任意の運行の記録一式を10分で揃えられるか」訓練を定例化する。
想定効果（試算）
| 指標 | 導入前 | 導入後（試算） | 改善 |
|---|---|---|---|
| 点呼記録の電磁化・台帳整理（2営業所合計） | 週 約14時間 | 週 約4時間 | 約71%削減 |
| 運行指示書の作成 | 約25分/運行 | 約8分/運行（確認中心） | 約68%削減 |
| 法定記載事項の欠落検知 | 巡回指導で発覚 | 毎日の締めで自動フラグ | 検知が事後→日次 |
| 台帳の免許期限・適性診断の管理 | 属人管理（漏れリスク） | 週次アラート | 仕組み化 |
| 監査・巡回指導の資料準備 | 約3人日 | 約半日 | 約80%短縮 |
繰り返しになりますが、上記は従業員32名・車両18台・2営業所の想定モデルにおける試算です。点呼簿の状態（手書き比率・スキャン品質）と予約データの整備状況によって、構造化の精度と削減幅は大きく変わります。
【要注意】よくある失敗パターンと回避策
失敗1：令和6年4月の改正を知らず、点呼記録を「紙で1年保存」のまま運用する
❌ 従来どおり紙の点呼簿をファイルに綴じて1年で廃棄 → 令和6年4月1日以降、一般貸切旅客自動車運送事業者の点呼記録は電磁的記録での3年間保存が必須（運輸規則第24条第5項）。紙のままでは保存義務を満たせず、監査での指摘・行政処分のリスクに直結する。
⭕ 紙の点呼簿を続けるならスキャンして改ざんが容易でない形式（PDF等）で保存する。国交省リーフレットは点呼日から1週間以内のPC等への保存を案内している。専用システムの導入は必須ではなく、スキャン運用でも要件は満たせる。
失敗2：検知器数値・車両登録番号をAIに「いい感じに」補正させる
❌ 手書きの「0.OO」をAIが「0.00」と自動補正、かすれた登録番号を車両マスタから推測補完 → 原本と電磁的記録が食い違い、記録の信頼性が崩れる。酒気帯び確認の数値は特に、補正の痕跡が説明できないと致命的。
⭕ 識別子・測定値は原文ママ＋低信頼フラグ運用。補正するのは原本を確認した人間だけ。CLAUDE.mdに「補正禁止」を明記し、プロンプトにも毎回書く。
失敗3：貨物トラック向けの点呼テンプレをそのまま流用する
❌ 貨物運送業で作った点呼記録の仕組みを「同じ点呼だから」と貸切バスへコピー → 貨物は貨物自動車運送事業輸送安全規則、旅客は旅客自動車運送事業運輸規則と適用法令が別。点呼の録音録画90日保存・点呼記録の電磁的保存義務・中間点呼など、貸切バス側にしかない要件が抜け落ちる。
⭕ 記録スキーマは条文単位で設計する。貸切バスは第24条第5〜7項・第28条の2の要件をチェックリスト化し、貨物側の実装とはマスタを分ける。
失敗4：運行指示書の安全項目までAIに確定させる
❌ 注意箇所・休憩地点・交替地点をAIの出力のまま印刷して運転者へ手渡し → 運行指示書は運転者への安全指示そのもの。過去実績にない道路状況（工事・規制・積雪）を反映できず、指示内容の妥当性を誰も確認していない状態になる。
⭕ AIの担当は法定10項目のドラフトと欠落列挙まで。安全に関わる項目は「未確定リスト」として運行管理者に渡し、確認済みフラグが立つまで確定版を出力しないワークフローにする。
適用余地のある業界・規模
「法定様式の記録×点呼×台帳」という骨格は、貸切バスに限らず旅客運送の周辺に広く通用します。路線バス（一般乗合）は録音録画義務こそないものの点呼・業務記録・台帳の構造は同型ですし、スクールバスや企業送迎を担う特定旅客自動車運送事業、介護施設の送迎業務でも、点呼・運行記録の整理と期限管理はほぼ同じ実装が使えます。タクシー（一般乗用）は保存期間が1年など細部のルールが異なるため、条文単位でスキーマを差し替える前提なら横展開できます。現場記録を法定様式へ落とし込むという切り口では、警備業の報告書・警備員名簿の効率化事例とも共通の型です。車両数台の小規模事業者でも、点呼簿の構造化と保存期限アラートだけに絞れば投資対効果は出やすいはずです。
まとめ：今日から始める3つのアクション
- 今日やること：直近1か月分の点呼簿をスキャンして1フォルダに集め、Step 1の構造化プロンプトを1本流してみる（氏名・数値の補正はさせない設定で）
- 今週中：点呼記録・点呼動画・アルコールチェック写真の保存状況を棚卸しし、「電磁的記録3年」「録音録画90日」の要件を満たせているかを確認する。ファイル名に運行ID・日付を入れる命名規則を決める
- 今月中：先月分の運行について業務記録と点呼記録の突合を1回実行し、「要修正リスト」を運行管理者とレビューする。運行指示書の定番コース1本でドラフト生成を試し、未確定項目の確認フローを決める
FAQ
Q1. 貸切バス会社でClaude Codeは具体的に何に使えますか？
点呼簿・アルコールチェック結果の構造化と電磁的記録への整形、運行指示書の法定記載事項10項目を満たすドラフト生成と欠落チェック、乗務員等台帳の免許有効期限・適性診断受診状況の更新漏れ検知、監査・巡回指導に備えた横断検索レポート作成が代表例です。いずれも最終確認は運行管理者が行う補助ツールとしての活用です。
Q2. 点呼記録はいつから電磁的保存が義務になりましたか？紙のままではだめですか？
令和6年4月1日から、一般貸切旅客自動車運送事業者は点呼記録を電磁的記録で3年間保存することが義務になりました（運輸規則第24条第5項）。紙の点呼簿を使うこと自体は可能ですが、スキャンやPDF化で電子ファイルとして保存する必要があります。国交省のリーフレットでは点呼日から1週間以内にPC等へ保存するよう案内されており、専用システムの導入は必須ではありません。
Q3. 点呼の録音・録画やアルコールチェック時の写真はどのくらい保存が必要ですか？
点呼の状況の録音・録画（電話点呼は録音のみ）は90日間の保存義務があります（第24条第6項）。アルコール検知器による呼気検査中の、運転者を識別できる写真も90日間保存が必要ですが、録画内で確認状況が識別できる場合は写真撮影を省略できます（同条第7項）。
Q4. 運行指示書には何を書く必要がありますか？保存期間は？
運行の開始・終了の地点及び日時、乗務員等の氏名、経路と主な経由地の発車・到着日時、旅客が乗車する区間、注意を要する箇所、休憩地点・休憩時間、運転交替の地点、睡眠に必要な施設、運送契約の相手方、その他安全確保に必要な事項の10項目です（第28条の2第1項）。運行の終了の日から3年間保存します（同条第2項）。
Q5. 導入コストはどのくらいかかりますか？
本記事のモデルケースでは月数万円程度のプラン・API費用＋初期の点呼簿様式整理・命名規則づくりの工数という試算です。既存の紙点呼簿＋スキャン運用のまま始められるため、点呼記録システムの入れ替えを待つ必要はありません。料金は改定されるため、必ずAnthropic公式サイトで最新情報を確認してください。
参考・出典
- e-Gov法令検索「旅客自動車運送事業運輸規則」（昭和31年運輸省令第44号） — 第24条（点呼等・記録の保存）・第25条（業務記録）・第26条の2（事故の記録）・第28条の2（運行指示書による指示等）・第37条（乗務員等台帳及び乗務員証）（参照日: 2026-07-17）
- 国土交通省「貸切バス事業者のみなさま 令和6年4月1日スタート デジタルも活用した新たな安全ルール」リーフレット — 点呼記録の電子ファイル保存必須・保存期間3年への延長・録音録画とアルコールチェック写真の90日保存・点呼日から1週間以内の電子化（参照日: 2026-07-17）
- 国土交通省「旅客自動車運送事業運輸規則の解釈及び運用について」 — 点呼・運行指示書等の各条項の解釈運用通達（参照日: 2026-07-17）
- 国土交通省「一般貸切旅客自動車運送事業について」 — 貸切バス事業の関係法令・通達の一覧（参照日: 2026-07-17）
- Anthropic「Claude Code 公式ドキュメント」 — CLI・CLAUDE.md・運用設定の一次情報（参照日: 2026-07-17）
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆。
バス・旅客運送に限らず「点呼記録×法定様式×監査対応」まわりの自動化のご相談は、お問い合わせフォームからお気軽にどうぞ。
