2026年版｜宿泊税対応がホテルシステム基盤に与える影響とPMS会計連携の実務ポイント

宿泊税は観光振興の財源として自治体が独自に導入する法定外目的税であり、宿泊施設が特別徴収義務者として代理徴収します。

宿泊税の徴収実務には、会計処理と申告手続きが継続的に伴います。北海道は特別徴収義務者交付金として、期限内に納入した宿泊税額の2.5%を交付し、導入から5年間となる2031年度までは1%を加算して3.5%とする仕組みを設けました。この交付金は特別徴収事務に要する経費の一部を補助し、納期内納入の意欲を高めることを目的としています（参照*1）。

施設側は、税額計算、預り金の管理、期日ごとの申告納入までを一連の業務として組み立てる必要があります。

そのため、宿泊税対応は制度理解にとどまらず、日々のフロント業務と会計処理をつなぐシステム基盤の設計に踏み込むテーマとなります。

宿泊税は複数の自治体で導入時期が公表されており、施設側は開業地域ごとに施行日を確認する必要があります。

令和8年6月からは長野県、長野県内の軽井沢町、白馬村、阿智村、松本市、野沢温泉村で開始し、令和8年7月からは熊本県の熊本市、宮崎県の宮崎市で開始します。令和8年10月からは栃木県那須町、岩手県盛岡市で始まり、令和9年2月から沖縄県、令和9年4月から北海道苫小牧市で開始する予定です（参照*2）。

複数エリアで同時期に施行が重なるため、多店舗を運営する施設は、施行日ごとにマスタ切り替えのタイミングを整える必要があります。

東京都は宿泊税制度を見直し、施行日と課税方式の両面で大きな変更を公表しました。

東京都主税局は宿泊税の新制度を2027年4月1日から施行すると発表しました。新制度では課税対象に簡易宿所と民泊（特区民泊・新法民泊）を追加し、課税免除の基準を1万円未満から1万3000円未満へ引き上げるとともに、負担金額を宿泊料金の一律3%の定率方式へ変更します（参照*3）。

定額から定率への切り替えは、宿泊料金に応じて税額が変動することを意味し、料金設定の変更や割引適用時に税額を都度計算する仕組みが必要になります。免税点の引き上げは、免税対象の宿泊が増える可能性を含みます。

定率化の流れは、宿泊税対応をシステムで自動計算する必要性を高め、フロントでの手作業に依存した運用を見直す契機となります。

宿泊税は自治体ごとに定額制と定率制の設計が分かれており、税額算出のロジックが異なります。

函館市は宿泊者1人1泊につき、宿泊料金2万円未満は市税100円と道税を合わせて200円、2万円以上5万円未満は合計400円、5万円以上10万円未満は合計1,000円、10万円以上は合計2,500円としました（参照*4）。

北谷町は1人1泊あたりの宿泊料金（素泊まり料金、上限10万円）に定率2%を課し、内訳は町税1.2%（上限1,200円）と県税0.8%（上限800円）で、合計税額の上限は2,000円と定めました（参照*5）。

定額制は料金帯ごとの区分で税額が決まり、定率制は料金に比例して税額が動きます。両方式が併存するため、施設ごとに計算ロジックを選択できる仕組みが必要です。

免税点は自治体ごとに金額が異なり、宿泊料金の水準によって課税対象が変わります。

松本市は制度開始3年間、令和8年6月1日から令和11年5月31日までの宿泊に係る税率を宿泊者1人1泊につき200円とする特例を設け、宿泊料金が1人1泊につき6,000円未満の宿泊は宿泊税を課さないと定めました（参照*6）。

東京都の新制度では、課税免除の基準を1万円未満から1万3000円未満に引き上げます（参照*3）。

免税点の差は、同じ料金でも自治体をまたぐと課税有無が変わることを意味します。予約時点で施設所在地の免税点を判定するロジックがなければ、フロントでの都度確認が発生します。

複数の自治体に施設を展開する事業者は、税率と申告先の違いを施設単位で管理する必要があります。

長野県は、独自に宿泊税を導入した松本市、軽井沢町、阿智村、白馬村、野沢温泉村に所在する宿泊施設については、市町村宿泊税とあわせて当該市町村を通じて長野県宿泊税を申告納入することとしました（参照*7）。

県税と市町村税が併存する地域では、1件の宿泊に対して二重の税区分が発生し、施設ごとに納入先の窓口が変わります。多店舗展開の事業者は、施設所在地ごとの税区分と申告先を紐づけるマスタ管理が欠かせません。

運用面では、申告書式や納入頻度も自治体ごとに異なるため、経理担当が横断的に把握できる仕組みが求められます。

宿泊税対応の要は、PMS（宿泊管理システム）に税区分マスタを実装し、税額計算を自動化することにあります。

宿泊管理システムの中には、段階的定額制と定率制のどちらの税区分にも対応する製品があり、宿泊税導入時の設定作業を軽減する構成をとっています（参照*2）。

税区分マスタは、施設ごとの所在地、税率、免税点、上限額、特例期間を保持する設計が求められます。定額制の料金帯ごとの区分表と、定率制の料率および上限額を同じテーブルで扱えれば、施設追加時の設定変更で対応できます。

改定日や特例終了日を持たせておくと、施行日切り替えを自動で反映できます。ホテルシステム基盤の中核は、この税区分マスタの汎用性と、PMSから会計・OTA・精算機へのデータ連携の一貫性にあります。

OTA経由の予約が増えるほど、サイトコントローラーとPMSの連携が宿泊税運用の前提となります。

複数のOTAと契約している場合、ダブルブッキングのリスクがあるため、サイトコントローラーの導入が必須となります。サイトコントローラーで在庫管理した予約情報をPMSと連動することで、部屋割りも可能です（参照*8）。

OTA経由予約の増加に伴い、現地での税額計算・徴収作業が増大し、宿泊税額の増加に伴うクレジットカード決済時の支払い手数料増への支援も課題として挙がっています（参照*9）。

OTAで表示される料金に宿泊税を含めるか別建てにするかは、料金設計と会計処理の両方に影響します。連携が整っていない場合、フロントで税額を追加請求する運用が発生し、決済手数料の負担も膨らみます。

自動精算機やスマートチェックインとPMSの接続は、宿泊税を含む請求確定の自動化に直結します。

「JTBデータコネクトHUB」は、スマートチェックイン・アウトやレベニューマネジメント、POSシステム、自動精算機などの複数のマイクロサービスと宿泊施設のPMSをつなぐシステムです。実証実験では、従来のチェックアウト業務時間を約16%（約8割減）に業務削減できました（参照*10）。

自動精算機側で税額表示や領収書出力を宿泊税に対応させるには、PMSから正しい税区分と金額を受け取る接続が前提です。手作業での税額修正が残ると、精算機導入の効果が薄れます。

フロント業務では、免税判定や特例期間の税額を口頭で説明する場面が発生するため、画面表示と帳票の設計も見直しの対象となります。

宿泊税は施設が代理徴収する預り金であり、会計上は負債として計上する処理が必要です。

PMSの会計仕訳帳機能により、PMS上で発生するすべての財務取引について自動で複式仕訳を生成できる製品があり、返金処理や宿泊税・入湯税の負債計上など、ホテル特有の会計ルールにも対応しています（参照*11）。

自動仕訳が整っていないと、経理担当者が売上と預り金を手作業で分ける必要があり、月次締めの負担が増します。定率制の自治体では、割引や返金のたびに預り金額が変動するため、取引単位で仕訳が生成される仕組みが実務では効率的です。

負債計上を自動化すると、申告納入時に納付額と帳簿残高の突合が容易になり、納入漏れや過納の発見にもつながります。

会計ソフトとのAPI連携は、PMSで生成した仕訳を経理業務に橋渡しする役割を担います。

PMSで生成した仕訳は、freeeなどの会計ソフトにそのまま取り込める形式（CSV／JSON）でエクスポート可能であり、開発中のfreee API連携や、今後予定されているMoneyforward API連携によって、シームレスな会計連携が実現できます（参照*11）。

CSVやJSONでの受け渡しは、既存の会計ソフト運用と併存しやすい形式です。API連携が整えば、日次で仕訳が会計ソフトに反映され、月次締めの前倒しが可能になります。

宿泊税の税区分ごとに勘定科目や補助科目を分けておくと、自治体別の申告資料を会計ソフト側から抽出できます。PMS会計連携の設計は、会計ソフトの科目体系との対応表づくりから始めるのが実務的です。

宿泊税は特別徴収義務者としての帳簿保存が求められ、監査や自治体の調査に備える必要があります。

函館市は、帳簿の記載事項として宿泊年月日、宿泊料金、宿泊者数、宿泊税の課税対象となる宿泊者数、宿泊税額を挙げ、総勘定元帳、仕訳帳、現金出納帳、売掛金元帳、売上帳、仕入帳、クーポン取扱帳などを例示しています（参照*12）。

帳簿要件を満たすには、PMSと会計システムの両方で、宿泊単位の税額が追跡できる状態を維持する必要があります。自動仕訳と原票（売上伝票）が紐づいていれば、監査時の証跡提示がスムーズになります。

施行日から逆算した改修スケジュールと、十分な準備期間の確保が成否を分けます。

経済産業省の試算では、既存のデジタルシステムの複雑化・ブラックボックス化を解消できなければ、デジタル・トランスフォーメーション（DX）が実現できないばかりか2025年以降に最大で毎年12兆円の損失が発生するとしています。しかし宿泊業においてはデジタル化の進展が滞っており、生産性の向上、人手不足の問題が顕在化しています（参照*8）。

事業者向けの要望として、事務負担の軽減と十分な準備期間の確保、申告納入手続きの簡素化、納入頻度の低減、納入電子化などの具体策の早期提示、制度移行スケジュール・運用の早期提示による準備期間の確保が挙げられています（参照*9）。

システム改修のコスト負担は事業者にとって重く、自治体の支援策や特例制度の活用が現実的な選択肢となります。

事業者側からは、制度変更に伴う費用支援として、会計システム等の抜本的な改修、設備投資、人件費等への支援や、徴収実務の負担増への支援を求める声が挙がっています（参照*9）。

札幌市は申告納入手続きの負担を軽減するため、所定の要件を満たす場合は申請し承認を受けることで、申告納入期限の特例を受けることができ、この特例により3か月分をまとめた年4回の申告納入期限になると定めています（参照*13）。

特別徴収義務者交付金や申告期限の特例は、施設のキャッシュフローと事務工数に直接関わります。改修計画の段階で、こうした支援策の適用可否を織り込むことが有効です。

宿泊税の導入と改定が全国で進む中、ホテル・旅館の実務は、税額計算だけでなく、PMS・会計・OTA・精算機を横断するシステム基盤の整備へと広がっています。定額制と定率制、免税点、申告先の違いを吸収するためには、税区分マスタを軸にした設計と、PMS会計連携による自動仕訳が土台となります。

施行日ごとの改修スケジュールを早めに描き、自治体の交付金や申告期限の特例を活用しながら、監査に耐える帳簿と証跡を残す仕組みを整えることが、宿泊税時代のホテル運営を支える出発点になります。

▼参照

(*1) 北海道宿泊税
(*2) ホテルシステム(PMS)で40年の実績 | 新日本コンピュータサービス株式会社 – フロントシステムシリーズ、MACRAの宿泊税対応について
(*3) トラベル Watch – 東京都、宿泊税の新制度を2027年4月1日導入へ。一律3％に変更、民泊・簡易宿所も課税対象に
(*4) 宿泊税の導入
(*5) 北谷町宿泊税 北谷町公式ホームページ
(*6) 松本市ホームページ
(*7) 長野県宿泊税 特別徴収の事務等について（特別徴収義務者向け）
(*8) 観 光分野における デジタル技術活用マニュアル 令和５年３月 国土交通省 東北運輸局 観光部 宿泊施設 編
(*9) 「宿泊税の見直し（素案）」に対する意見の提出について｜政策提言・要望｜会頭コメント・政策提言 ｜東京商工会議所
(*10) JTB法人サービス – 宿泊事業者デジタル化支援システム「JTBデータコネクトHUB」
(*11) WASIMIL v2.0
(*12) 宿泊税の手続き
(*13) 札幌市 – 札幌市宿泊税の手続き（特別徴収義務者）／札幌市