事業用テナント賃料請求書の自動化｜物件DB×テナントDB×クラウド会計の最新ワークフロー

こんにちは。Tradivanceです。

事業用テナントの賃料請求書を毎月Excelやワードで作り続けるのが、そろそろ重くなってきた管理会社の方は多いと思います。物件ごとに条件が違い、テナントごとに按分や歩合や段階賃料が混ざる中で、フォーマットを配るだけでは月末の作業時間は減りません。

これからの事業用テナント賃料請求書は、フォーマットの話ではなく、設計と自動化の話に置き換えていく時代だと、私達は感じています。

物件データベースとテナントデータベースをあらかじめ用意し、ボタン一押しで今月分の請求書を自動出力し、freee／マネーフォワードと連携して仕訳まで流す。最初の設計さえ済めば、毎月の運用は「内容を確認して送るだけ」に変わります。

本記事では、住宅家賃の請求書とは設計が違う事業用テナント賃料請求書を、物件DB×テナントDB×クラウド会計の三位一体ワークフローで仕組み化する道筋を整理して解説していきます。

Excel／Word／紙のテンプレートそのものの話はすでに語り尽くされている分野ですので、本記事では最低限の整理に留め、設計と自動化の中身に紙幅を割いていきます。

事業用テナント賃料請求書とは
事業用テナント賃料請求書とは｜住宅家賃の請求書と何が違うか

事業用テナント賃料請求書は、住宅家賃の請求書とは設計そのものが異なります。賃料の構成、契約期間、按分計算、消費税の扱い、帳票形式の5つの軸で違いが生まれ、住宅系の様式をそのまま流用するとどこかで運用が止まる構造になっています。

住宅家賃の請求書は基本的に「家賃のみ」の単一費目で構成され、簡素な様式で月単位の請求が成立します。これに対して事業用テナント賃料請求書は、賃料本体に加えて共益費、水道光熱費、附帯費（看板使用料・倉庫使用料等）が並ぶ複合構造になり、各費目の按分や消費税区分を内訳明細として詳細に出す必要があります。

項目	住宅家賃の請求書	事業用テナント賃料請求書
賃料の構成	家賃のみが基本	賃料+共益費+水光熱費+附帯
契約期間	2年普通借家が中心	3-10年定期借家・普通借家
按分計算	原則なし	共益費按分・歩合賃料の混在
請求書の名義	個人/法人どちらも	法人主体
支払サイト	家賃前払が多い	末日締・翌月払の選択肢が増える
消費税の扱い	住宅は非課税	事業用は課税
源泉所得税	原則なし	個人オーナーへの送金で必要時あり
帳票形式	簡素な様式が多い	内訳明細を詳細に出す必要

旧来の作り方の限界
事業用テナント賃料請求書をExcel／Word／紙のテンプレートで作り続ける構造的な限界

事業用テナント賃料請求書をExcel・Word・紙のテンプレート単体で運用し続けると、テンプレートを配布しただけでは解消できない構造的な限界が、規模拡大とともに顕在化していきます。

毎月の手作業に時間が溶け続ける

毎月、テナントごとに契約条件を引き当て、Excelの該当行を上書きし、別名保存でPDF化し、メールに1件ずつ添付して送付する流れを、テナント数のぶんだけ繰り返す形になります。1件あたりの作業時間が短くても、件数が積み上がると数日仕事に化けていきます。

テナント追加・契約条件変更のたびに修正が散らばる

新規入居、退去、賃料改定、共益費見直しが発生するたびに、テンプレートファイルを複数の場所で書き換える必要が出てきます。担当者ごとに保存場所が分かれていると、どのファイルが最新かが分からなくなり、版管理のために別途エクセル台帳を作る、という二重管理に陥りやすい構造です。

転記ミス・属人化で月末の確認コストが膨らむ

共益費の按分式、歩合賃料の閾値、源泉所得税の控除有無といった計算ルールが、ベテラン担当者の手元の暗黙知に残り続けます。引き継ぎ資料には書ききれず、月末の確認往復が増え、最終的に深夜帯まで作業が伸びる、という負担構造になりやすい点が、属人化の実害として現れます。

これからのワークフロー
物件DB×テナントDB×クラウド会計の三位一体ワークフロー

これからの事業用テナント賃料請求書は、フォーマット単体の話ではなく、ワークフロー全体の設計の話に置き換わっていきます。物件DBとテナントDBを土台にし、ボタン一押しで今月分を自動出力し、freeeまたはマネーフォワードへ仕訳まで流す、という三位一体のワークフローで設計する流れが、現実解になってきました。最初の設計には手間がかかる一方で、月次運用は「内容を確認して送るだけ」に近づきます。

第1層 物件DBとテナントDB（マスタ層）

物件側の基本情報、共益費の按分式、オーナー送金口座などを物件DBに、テナント側の契約条件、賃料体系、請求書名義、振込先口座などをテナントDBに分けて、1箇所だけ更新すれば全体に反映する形にしておきます。条件は複数の請求書ファイルに散らさず、マスタ層で一元管理する設計が土台になります。

第2層 ボタン一押しの自動出力（自動化層）

マスタ層のデータを読み込み、月次の請求書を物件種別ごとのテンプレートに差し込み、PDF化してまとめて出力する層が、自動化層です。実装はGoogleスプレッドシート＋GASでも、Supabase＋Webアプリでも組めます。規模と運用体制に合わせて、無理のない構成を選んでいくのが現実的です。

第3層 クラウド会計との連携（会計層）

自動出力した請求情報を、freeeまたはマネーフォワードのAPIに流し、売掛金の起票まで自動化する層が、会計層です。仕訳パターンと消費税区分を事前に登録しておくことで、月次の集計と決算スピードが大きく変わってきます。人の手は、出来上がった仕訳の承認と例外処理に集中させる設計が基本になります。

物件DB・テナントDB
物件DBとテナントDBに持つべき項目｜マスタ設計が品質の9割

事業用テナント賃料請求書の品質は、テンプレートの作り込みより、土台となる物件DBとテナントDBの項目設計でほぼ決まってきます。どの項目を持ち、どこまで正規化し、どちらに何を持たせるかが、月次運用の重さを左右する核心になります。

物件DBに持つべき項目（15項目）

物件DBは、1物件につき1レコードで管理します。PM／SL区分、共益費の按分方式、オーナー情報、送金口座といった、テナントが変わっても動きにくい項目を中心に集約しておくのが基本構成です。

区分	項目例
基本	物件ID／物件名／所在地／延床面積／竣工年
運営	PM/SL区分／オーナー氏名・法人名／オーナー連絡先／送金口座
共益費	按分方式（面積按分・均等按分等）／按分対象費目／清算サイクル
会計	仕訳パターンID／消費税区分（事業用課税）

テナントDBに持つべき項目（18項目）

テナントDBは、1テナントにつき1レコードで管理します。物件IDで物件DBに紐付け、契約条件、賃料体系、支払期日、按分比率、請求書名義、振込先口座といった、テナント側で動く項目を集約しておきます。

区分	項目例
基本	テナントID／テナント名／物件ID（物件DBへのリンク）／契約区分（事業用／居住用）
契約	契約開始日／契約終了日／契約更新区分（普通／定期）／専有面積
賃料	賃料基本額／共益費／水光熱費／附帯費／賃料体系（固定／歩合／段階／複合）
請求	請求書名義／請求送付先／支払期日（末日締翌月払等）／振込先口座
税	消費税区分／源泉所得税要否

物件DBとテナントDBの関係性（1対多リレーション）

物件DBとテナントDBは、1物件に複数テナントが紐付く1対多のリレーションが基本形になります。PM案件は物件DB側の情報を直接参照し、SL案件はサブリース主体を介して参照する形に変わります。賃料改定やテナント入替が起きたときに、更新するのは原則テナントDB側、という運用ルールにしておくと、版管理の混乱を抑えやすくなります。

自動出力の仕組み
ボタン一押しで今月分を自動出力する仕組み

マスタ層を整えたら、月次運用は「ボタンを押す」一手に集約していきます。実装はGoogleスプレッドシート＋GASの軽量構成と、Supabase＋Webアプリの本格構成の2系統が現実解で、規模と運用体制から無理なく選んでいくのが基本になります。

実装パターン①｜スプレッドシート+GAS

物件DBとテナントDBをGoogleスプレッドシートに置き、GASでテンプレートに差し込み、PDF化してGoogleドライブに月次フォルダ保存していく構成です。初期コストを抑えやすく、運用側からデータと処理が見える透明性が利点になります。

一方で、テナント数が数百件を超えるとGAS実行時間の上限が見えてくるため、規模に応じて分割実行か上位構成への移行を検討する形になります。中小〜中堅規模の管理会社さんからは、まずここから入る選択肢が選ばれやすい印象です。

実装パターン②｜Supabase+Webアプリ

物件DBとテナントDBをSupabaseに置き、社内向けWeb UIから月次バッチを起動し、サーバー側でPDFを一括生成する構成です。大量データへの耐性、複雑な計算ロジックの保守性、ユーザー単位の権限管理が利点として効いてきます。

一方で、初期構築の手間と運用コストはGAS構成よりかかるため、テナント数が多い物件群を扱う規模や、複数担当で同時操作する運用体制で本領を発揮します。経理責任者さんが複数物件を横断確認するような場面では、こちらが現実的になっていきます。

物件種別ごとの請求パターンへの対応

事業用テナントの請求パターンは、おおよそ4タイプに整理できます。テナントDBの賃料体系フィールドで分岐させ、同じ自動出力ロジックの中で4タイプを並列に扱えるようにしておくと、新規テナント追加時の追加工数を抑えやすい設計になります。

パターン	計算方法	主な物件種別
共益費按分型	賃料固定＋共益費は面積按分で清算	オフィスビル全般
歩合賃料型	最低保証＋売上連動歩合	商業施設・店舗
固定+歩合複合型	固定賃料＋一定売上超過分の歩合	商業施設・路面店
段階賃料型	契約年次で賃料が段階的に変動	オフィス・倉庫の定期借家

クラウド会計連携
freee／マネーフォワードとの連携で月次決算を軽くする

請求書発行と会計起票が分離していると、月次の二重作業が残り続けます。請求書発行→売掛金の自動起票→入金消込を一連の流れとしてクラウド会計に流し込む設計に切り替えると、経理側の月次締めの体験が大きく軽くなっていきます。

freee API連携の基本

freeeは請求書APIを通じて、月次の請求情報を売掛金として自動起票する設計が組めます。事前準備として、テナントごとの取引先登録、勘定科目のマッピング、事業用テナント賃料の消費税区分の登録を済ませておく流れになります。認証は一般的にOAuth2で、社内アプリ登録で発行したトークンを安全に管理する運用が前提です。

請求書発行から仕訳起票までを1回の処理にまとめておくと、月次締めの確認作業が画面1つに集約されていきます。

マネーフォワードAPI連携の基本

マネーフォワードクラウド請求書とクラウド会計を組み合わせ、請求書発行と仕訳起票を連携させる設計が組めます。APIを直接叩く方法のほかに、CSVインポートを併用する選択肢もあり、初期はCSV経由で運用に乗せてからAPI化していく段階的な進め方も現実的です。

グループ会社をまとめて管理する場合は、グループ会計連携を前提に設計すると、複数社の月次集計が同じ仕組みに乗ってきます。

仕訳パターンの設計（賃料・共益費・水光熱費・源泉・消費税）

仕訳パターンは費目ごとに標準形を1度だけ定義し、テナントDBの取引区分から自動マッピングする設計にしておきます。費目をまたぐ複合請求でも、同じ標準パターンの組み合わせで起票できるよう、最初に整理して登録しておく流れが基本です。

費目	標準仕訳パターン	消費税区分
賃料	売掛金/受取家賃	事業用は課税
共益費	売掛金/受取管理費	課税
水光熱費	売掛金/水道光熱費収入	課税
源泉所得税	預り金/売掛金 控除	個人オーナー送金時

設定の4ステップ
事業用テナント賃料請求書の自動化｜設定すべき4ステップで運用に乗せる

事業用テナント賃料請求書の自動化は、順番に進めればおおむね1〜2ヶ月で月次運用に乗せていくことができます。設計の流れは、マスタ層の初期設計、請求テンプレートの整備、自動出力ロジックの実装、クラウド会計API接続の4ステップに整理できます。物件数とパターン数によって工数は変動しますが、進め方の骨格は同じです。

よくある質問
管理会社向けFAQ｜事業用テナント賃料請求書の自動化

支援事例
Tradivanceの導入支援事例｜物件種別ごとに「確認して送るだけ」へ

私達は、住宅系の賃貸管理から事業用テナントの管理運営まで、物件種別をまたいだDX伴走の設計実績を重ねてきました。ここでは、事業用テナント賃料請求書の自動化という観点で、物件種別ごとに3つの事例の輪郭を紹介していきます。

このほかの不動産DX伴走の実績は、ビル管理DXの実績ページに整理しています。物件種別や論点が近い事例があれば、設計の進め方の参考にしていただきやすい構成です。

まとめ
まとめ｜「フォーマット」ではなく「設計と自動化」の時代

事業用テナント賃料請求書は、住宅家賃の請求書とは賃料構成・契約期間・按分計算・消費税・帳票形式の5軸で性格が違います。Excel・Word・紙のテンプレート単体では、月末作業と属人化がどこかで止まる構造になっていきます。

これからは、物件DBとテナントDBをマスタ層に据え、ボタン一押しで今月分を自動出力し、freeeまたはマネーフォワードへ仕訳まで流す三位一体ワークフローに置き換えていく方向が現実解です。マスタ初期設計→テンプレ整備→自動出力ロジック→クラウド会計API接続の4ステップを順番に踏めば、おおむね1〜2ヶ月で月次運用に乗せていけます。人の手は「確認して送るだけ」に近づいていく、という設計の話です。