結論：住宅宿泊事業（民泊）の運営でつまずくのは「180日ルールの解釈」そのものより、宿泊させた日数を正確に数え続け、偶数月ごとに都道府県知事等へ報告し、宿泊者名簿を3年間保存するという「地味な台帳運用」です。2026年8月時点で、住宅宿泊事業法上、年間提供日数の上限は180日（起算日は毎年4月1日正午、1日は正午から翌日正午までで算定）、定期報告は偶数月（2・4・6・8・10・12月）の15日までに直前2ヶ月分を都道府県知事等へ行うことが定められています。180日カウントと罰則の判定ロジックはコードで決定的に固定し、Claude Codeには宿泊実績ログの整形、宿泊者名簿の記載漏れチェック、定期報告データ作成前のセルフチェックリスト生成までを任せる、という役割分担が実装の核になります。
- 要点1：年間提供日数180日の起算日は「毎年4月1日正午」から翌年4月1日正午までで、1日は正午から翌日正午までを1日と算定する。180日という数え方そのものは複雑ではないが、正午起算・年度またぎのルールを誤解して手計算するとズレが生じやすい
- 要点2：定期報告は住宅宿泊事業法第14条に基づく義務で、報告をしない・虚偽報告をした場合は同法第76条第5号により30万円以下の罰金の対象になる。180日超過など重大な違反では業務停止・届出取消に加え、廃止命令違反（第73条第2号）で6月以下の懲役または100万円以下の罰金の対象にもなり得る
- 要点3：宿泊者名簿（同法第8条）には氏名・住所・職業・宿泊日・連絡先を記載し、外国人で国内に住所を持たない宿泊者は国籍・旅券番号も記載する。保存期間は3年間で、この個人情報を扱う以上、AIツールに読み込ませる範囲・保存先には別途の配慮が必要になる
対象読者：住宅宿泊事業者・住宅宿泊管理業者のバックオフィス担当と、その業務を仕組み化するシステム担当者・開発者
今日やること：直近の届出住宅について、今年度（4月1日正午起算）の累計宿泊日数と、直近の定期報告（偶数月15日締切分）の提出状況を突き合わせて確認する
「民泊の管理物件が増えてきたんですが、180日のカウントを手作業のExcelでやっていて、正直もう限界なんです」。住宅宿泊管理業者の方から、そんな相談を受けたことがあります。物件が1〜2件のうちは手計算でも何とかなりますが、複数の届出住宅を抱えると、チェックイン・チェックアウトのログを台帳に転記し、偶数月ごとに宿泊日数・宿泊者数・延べ宿泊者数・国籍別内訳を集計して報告する作業が、地味に大きな負荷になっていきます。しかも住宅宿泊事業法は「180日を超えて営業してはならない」という上限規制と、「2ヶ月ごとに報告する」という定期報告義務がセットになっている制度なので、日数のカウントミスがそのまま報告内容の誤りにつながります。この記事では、180日カウントと罰則判定のロジックは決定的なコードで固定した上で、宿泊実績データの整形・宿泊者名簿のフォーマットチェック・定期報告前のセルフチェックリスト生成をClaude Codeで仕組み化する実装パターンを解説します。
事例区分：実装パターン解説
本記事は住宅宿泊事業（民泊）の運営でよく発生する定期報告・宿泊者名簿の実務課題を一般化した実装パターン解説です。登場する運用フロー・チェック項目は特定の実在事業者の事例を示すものではなく、実装を検討する際の設計例として記載しています。180日カウントの解釈、報告義務の適用範囲、届出内容の適法性については、必ず届出先の都道府県知事等（保健所設置市・特別区を含む）の窓口案内と、民泊制度ポータルサイト「minpaku」の最新情報をご確認ください。
定期届出まわりの実装パターンは特定技能の支援計画・定期届出をClaude Codeで仕組み化する実装パターンでも扱っています。「行政庁への定期的な報告義務」という設計思想は共通しており、台帳の記載漏れチェックの考え方は古物商の古物台帳・本人確認記録をClaude Codeで効率化する実装パターンとも重なります。あわせて参考にしてください。
住宅宿泊事業法（民泊）とは何か——180日ルールと定期報告義務の基本構造
住宅宿泊事業法（通称「民泊新法」）は、旅館業法の許可を取らずに住宅を宿泊施設として貸し出せる制度として2017年6月に成立しました。旅館業法上の「安全面・衛生面の未確保」「騒音やゴミ出しなどの近隣トラブル」といった課題に対応するため、届出制という比較的軽い手続きで事業を始められる一方、旅館業と違って年間の営業日数に上限が設けられているのが特徴です。
住宅宿泊事業法第2条第3項は、住宅宿泊事業を「人を宿泊させる日数として国土交通省令・厚生労働省令で定めるところにより算定した日数が一年間で百八十日を超えないもの」と定義しています（日本法令外国語訳データベース「住宅宿泊事業法」）。同法第4条では、この180日を超える場合は住宅宿泊事業を営んではならないと定められており、上限を超えた事業者に対しては都道府県知事等が同法第16条第2項に基づき事業の廃止を命じることができます。
この180日という数字自体はよく知られていますが、実務で誤解しやすいのが「起算日」と「1日の数え方」です。民泊制度ポータルサイト「minpaku」（国土交通省観光庁・厚生労働省共管、住宅宿泊事業法（民泊新法）とは？）によれば、算定期間は毎年4月1日正午から翌年4月1日正午までの1年間で、1日は正午から翌日正午までを1日として数えます。届出住宅ごとに個別に計算し、年度の途中で事業者が交代した場合も、同じ届出住宅であれば日数のカウントは新しい事業者に引き継がれます。
2026年8月現在——定期報告・宿泊者名簿の運用ルールを公式ソースで確認する
2026年8月時点で、民泊制度ポータルサイト「minpaku」の公式案内をもとに確認できる定期報告・宿泊者名簿の運用ルールは次のとおりです。
定期報告（住宅宿泊事業法第14条）：住宅宿泊事業者は、毎年偶数月（2・4・6・8・10・12月）の15日までに、その直前2ヶ月分について、届出住宅に人を宿泊させた日数・宿泊者数・延べ宿泊者数・国籍別の宿泊者数の内訳を、届出先の都道府県知事等へ報告する義務があります。報告は「民泊制度運営システム」を利用して行うのが原則で、システムへのログイン後に直接入力するか、定期報告データ（CSVファイル）をアップロードする方法が案内されています。管理業務を住宅宿泊管理業者に委託している場合は、正確な報告のために管理受託契約で定期的な情報提供のタイミングを取り決めておくことが推奨されています。
宿泊者名簿（住宅宿泊事業法第8条）：住宅宿泊事業者は、届出住宅その他省令で定める場所に宿泊者名簿を備える義務があります。記載事項は宿泊者の氏名・住所・職業・宿泊日・連絡先で、宿泊者が日本国内に住所を有しない外国人である場合は、国籍および旅券番号もあわせて記載します。保存期間は住宅宿泊事業法・旅館業法いずれも3年間で、起算点は宿泊日または作成日、期間中は即座に提示できる状態での保管が求められます。電子化する場合は「電子宿泊者名簿」（Windows 10/11対応ソフトウェア）が案内されています。
標識掲示（住宅宿泊事業法第13条）：届出住宅ごとに、公衆の見やすい場所に、国土交通省令・厚生労働省令で定める様式の標識を掲げる義務があります。掲示場所の目安は地上1.2〜1.8メートル程度で、風雨で剥がれたり汚損したりしないような対策も必要です（民泊制度ポータルサイト「minpaku」事業者の業務）。
これらは制度の骨格として大きく変わるものではありませんが、地方自治体の条例で独自の実施制限（住居専用地域での実施期間制限など）が上乗せされているケースがあるため、届出住宅の所在地における条例の内容は、都道府県・市区町村の公式ページで個別に確認してください。
設計方針——180日カウントと罰則リスクの判定はコード、書類整理と確認はClaude Codeに任せる
この領域の実装で最初に決めるべきは役割分担です。180日という上限や、報告期限（偶数月15日）、保存期間（3年）といった「動かしてはいけない数字」は、大規模言語モデルの推測に委ねず、Pythonなどの決定的なロジックで固定します。Claude Codeに任せるのは、次の3つの作業です。
- 宿泊実績ログ（予約管理システムやスプレッドシートのエクスポート）を、定期報告に必要なフォーマットへ整形・突合する作業
- 宿泊者名簿の記載事項（氏名・住所・職業・宿泊日・連絡先、外国人の場合は国籍・旅券番号）に空欄や表記ゆれがないかをチェックする作業
- 偶数月の報告締切に向けて、180日カウント・名簿・標識掲示状況を横断で確認するセルフチェックリストを生成する作業
Claude Codeを対話的に使うだけでなく、締切前の定型チェックをスクリプト化したい場合は、非対話モードのclaude -p（--print）が使えます。公式ドキュメントでは、--allowedToolsで使用ツールを制限し、--output-format jsonや--json-schemaで構造化した結果を受け取る使い方が案内されています。宿泊者名簿という個人情報を扱う都合上、--allowedTools "Read"のように読み取り専用ツールだけを許可し、書き込み・外部送信系のツールは許可しない設計にしておくと、チェック作業と編集作業の権限を明確に分離できます。
実装ステップ1：宿泊実績データを構造化する
最初のステップは、予約管理システムやAirbnb・自社サイトなどの予約チャネルから出力されるチェックイン日・チェックアウト日のログを、届出住宅ごとに1レコードずつ整理することです。予約チャネルが複数ある場合、フォーマットも項目名もバラバラなことが多いため、まずCSVやスプレッドシートへ統一のスキーマ（届出番号、宿泊者氏名、チェックイン日時、チェックアウト日時、国籍区分）でエクスポートすることを起点にします。
Claude Codeには、この統一フォーマットへの変換作業を任せます。例えば「このCSVの日付フォーマットをISO 8601に統一し、チェックイン・チェックアウトの時刻が正午（民泊の1日の起算時刻）をまたぐレコードを一覧化して」といった指示は、Skills（SKILL.md）としてテンプレート化しておくと、複数の届出住宅・複数の予約チャネルで同じ手順を再利用できます。SKILL.mdにはチェック手順そのものを書き、実際の日数計算は次のステップで固定ロジックに渡す、という分離を保つのがポイントです。
実装ステップ2：180日カウントロジックを固定する（4月1日正午起算・年度またぎ）
180日カウントは、Claude Codeに毎回計算させるのではなく、決定的なロジックとしてコード化し、テストを書いて固定します。押さえるべき条件は次の3つです。
算定期間：毎年4月1日正午 〜 翌年4月1日正午（1年間）
1日の定義：正午 〜 翌日正午 を1日として算定
計算単位：届出住宅ごとに個別集計（事業者が年度途中で交代しても日数は引き継がれる）この固定ロジックに対して、Claude Codeの役割は「境界値のテストケースを一緒に洗い出す」「実装したコードが正午起算のルールを正しく反映しているかレビューする」「年度替わり（3月末〜4月頭）をまたぐ宿泊予約が正しく新旧どちらの年度に按分されているかを確認する」といったコードレビュー・テスト設計の補助です。日数計算そのものの最終判断をモデルの出力に委ねないことが、180日超過という重大な違反（届出取消・6月以下の懲役または100万円以下の罰金の対象になり得る廃止命令違反）を避けるうえでの前提になります。
実装ステップ3：宿泊者名簿の記載漏れ・保存期間をClaude Codeでチェックする
宿泊者名簿は氏名・住所・職業・宿泊日・連絡先が必須項目で、外国人で国内に住所を持たない宿泊者には国籍・旅券番号の記載も必要です。Claude Codeに任せるのは、フォーマット上の不備（必須項目の空欄、日付の表記ゆれ、旅券番号の桁数の不整合など）を検出する作業までにとどめ、記載内容そのものが事実として正しいかどうかの確認（本人確認書類との突合など）は、人の目または別の本人確認プロセスで行う設計にします。
もう一つ重要なのが、宿泊者名簿には個人情報（氏名・住所・旅券番号など）が含まれるという点です。この記事のようにClaude CodeへPDFや画像を読み込ませてチェックさせる場合、宿泊者の個人情報を外部のAPIへそのまま送信することになるため、次のような配慮が必要です。
- チェック対象を「フォーマットの不備検出」に限定し、氏名・旅券番号などの機微な項目はマスキング（一部伏字化）したサンプルデータでプロンプト設計・テストを行う
- 実データを扱う本番運用では、利用しているClaude Codeのプラン・API契約における学習利用ポリシーとデータ保持ポリシーを確認し、必要に応じて法務・個人情報保護の担当者と運用ルールを合意する
--allowedToolsで読み取り専用ツールに制限し、チェック結果の出力先を社内の限定された保存先に固定する
宿泊者名簿の3年間保存義務（住宅宿泊事業法・旅館業法とも共通）についても、Claude Codeにできるのは「保存期間の起算日（宿泊日または作成日）と保存すべき期限が近い名簿を一覧化する」ところまでです。名簿データの実際の保管先・アクセス権限の設計は、個人情報保護の観点から別途整備してください。
実装ステップ4：偶数月の定期報告データ生成とアップロード前チェックリスト
定期報告は偶数月15日までに直前2ヶ月分（宿泊させた日数・宿泊者数・延べ宿泊者数・国籍別内訳）を報告する必要があります。実装ステップ1で整形した宿泊実績データから、これらの集計値を固定ロジックで算出したうえで、Claude Codeには「民泊制度運営システムへアップロードする直前のセルフチェックリスト」を生成させます。
具体的には、次のような確認項目を毎回同じ手順で洗い出すようにします。
- 報告対象期間（直前2ヶ月）と集計期間が一致しているか
- 届出番号が届出住宅ごとに正しく紐づいているか
- 宿泊者数と延べ宿泊者数（人数×泊数の合計）の関係に矛盾がないか
- 国籍別内訳の合計が、報告対象期間の宿泊者数の合計と一致しているか
- 直近の180日カウント（固定ロジックの出力）と、今回の報告値との整合が取れているか
非対話モードでclaude -pを使い、--output-format jsonと--json-schemaを組み合わせれば、このチェックリストの結果を「項目名・判定結果・備考」を持つ構造化データとして受け取り、社内の確認フローやSlack通知などの後続処理に渡しやすくなります。実際の民泊制度運営システムへのアップロード・提出操作自体はClaude Codeに行わせず、担当者が最終確認したうえで手動または別の正式な提出フローで実施することを前提にしてください。
現場で踏みやすい失敗パターン
失敗1：180日カウントの起算・按分をClaude Codeの計算結果だけで確定させてしまう
❌ 「宿泊日数を数えて」とだけ指示し、モデルが出した合計値をそのまま定期報告に転記する
⭕ 起算日（4月1日正午）・1日の定義（正午〜翌日正午）を固定したテスト付きのロジックで計算し、Claude Codeにはそのロジックのレビューと境界値ケースの洗い出しだけを任せる
なぜ重要か：180日超過は住宅宿泊事業法第4条違反となり、都道府県知事等による廃止命令（第16条第2項）、さらに命令違反時は第73条第2号により6月以下の懲役または100万円以下の罰金の対象になり得ます。カウントのズレが直接、事業継続リスクにつながります。
失敗2：定期報告の締切（偶数月15日）をカレンダー化せず、都度手作業で確認する
❌ 「そろそろ報告の時期かな」という感覚で偶数月を迎え、提出が遅れる
⭕ 偶数月15日の締切と、その2ヶ月前からの集計開始タイミングを固定のスケジュールとしてカレンダー・タスク管理に登録し、Claude Codeにはそのスケジュールに沿ったセルフチェックリストの生成を任せる
なぜ重要か：定期報告をしない、または虚偽の報告をした場合は住宅宿泊事業法第76条第5号により30万円以下の罰金の対象になります。複数の届出住宅を管理している場合、締切管理の抜け漏れが起きやすい領域です。
失敗3：宿泊者の個人情報（旅券番号・住所）を無配慮にAIツールへ読み込ませる
❌ スキャンした宿泊者名簿の原本画像を、マスキングなしでそのままチェックに使い回す
⭕ プロンプト設計・テストの段階ではマスキングしたサンプルデータを使い、本番運用ではデータ保持ポリシーの確認と権限設計（読み取り専用ツールへの制限など）を先に済ませる
なぜ重要か：宿泊者名簿には氏名・住所・旅券番号といった機微な個人情報が含まれます。個人情報保護の観点からの配慮を欠いた運用は、法令上の報告義務とは別の重大なリスクを生みます。
失敗4：Claude Codeに本人確認や条例上の制限判定まで任せてしまう
❌ 宿泊者名簿の記載内容が事実として正しいかどうかの本人確認や、所在地の条例による実施制限の該当判定まで、モデルの読み取り結果だけで済ませる
⭕ Claude Codeが担うのはフォーマット上の不備検出までとし、本人確認や条例の適用判断は、本人確認書類の原本確認や、届出先の都道府県・市区町村の公式窓口・条例文で行う
なぜ重要か：条例による実施制限（住居専用地域での期間制限など）は自治体ごとに内容が異なり、記載ミスや判定ミスがそのまま届出内容の不備や近隣トラブルにつながるリスクがあります。
よくある質問
Q. 民泊の定期報告はいつまでにすればいいですか？
毎年偶数月（2・4・6・8・10・12月）の15日までに、その直前2ヶ月分の宿泊実績（宿泊させた日数・宿泊者数・延べ宿泊者数・国籍別内訳）を、届出先の都道府県知事等へ報告します。報告は民泊制度運営システムを利用して行うのが原則です。
Q. 民泊制度運営システムにおける定期報告とは何ですか？
住宅宿泊事業者が定期報告データを、システムへの直接入力またはCSVファイルのアップロードによって届出先へ提出できる、国が提供している報告用のシステムです。あわせて「電子宿泊者名簿」というWindows対応の記帳ソフトも案内されています。
Q. 180日の数え方はどのように決まりますか？
算定期間は毎年4月1日正午から翌年4月1日正午までの1年間で、1日は正午から翌日正午までを1日として数えます。届出住宅ごとに個別に集計し、年度途中で事業者が交代しても同じ届出住宅であれば日数のカウントは引き継がれます。
Q. 定期報告を忘れた場合、どうなりますか？
住宅宿泊事業法第76条第5号により、報告をしない、または虚偽の報告をした場合は30万円以下の罰金の対象になります。180日超過など重大な違反の場合は業務停止・届出取消の対象にもなり、廃止命令違反はさらに重い罰則（第73条第2号、6月以下の懲役または100万円以下の罰金）の対象になり得ます。具体的な適用は届出先の都道府県知事等の判断によるため、心当たりがある場合は自己判断せず窓口に確認してください。
Q. Claude Codeに定期報告の提出そのものをやらせてよいですか？
避けるべきです。本記事の構成でClaude Codeが担うのは、宿泊実績データの整形、宿泊者名簿のフォーマットチェック、報告データのアップロード前セルフチェックリストの生成までです。民泊制度運営システムへの実際のログイン・入力・提出操作は、担当者が内容を最終確認したうえで行ってください。
Q. 導入はどこから始めるのが現実的ですか？
いきなり全届出住宅を自動化するのではなく、まず1つの届出住宅について、宿泊実績ログを統一フォーマットへ整形するところから始めるのが現実的です。並行して、180日カウントの固定ロジックにテストを書き、次回の偶数月報告に向けたセルフチェックリストをClaude Codeで試作してみると、どこまで仕組み化できるかの見通しが立てやすくなります。
まとめ：今日から始める3つのアクション
- 今日やること：直近の届出住宅について、今年度（4月1日正午起算）の累計宿泊日数と、直近の定期報告（偶数月15日締切分）の提出状況を突き合わせて確認する
- 今週中：予約チャネルごとにバラバラな宿泊実績ログを、届出番号・宿泊者氏名・チェックイン日時・チェックアウト日時・国籍区分の統一フォーマットへ整形する手順をClaude CodeのSkillとしてテンプレート化する
- 今月中：180日カウント（4月1日正午起算・正午〜翌日正午を1日）のロジックにテストを書いて固定し、次回の偶数月報告に向けたセルフチェックリストの生成をClaude Codeで試作する
行政庁への定期的な届出・報告まわりの実装は特定技能の支援計画・定期届出をClaude Codeで仕組み化する実装パターン、台帳の記載漏れチェックの考え方は古物商の古物台帳・本人確認記録をClaude Codeで効率化する実装パターンで扱っています。あわせて参考にしてください。claude -pの実行オプションや--allowedToolsによるツール制限の詳細はClaude Code公式ドキュメント（Headless）を、住宅宿泊事業法の制度内容・最新の運用ルールは民泊制度ポータルサイト「minpaku」（国土交通省観光庁）を必ず参照してください。
著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を手がける。著書『AIエージェント仕事術』（SBクリエイティブ）。
Uravationでは、住宅宿泊事業を含む許認可・定期報告まわりの業種特化データのAI活用を含むAI導入支援・個別指導を提供しています。自社の民泊運営フローでどこまで仕組み化できるか検討したい方はご相談ください。
