駐車場とバレーパーキングの簿記：5つの収益源の照合と30日間のクライアント資金フロート

あなたの駐車場は先週47,000ドルを回収しました—時間的チケット、月額許可証、検証済みステッカー、バレー現金、法人請求書—しかし、あなたの銀行口座は41,200ドルを示し、PARCSレポートは48,100ドルを報告し、クライアントは送金が不足している理由を尋ねています。その差が心当たりがあるなら、あなたの簿記システムは収益ではなく現金を追跡しています。

駐車施設の運営は単純に見えます：車が入り、お金が出る。しかし会計はそうではありません。1つのダウンタウンの駐車場は1日に5つの異なる収益源を生み出すことができ、それぞれが異なるタイミング、税務処理、照合ルールを持っています。2つ目か3つ目の駐車場、レストランのバレースタンド、そして回収後30日以内にクライアント資金を送金することを要求する管理契約を追加すると、あなたは照合されない現金と怒った不動産所有者を生み出す装置を手にしています。このガイドでは、収益性の高い運営者が駐車収益をどのように計上、照合、管理するかを、フロートが枯渇する前に詳しく説明します。

実際に運営している5つの収益源​

ほとんどの新規運営者ではなく「駐車収入」と考えています。各収益は異なる形で獲得、課税、送金されるため、あなたの総勘定元帳にはそれ以上の精密さが必要です。

1. 一時的（時間単位および日単位）収益​

これは、入口支払い、出口支払い、または電話アプリ支払いによるドライバーからの収益で、契約はありません。駐車サービスが提供された時点で直ちに認識されます。運営上の記録はチケットまたはアプリセッションです。会計上の記録は支払い決済です。

主な複雑さ：あなたは通常、総額に触れません。PayByPhone、ParkMobile、クレジットカード処理会社、PARCS機器はそれぞれ異なるスケジュールで手数料を差し引いて送金します。あなたの収益はドライバーに請求された総額です。処理手数料は別の費用です。正味預金のみを計上すると収益が過少表示され、売上税の基準が崩れます。

2. 月額契約および許可証収入​

月額駐車者は、将来の料金を前払いしてアクセス権を得ます—通常は月初にその暦月分を、時には月半ばに契約記念日サイクルで支払います。これは典型的な繰延収益です。

1月28日に2月のアクセスとして300ドルを受け取った場合、あなたはまだ何も稼いでいません。その300ドルは「繰延収益 / 前払い駐車場」という負債として計上され、2月1日に1日単位で収益化され始めます。経営している場合、1ヶ月後までは使用前に収益は認識されません。シカゴ・ループ・パーキングは、貸借対照表の日付後の駐車期間に対する現金収入は「繰延収益」として計上され、管理費や収益とみなされないことを明示しています。月額収益は、契約者が早期解約できる場合でも、アクセス期間にわたって均等に認識されます。ASC 606ルールでは、月次契約は事実上一連の1ヶ月契約として扱われます。

3. 法人および検証済みアカウント​

ホテル、オフィスタワー、病院、レストランは通常、料金を支払わずに請求書を受け取ることを好みます。検証済みチケット、複数の月次請求書、または直接請求のバレーサービスを交渉します。これは買掛金であり、現金収益ではありません。

あなたは駐車サービスを提供し、請求書を作成し、15〜45日間の支払いを待ちます。総額は獲得時に収益として計上されます。回収は単なる現金の適用です。これを一時現金と混同すると、あなたの年齢報告書は銀行口座と関連性がなくなります。

4. バレー収入—クライアントフロート問題を含む​

バレーは一時的な駐車に見えますが、経済的にはかなりプロパティマネジメントに近いです。一般的な構造：

• リースされた場所： あなたはオーナーに固定賃料を支払い、すべての収益を保持します。簿記は直線的で、あなたは記録の商人です。
• 管理契約： あなたはプロパティオーナーの代わりに回収し、管理手数料（通常15〜30%または定額月額料金プラス人件費返済）を差し引き、残高を送金します。あなたが保持する現金はあなたのものではありません。

この2番目のモデルが「fど」ーラリの原因です。あなたの契約が、月末から30日以内に純回収を送金することを規定している場合、月に25,000ドルを回収する3つのバレススタンドを運営しているなら、あなたは簡単に一ヶ月分の給与を超えるクライアント資金を保持しています。自分自身の運転資本でこれを包み込み、送金日前にコレクまたは入りを経費として使用すると、損益計算書が利益を示している間も、技術的にクライアントに資金を支払いされない状態になります。クライアントのために回収したすべてのドルを、あなたの契約に違反し同時に借金を負うものとして扱ってください。

5. イベント、宿泊、および付随収益​

コンサート、スポーツイベント、一泊超過、EV充電料金、洗車アドオン、遅れ退出ペナルティは高収益ですが不安定です。これらはイベント交通で実際に利益を上げている駐車場を評価するために別々の収益コードが必要です。それらは追加の人件費を引き起こす可能性があります。

照合を可能にする勘定科目表​

これを行うのに複雑なERPは必要ありません。重要な場所での分離が必要です。

収益勘定（ロー部位ではなく、上流別）

• 4110 一時収益一単位/日
• 4120 一時収益 − アプリ/電話支払い
• 4130 月額契約収益
• 4140 法人/認証済み収益
• 4150 バレーサービス収益（管理契約の場合、4160管理フィールド収益）
• 4170イベントおよび付随収益
• 4180 駐車税収集（対称カウンター → 負債、下記参照）

負債科目：

• 2310 繰延収益 − 月次許可
• 2320 クライアント資金支払義務（管理契約のコレクション用）
• 2330 駐車税支払わなければ
• 2340 未清算/過払い負債（チケットエラー用）

⊖勘定科目と費用：

• 3200 クレジットカード処理手数料
• 3210 パーシス/アプリプラットフォーム手数料
• 3220 売却・税込み費用（税込設定の場合）

ディメンション層、重複勘定科目ではない： ロットA /ロットB / バレースタンドCにクラス、場所、またはタグを使用し、4,000-A、4,000-Bの勘定科目を作成しないでください。これにより、サービス全体の比較が容易になります。

駐車税と販売税の処理​

多くの都市は、駐車税を反映せずに掲示された料金に含めます。 シカゴ、サンフランシスコなどは、総入収から税を削除して真の収益を計算する必要があります。フォートわしの駐車場監査ではこの複雑さが指摘されています：税金は別売りではないため、収益を計算すると料金から控除する必要があります。20,000円の一時残高を収益として計上し、20%の税を自己負担で支払う場合、資本と費用の両方が超過します。代わりに、販売確認時に$16.67を収益に、$3.33を駐車税支払義務に記入し、税金を支払う時に充当します。

毎日、毎週、毎月の照合：三つのクローズ​

収益性の高いオペレーターは月次で照合しません。彼らは層を重ねて照合します。毎日が、盗難、装置の故障、処理者のエラーが拡大する前に発見する最も重要なレイヤーです。

毎日：チケットと現金の照合​

すべてのロットに対して、同一の提案を示す4つのソースをすべて合わせる：

1. 車両数：ループ、LPR、またはゲート数で記録された入場
2. チケット/セッション発行：物理的なチケット、QRコード、またはアプリセッション
3. 支払済み：PARCSトランザクション、アプリ、キャッシュドロワー
4. 銀行/決済預金：実際に入金されたもの

サンフランシスコ市の基準は、オベレーターが発行済みおよび受領済みのチケット、電子支払いを車両記録と照合し、各トランザクションの定期レポートを生成することを要求しています。これはどの都市でも採用你々ルールです。公式は次のとおりです：発行されたチケット＋アプリセッション=車両入場; 支払われた=クローズされたチケット。片方の不足は、無料出口、無効化、ゲートの故障を示します。

今日の駐車場ごとの一分損益レポートを保存します。

バレー毎日追加： 配信、キーイン、車両間の照合。無効なキーはExposureリスクです。システムダウン時は手動チケットを連続番号でイン、ログ保持し、5年間保存ルールです。

毎週：処理機関と銀行の照合​

プロセッサーはT+1からT+3、残高受きます。毎週のルーチンが月次洞察を減らします：

• 各日のPARCSバッチを処理入金報告と照合します。不足するバッチを書き物化します。
• アプリの入出金（通常週次）を、総収益から手数料差し引いた値に一致します。純額を収益として計上する場合、資産と手数料を計上し、入金が回収可能額を消すことを確認します。
• 現金パワーをまとめられた日次報告と照合します。25,000円超の相違は今週中に確認します。
• 月許可は、銀行入金とそれに対応する改定計上をクロスします。

月次の調整​

ステップ1 — 繰延収益を認識。 開始残、新規取得、返金の減少、現在の期間分の対応等を反映します。再計算を照合：将来の未使用枚数×残高。

ステップ2 — ARの年齢。 法人請求書は月末後2日以内回収し、300ドル以上残高は品質監査。

バレーパーキングの30日フロート管理：安全性のルール​

クライアント資金を集めてから返すときまで、実質的に金利手数料ゼロで「資金フロート」を運用しています。庫を守るの三ルール：

1. GPS的にクライアント資金を分離（バンクに混在させる場合でも、レポートで確認）：
   • 集金時：Dr 現金 / Cr クライアント支払義務
   • 残高が借 / Cr 現金、手数料は収益として売上
2. キャッシュバッファー：初回契約から45〜60日の運転資本を確保します。1.5×一か月のクライアント総収入が必要です。
3. 手数料請求書を作成します。fd

防止する低コスト対策​

• 変更管理：オンライン決済を除いて、手書きは禁止
• 権限分離：返金権限と現金受領権限を分離
• 例外レポート：毎日voidとnotifyを管理確認
• オンラインショッピングカート完備。数字はカウントされても、常に日報レポート
• マニュアルオーバーライド。毎週

ロット比較KPI​

• 株式単位：総収益 ÷ 総台数
• 稼働率：占有時間 ÷ 稼働可能時間
• 獲得率：支払チケット / トータルブードイン
• 法人回収率：現金回収 / 請求額
• 封鎖領域：繰延残高 ÷ 次月の月次収益
• クライアント資金カバレッジ：現金 ÷ (クライアント支払い + 繰延収益) ≥ 1.0 (目標1.2)

再利用可能な月次チェックリスト​

月次決算を参考に1から10まで実装し、オーナーを設定します。

1. PARCS/アプリ決済をエクスポートし、売上と一致
2. 日次レポートをバンドルして保存
3. 月許可の売上→繰延計上
4. 繰延残高を許可書リストと照合
5. 法人インボイスを作成し債権を仕訳
6. クライアントの送金明細書と照合
7. 銀行とプロセッサを対照
8. 駐車税を計算し申告
9. 各ロットの利益とKPIダッシュボード作成
10. マネジメントレビュー

まとめ​

一区画でも全ポートフォリオでも、規律は同じです：収益の買い方、時期、所有権を明確に分離し、クライアントの資金を自分のお金と混ぜない。Beancount.io は平易な会計を使った黒箱のない透明な取引記録を実現し、監査と自動化を容易にします。無料で始める