オレゴン州のある不動産管理業者が、オーナーのAirbnb収益を、給与や事務所賃料をまかなっている同じ普通預金口座に預け入れた。3か月後、資金繰りが厳しくなり、業者への支払期日が来たとき、そのオーナーの賃貸収入から$4,000がひっそりと支払いに回された。誰も何かを盗もうとしたわけではない――その瞬間、それは「自分の事業のお金」のように感じられただけだ。しかしその一つの判断だけで、州の監査、5桁の罰金、そして最悪の場合は不動産業や管理業の免許失効を招くのに十分だった。
他のオーナーのために短期レンタルを管理しているなら――AirbnbやVrboの物件がほんの数件であっても――トラストアカウンティング(信託会計)は省略できる事務作業ではない。それは「自分の事業を通過するお金」と「誰かのために一時的に保管しているお金」を分ける、法律上の境界線そのものだ。実際にどのように機能するのか、そして予約手数料の計算がどこで混乱を招き、実際の誤りにつながるのかを理解しておくことは、ポートフォリオに2人目のオーナーを加える前に欠かせない。
トラストアカウンティングが実際に意味すること
トラストアカウントとは、不動産管理業者が法的に他人に属するお金――この場合はオーナーに代わって回収した賃貸収入や敷金――を保管するために使う専用の銀行口座だ。給与、マーケティング、ソフトウェアのサブスクリプション、事務所の賃料をまかなう管理業者自身の運営口座とは、完全に分離しておく必要がある。
核となる原則は、言葉にすれば単純だが実践では簡単に破られる。事業のお金は、自分が稼いで自由に使えるお金であり、トラストのお金は、クライアントのために一時的に預かっているお金だ。 トラストアカウントに入るすべての1ドルには、それが誰の資産から来て、何のためのもので、いつ出て行ったのかを示す、明確な監査証跡が必要になる。
不動産免許に関する規制を設けている州の多く――そして、ブローカー免許を要求せずに短期レンタル管理業者を個別に規制する州も増えている――は、この分離を法律で義務付けている。2026年現在、著名な免許取消し事案が相次いだことを受けて、10州以上で取り締まりが強化されており、ノースカロライナ州、フロリダ州、オレゴン州などでは新たな正式なトラストアカウンティング規則も導入されている。
予約手数料とコミッション構造が実際にどう流れるか
ここが、会計処理として本当に分かりにくくなる部分であり、善意の管理業者の多くが自分の取り分を見失う場所でもある。
Airbnb・Vrboの1件の予約からは、オーナーがペイアウトを受け取るまでに、いくつもの別々の項目が発生する。
- ゲスト向けプラットフォーム手数料。 Airbnbはすでに、おおむね15%前後のホストのみが負担するフラット料率モデルに大きく移行しており、Vrboはホスト側手数料を5〜8%の範囲で課している。これらはプラットフォームによって、資金があなたの手元に届く前に差し引かれる。
- 自社の管理手数料。 フルサービス型の短期レンタル管理では、通常、総予約収入の18〜30%程度がかかる(高級物件や手厚いサービスを提供する業者では25〜40%になることもあり、ソフトウェア主体の軽量なコホスティングでは10〜15%まで下がることもある)。これは通常、単純なコミッション、固定の月額料金、あるいは低めのコミッションと固定料金を組み合わせたハイブリッド型のいずれかで構成される。
- オーナーへの純払出額。 プラットフォーム手数料と自社のコミッションを差し引いた残り――実際にその不動産の所有者に帰属するお金だ。
ここに落とし穴がある。プラットフォームが一括で資金をあなたの口座に入金するとき、その入金額は、あなたが稼いだコミッションとオーナーのトラストマネーが1つの取引の中で混ざり合った状態にある。そこから自分のコミッションをきちんと正確に取り出せば問題ない。しかし、その入金全体を「銀行口座に入ってきた収益」として扱い、オーナーの取り分を分離する前に事業費の支払いに使ってしまえば――意図していなくても、トラスト資金を混同したことになる。
同じ誤りには、もう一つ目立たない形もある。オーナーに提示するコミッション率が、総予約収入に基づくものなのか、プラットフォーム手数料を差し引いた後の金額に基づくものなのかを明示しないケースだ。この2つの数字は予約1件ごとに数パーセントポイント違ってくる可能性があり、あなたのトラスト元帳が、書面でオーナーに約束した内容と一致していなければ、その不一致こそが監査官が最初に目をつける点になる。
具体例:1件の予約を帳簿上で追ってみる
数字にすると、この落とし穴は見つけやすくなる。ゲストが1泊$300で4泊のステイをAirbnb経由で予約し、総予約収入が$1,200になったとしよう。あなたの管理契約では、総額に対して20%のコミッションを取ると定められている。
Airbnbは資金があなたに届く前に、おおよそ15%のホスト側手数料を差し引くため、実際に銀行口座に入るプラットフォームからの入金額は$1,020に近くなる。契約を正しく――当初の総額$1,200の20%、つまり$240――と書いていれば、オーナーには$780が支払われるべきで、あなたはその$1,020の入金の中から$240を受け取るべきということになる。この計算が成立するのは、両方の数字が同じ「総額」を基準に定義されているからだ。
では、契約が曖昧で、あなた(またはオーナー)が、実際に口座に入った$1,020に対して20%を適用すると考えていた場合を想定してみよう。あなたのコミッションは$204に減り、オーナーの取り分は$816に増え、その物件のすべての予約について、あなたの元帳とオーナーへの明細の間に$36の差が生じることになる。これを月間100件の予約、物件12件で積み重ねると、誰も何も盗んでいないにもかかわらず、手数料の算定基準が書面で確定していなかったというだけの理由で、突き合わせのできないトラスト元帳ができあがる。これは監査官なら5分程度で見つけてしまう類のズレだ。
資金の混同が免許を失う最短ルートである理由
資金の混同――トラスト資金を自分の運営資金と混ぜること――は、一時的であっても、不正な意図がなくても、トラストアカウントを規制するすべての州で違法であり、規制当局が見つける最も一般的な重大違反であり続けている。意図があるかどうかは関係ない。「月末までに戻すつもりだった」は弁明にはならず、それ自体が違反の説明にすぎない。
その結果は深刻度に応じて変わるが、どれも軽微なものではない。
- 規制上の罰金 は、州や関与額に応じて、違反1件につき$1,000から$25,000程度になることが一般的だ。
- 免許停止または取消し。 カリフォルニア州などでは、混同または流用されたトラスト資金が$10,000を超えていることが監査で判明すると、正式な聴聞会を待つ間、即時の免許停止処分となる場合がある――そして混同そのものが、金額を問わず、停止や取消しの理由となる。
- 民事責任と原状回復。 規制当局は罰金に加えて、被害を受けたオーナーへの原状回復を命じることができ、深刻なケースでは、検察がトラスト資金の流用について刑事責任を追及することもある。
ほぼすべての摘発事案に共通するパターンは同じだ。接客業には長けていても帳簿管理は苦手な管理業者が、「あの口座」を、本来分けておくべき2つの資金ではなく、区別のない一つの資金の塊にしてしまう。誰も、会計上の手抜きのせいで免許を失うつもりはない。それは、突き合わせを一度飛ばすたびに、少しずつ起きていくものだ。
実際にこれを防ぐベストプラクティス
- 本物の、専用のトラストアカウントを開設する。 既存の普通預金口座の中のサブフォルダではなく、多くの州で法律上トラストアカウントまたはクライアントアカウントとして明記することが求められている、オーナーの資金のみを保有する独立した銀行口座を用意する。
- 賃貸収入を速やかに預け入れる。 ほとんどの州では、受領から24〜48時間以内にトラストアカウントへ資金を預け入れることが求められている。OTA(オンライン旅行代理店)からのペイアウトを「手が空いたら」処理するつもりで一般口座に置いたままにすること自体が、違反のリスク期間になる。
- 例外なく毎月突き合わせる。 銀行残高、社内の帳簿、そしてすべての個別オーナーの元帳残高の合計が、毎月正確に一致していなければならない。「だいたい合っている」トラストアカウントは、突き合わせできているとは言えない。
- コミッションの引き出しを、入金イベントと分離する。 まずプラットフォームからの入金全額をそのままトラスト元帳に記帳し、内訳(すでに差し引かれたプラットフォーム手数料、自社のコミッション、オーナーの純払出額)を正確に割り振り、そのうえで自分のコミッションだけを、明確に記録された別個の取引として運営口座に移す。
- 手数料の算定基準を書面に残す。 すべての管理契約において、コミッションが総予約収入に基づくものか、プラットフォーム手数料差し引き後の純額に基づくものかを明示する。ここの曖昧さが、オーナーとの紛争と監査上の危険信号、両方の出発点になる。
- 自分の州の具体的なルールを把握する。 預け入れ期限、最低限の記録保持期間、そもそも短期レンタル管理業者に不動産免許が必要かどうかは州ごとに大きく異なる――テキサス州で合法な運用が、オレゴン州の法令を満たさない場合もある。
帳簿管理の徹底が報われる場面
これは特殊な会計処理ではない――本質的には、いつどの瞬間でも、どの口座にある資金が誰のもので、なぜそこにあるのかを、正確に示せることに尽きる。記録が最初から構造化され、検証可能な形で残っていれば、それは、銀行取引明細と「たぶん最新のはず」というスプレッドシートから後で再構築するよりも、はるかに簡単になる。
これはまさに、プレーンテキスト会計が解決するために作られた種類の問題だ。トラストへの入金、プラットフォーム手数料の差し引き、コミッションの分配、オーナーへの払出――そのすべてが、バージョン管理にコミットできる、個別の日付入り取引になる。つまり、月次の突き合わせが規制当局より先にエラーを見つけてくれることを願うのではなく、数か月後になっても、特定の1ドルに何が起きたのか、いつ起きたのかを証明できるということだ。
トラストアカウントを、設計段階から検証可能にしておく
不動産オーナーに代わって賃貸収入を管理しているなら、クリーンな監査結果と免許聴聞会との差は、しばしば、あなたの帳簿がそもそも検証されることを前提に作られていたかどうかで決まる。Beancount.ioは、完全でバージョン管理された取引履歴を提供するプレーンテキスト会計であり、ブラックボックスも、後から何が起きたかを再構築する作業も必要ない。無料で始めると、開発者や会計に強い運営者が、まさにこの種の説明責任のためにプレーンテキスト会計へ移行している理由が分かるはずだ。