住宅宿泊事業者に共通する主な業務
住宅宿泊事業は年間180日を超えない範囲で行い、届出住宅ごとに偶数月15日までの定期報告、宿泊者名簿の作成・保存、周辺住民からの苦情・問い合わせへの対応などが求められます。
複数の民泊・届出住宅について、営業日数、定期報告の準備、自治体情報の確認履歴、ICT機器の点検記録を施設ごとに管理するWebシステムの構成例です。
PMS等から取り込んだ宿泊実績、担当者が確認した数値、条例の根拠資料、機器の最終受信、正式な提出結果を区別して記録します。
これらの情報をPMS、Excel、自治体のWebページ、機器の管理画面、メールで管理している場合、施設ごとの確認状況や期限が分かりにくくなることがあります。このシステムでは、法令・条例への適合判断や、行政への届出・報告は行いません。所在地と営業形態に応じて担当者が確認した内容を記録し、期限確認と社内運用に使用します。

制度情報確認日:2026年9月8日
住宅宿泊事業は年間180日を超えない範囲で行い、届出住宅ごとに偶数月15日までの定期報告、宿泊者名簿の作成・保存、周辺住民からの苦情・問い合わせへの対応などが求められます。
自治体条例による営業期間・区域の制限、用途地域、管理方法、騒音計・出入口カメラ等のICT管理、データ保存などは、施設所在地と営業形態に応じて確認します。
2026年7月15日の国の技術的助言では、地域の実情に応じ、ICTを用いた管理や一定期間のデータ保存を条例で義務付けることが考えられると自治体へ示されました。全国一律の義務として扱わず、導入時には最新の法令、ガイドライン、自治体の公式情報をご確認ください。観光庁等の技術的助言(PDF)/民泊制度ポータル
架空の運営会社「まち宿サポート」が、3自治体にある18施設を管理する例です。施設台帳の確認から定期報告用データ、ICT機器の稼働記録、社内承認、正式提出の記録までを順に示します。
届出住宅、簡易宿所、特区民泊では、確認する手続や集計条件が異なります。施設台帳に営業形態、確認根拠、適用期間を記録します。
キャンセル、延泊、予約重複、日またぎなどにより、PMSの予約データをそのまま報告値として使えない場合があります。差分と修正理由を確認してから数値を確定します。
通知がない場合、正常稼働と通信停止を画面だけで区別できないことがあります。最終受信、欠測、電池・通信、交換、担当者の点検結果を分けて記録します。
CSVやPDFの作成後に、社内確認、承認、正式提出、受付確認を段階ごとに記録します。
画面内の会社名、自治体名、施設名、数値、日付は説明用の架空データです。実際の対象業務、集計方法、条例の確認者、正式提出者、個人情報の保存範囲は導入前に決めます。
架空の民泊運営会社「まち宿サポート」が、A区・B市・C市にある18施設を確認する例です。住宅宿泊事業、簡易宿所、特区民泊を同じ計算条件にせず、施設の営業形態と所在地を先に表示します。
年間180日の対象となる施設では、PMS等から取り込んだ宿泊実績を候補値として集計し、未確認の差分、次回の定期報告期限、自治体情報の確認日、機器の欠測を一覧へ表示します。画面上の警告は確認を促すもので、違反や適法性を自動判定するものではありません。
画面イメージ
画面イメージはPC、タブレット、スマートフォン横向きでご覧ください。
施設台帳には、住宅宿泊事業法による届出住宅、旅館業法による簡易宿所、特区民泊などの区分と、所在地、用途地域、管理委託、届出・許可情報を登録します。自治体の公式ページ、条例・規則、窓口へ確認した日、確認者、社内で決めた運用条件も分けて残します。
条例の適用可否はシステムで自動判定せず、担当者が所在地と根拠資料を確認して版を登録します。条例が改正された場合も、過去の条件を上書きせず、適用開始日と変更履歴を残します。
画面イメージ
画面イメージはPC、タブレット、スマートフォン横向きでご覧ください。
予約日、チェックイン・チェックアウト、キャンセル、延泊、複数予約の重複などを確認し、PMSやサイトコントローラーから取り込んだデータと、実際に人を宿泊させた日数を照合します。宿泊者数、延べ宿泊者数、国籍別人数も、元データと調整内容を確認してから確定します。
画面の状態は「取込済み」「要確認」「確認済み」「出力済み」に分けます。「出力済み」は行政への提出完了を意味しません。正式な報告は、住宅宿泊事業者が民泊制度運営システム等で行い、受付結果を別途記録します。
画面イメージ
画面イメージはPC、タブレット、スマートフォン横向きでご覧ください。
自治体条例や運用方針で確認が必要な場合に、騒音センサー、出入口カメラ、スマートロック等の最終受信時刻、欠測時間、点検、機器交換、保存期限を施設ごとに記録します。外部機器の管理画面を正式な生データの保存元とする場合は、参照先と確認結果だけを保持できます。
通知が来ていないことを正常とみなさず、一定時間データを受信していない機器を「受信停止の可能性」として表示します。設置や保存が条例に適合しているかは画面が保証せず、所在地の条件と個人情報の取扱いを確認して運用します。
画面イメージ
画面イメージはPC、タブレット、スマートフォン横向きでご覧ください。
施設情報、営業日数、定期報告の確認値、条例の根拠、機器の欠測・点検履歴を、社内確認用または自治体からの照会に備えた資料として出力します。宿泊者の氏名、旅券番号、映像などを含めるかは利用目的と閲覧者を確認し、不要な個人情報は出力対象から外します。
資料作成、社内承認、行政への正式提出、受付確認を段階ごとに記録します。システムから資料を作成しただけで「提出完了」と表示せず、提出者、提出日、受付番号または確認記録が登録された時点で正式提出済みとします。
画面イメージ
画面イメージはPC、タブレット、スマートフォン横向きでご覧ください。
PMS取込値、調整値、確認済みの報告候補値を別項目にし、確認者と確認日時を残します。
最終受信や欠測は機器状態として表示し、設置・保存方法の確認結果は根拠資料とともに登録します。
CSV・PDFの作成、社内承認、提出、受付確認を段階ごとに記録し、誰がどこへ提出したかを残します。
住宅宿泊事業、簡易宿所、特区民泊を一律に扱わず、施設の法的区分を確認して機能を適用します。
自治体の公式ページ、条例・規則、照会結果、確認日、確認者、適用期間を版ごとに管理します。
最初は、施設の営業形態と自治体、宿泊実績のCSV取込、180日の参考集計、偶数月の定期報告確認、条例の根拠・確認日、担当者への期限通知を対象にできます。騒音センサー、出入口カメラ、スマートロックとのAPI連携は、必要性と仕様を確認して追加します。映像・旅券画像の保存と、行政システムへの届出・報告はこの構成例に含めません。
自治体条例の確認、180日の集計、定期報告、PMS・機器連携、個人情報、制度改正への対応範囲をまとめています。
法令・条例への適合判断や行政手続は行いません。所在地、営業形態、区域、施行日などを担当者が確認した後、その運用条件と確認記録を管理するシステムです。必要に応じて自治体窓口や専門家へ確認します。
条例の適用可否は自動判定しません。所在地から該当自治体の公式情報へ案内し、用途地域、経過措置、既存施設への適用などを担当者が確認したうえで、根拠と確認日を登録します。
置き換えません。このシステムは報告候補値の集計、差分確認、CSV・帳票出力、提出履歴を担当します。正式な届出・報告は、住宅宿泊事業者が所定の方法で行います。
取り込みは可能ですが、そのまま確定値にはしません。キャンセル、延泊、予約重複、実際の宿泊状況などを確認し、調整内容と確認者を残します。対応可否は利用中サービスのAPIやCSV仕様によります。
施設一覧はまとめられますが、営業日数、報告項目、保存記録は営業形態ごとに分けます。同じ計算条件や警告を一律に適用しない設計が必要です。
機器の受信状態と条例への適合は別の判断です。画面には最終受信、欠測、点検履歴を表示し、設置場所、保存期間、監視方法などの確認結果は根拠資料とともに登録します。
この構成例では保存しません。既存の保管先への参照情報と、担当者が確認した結果だけを扱います。
適用開始日、終了日、根拠資料、確認日、確認者を版ごとに登録し、過去の条件を残します。制度情報を誰が確認し、いつシステムへ反映するかは導入時に決める必要があります。
最終受信時刻や取込結果を監視し、一定時間更新がない場合は「受信停止の可能性」「取込要確認」と表示できます。障害中の確認方法と復旧後の再取込手順も事前に決めます。
可能です。まず施設台帳、営業日数、定期報告の確認、条例の根拠・確認日、期限通知から始め、必要な施設だけ機器連携や帳票出力を追加できます。
単純な合計ではありません。施設台帳、利用者認証、確認履歴、通知などを共用できるため、必要な画面と連携範囲を確認して全体をお見積もりします。表示価格は税別です。
現在使用している施設台帳、PMS・サイトコントローラーの出力データ、定期報告用の集計表、自治体条例の確認資料、騒音センサー・出入口カメラ等の機器情報を確認し、必要な画面と確認手順をご提案します。
現在の業務と関係の深い別の画面構成をご紹介しています。
受付、予約、顧客・案件管理、申請・承認など、必要な業務や機能に近いWebシステムの開発例をご紹介します。