コワーキングとfreee会計 会員課金とイベント収入の分離（概念）

コワーキングスペースやシェアオフィスの運営において、経理業務の最大の壁となるのが「性質の異なる収益の混在」です。毎月定額で発生する「会員会費（サブスクリプション）」と、不定期かつ突発的に発生する「イベント参加費・ドロップイン利用料」。これらをすべて一括りに「売上」として処理していては、どの事業が利益を生んでいるのか、あるいはイベントの集客コストが適切なのかを判断することができません。

本記事では、freee会計を中核に据え、会員課金とイベント収入を概念レベルから分離し、実務における入力工数を極限まで削減するための「完全自動化アーキテクチャ」を解説します。

コワーキング運営における「会員課金」と「イベント収入」分離の重要性

コワーキングスペースの収益構造は、ストック型の「会費」とフロー型の「イベント・スポット」に大別されます。これらを明確に分離すべき理由は、単なる帳簿上の整理ではなく、経営の「解像度」を上げるためです。

なぜ単純な「売上」計上では経営判断を誤るのか

例えば、月の総売上が300万円だったとしても、その内訳が「会員250万円、イベント50万円」なのか「会員150万円、イベント150万円」なのかでは、翌月の施策は180度変わります。前者は会員基盤が安定していますが、後者はイベントの成否に経営が左右される不安定な状態を示唆します。freee会計のデフォルト設定のままでは、これらの「売上の質」を見極めることが困難です。

freee会計で実現する「発生主義」と「部門別管理」の概念

freee会計の最大の特徴は「発生主義」にあります。入金があったタイミング（通帳に載った日）ではなく、サービスを提供したタイミングで売上を計上するのが原則です。会員課金であれば「利用月」、イベントであれば「開催日」が売上の計上日となります。この原則を守りつつ、freeeの「部門」機能を活用して「コワーキング事業部：会員」と「イベント事業部」のようにタグ付けを行うことが、分析の第一歩となります。

もし、現在スプレッドシートや紙の台帳で管理しており、会計ソフトへの転記に苦労している場合は、まずデータ連携の全体像を見直す必要があります。以下の記事で解説している「データ連携の全体設計図」の考え方は、コワーキング運営におけるフロントシステム（決済ツール）とバックオフィス（freee）の接続にもそのまま応用可能です。

【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

freee会計におけるマスタ設計とタグの使い分け

具体的な設定に入る前に、freee会計内での「器」を設計します。ここを誤ると、後からデータを修正するのは非常に困難です。

【勘定科目】「売上高」を細分化するか、品目タグで分けるか

結論から述べると、勘定科目を増やしすぎるのは推奨しません。勘定科目は「売上高」のひとつにまとめ、その中身を**「品目タグ」**で識別するのがfreeeの推奨する標準的な運用です。

• 品目タグ例： 「月額会費」「入会金」「ドロップイン」「イベント参加費」「会議室利用料」

このように設定することで、試算表を表示した際に「品目別」のタブに切り替えるだけで、それぞれの収益内訳が一瞬で把握できるようになります。

【部門・メモタグ】イベントごとの収支を追跡するための設計

特定の大型イベントやセミナーのROI（投資対効果）を測定したい場合は、**「メモタグ」**を活用します。例えば、「202404_起業家交流会」というメモタグを作成し、そのイベントに関する売上（参加費）と費用（会場設営費、飲食代、広告費）の両方に付与します。これにより、freee上で特定のタグが付けられた取引だけを抽出でき、イベント単体の損益計算書を擬似的に出力可能になります。

【取引先】会員データベースとfreee取引先の同期ルール

コワーキングスペースには多数の会員が存在するため、freeeの「取引先」マスタをどう管理するかが重要です。理想は、決済システム（Stripe等）の顧客IDとfreeeの取引先を1対1で紐付けることです。しかし、ドロップインなどの一見客すべてを取引先として登録するとマスタが肥大化するため、これらは「（店舗名）窓口」といった共通の取引先で処理する工夫が求められます。

【実務手順】会員課金（継続決済）の自動化アーキテクチャ

会員課金の自動化において、最も回避すべきは「毎月の請求書発行」と「通帳との突き合わせ」です。これを自動化するための標準的なフローを解説します。

Stripeや会費管理SaaSを用いたクレジット決済の自動連携

現代のコワーキング運営において、Stripe等の決済プラットフォーム利用は必須と言えます。Stripeで継続課金（サブスクリプション）を設定し、それをfreeeに自動連携させます。freeeの「アプリストア」にあるStripe連携アプリを利用すると、以下の処理が自動で行われます。

1. Stripeで決済が完了する
2. freeeに「未決済」の収入取引が自動作成される
3. 決済手数料が「支払手数料」として自動で差し引かれ、ネットの金額で「決済完了」処理が行われる

この際、品目タグに「月額会費」が自動で付与されるよう、連携設定時のデフォルト項目を指定しておくのがポイントです。ただし、Shopify等のECと組み合わせる場合は、手数料の計算ロジックが異なるため注意が必要です。詳細はShopify売上のfreee連携ガイドを参考にしてください。基本概念は共通しています。

freee「自動で経理」を最大活用する消込ルール設定

銀行振込を選択している会員がいる場合、freeeの「自動登録ルール」を設定します。振込依頼人名に含まれる「会員番号」や「特定の氏名」をトリガーにして、勘定科目「売上高」、品目「月額会費」を自動適用し、さらに「取引登録」まで自動化します。これにより、通帳を同期した瞬間に、既知の会員からの入金は処理が完了した状態になります。

年払い会員の「前受金（前受収益）」の月次按分処理

「1年分の会費を一括で受け取った」場合、入金時に全額を売上に計上すると、その月だけ利益が突出してしまいます。正しい経営管理のためには、いったん「前受金」として負債計上し、毎月1/12ずつを売上に振り替える必要があります。

freee実務ポイント：

入金時の仕訳： 預金 / 前受金

毎月の振替： 前受金 / 売上高 （「＋更新」機能または「定期的な振替伝票」を活用）

【実務手順】イベント・スポット収入の管理とレジ連携

イベント収入は、会員課金とは対照的に「その場限り」の決済が多くなります。これらを効率的にfreeeへ流し込む手法を整理します。

Square/Airレジを用いた当日決済のfreee連携

対面でのドロップイン利用やイベント当日の物販などは、SquareやAirレジといったPOSレジツールを介します。これらはfreeeと公式に連携しており、1日の終わりに「日計表」として売上データを送信できます。

Peatix等の外部プラットフォーム売上の取り込みと手数料処理

集客のためにPeatix等を利用する場合、freeeへの直接連携機能が制限されていることがあります。この場合は、Peatixから出力されるCSVデータをfreeeの「エクセルインポート」機能で取り込みます。この際、**「顧客が支払った総額」と「差し引かれた手数料」**を2行に分けてインポートし、差引額が銀行への入金額と一致するように設計するのが実務上のコツです。

当日現金払いを「小口現金」を使わずに処理する運用フロー

コワーキングスペースで現金を取り扱うと、経理工数は跳ね上がります。可能な限り「完全キャッシュレス」を推奨しますが、どうしても現金が発生する場合は、その日のうちに全額を銀行に預け入れるか、「役員借入金（または事業主借）」として処理し、手元に現金を残さない（小口現金勘定を作らない）運用が最もシンプルです。小口現金の廃止については、以下の記事が非常に役立ちます。

【完全版】システム導入より効く。経理を救う「小口現金」と「立替精算」の完全撲滅アーキテクチャ

よくあるトラブルと解決策

運用を開始すると、必ずと言っていいほど「データが合わない」事態に直面します。代表的なケースと対処法を挙げます。

消込時に金額が1円単位で合わない（手数料・消費税の計算差異）

原因の多くは、決済ツールの「外税・内税設定」とfreeeの「端数処理」の不一致です。Stripe等では決済ごとに端数が切り捨てられることがありますが、freee側で一括計算しようとするとズレが生じます。この場合、無理に個別の取引で合わせようとせず、月次で発生する「雑損失・雑収入」として、差額を調整する仕訳を1本入れる運用が現実的です。

会員が退会したのに課金が止まらない・二重計上の防止策

これはシステム連携よりも「運用ルール」の問題です。「退会手続き＝決済プラットフォームの停止」というフローを徹底する必要があります。API連携を高度化できるのであれば、会員管理システム（hubsynchやメンバーペイ等）側でステータスを変更した際に、Webhookを利用してStripeのサブスクリプションを自動停止するような仕組みを検討してください。

まとめ：事務コストを最小化し「コミュニティの質」に向き合うために

コワーキングスペースの価値は、管理業務の正確さではなく、そこから生まれるコミュニティや利用者の体験にあります。しかし、経理が疎かになれば、健全な経営継続は不可能です。freee会計を中心としたアーキテクチャを構築し、会員課金とイベント収入を「タグ」で分離して自動化することは、単なる時短ではなく、**「経営の意思決定スピードを上げる」**ための投資です。

まずは、現在の決済手段を洗い出し、それぞれのデータがfreeeのどの「タグ（品目・部門・メモ）」に紐づくべきかをマッピングすることから始めてみてください。初期設計さえ完了すれば、日々のルーチンワークは驚くほど軽くなるはずです。さらに高度な分析や可視化を目指す場合は、以下の記事で解説しているBIツールとの連携も視野に入れてみてください。

【完全版・第5回】freee会計の「経営可視化・高度連携」フェーズ。会計データを羅針盤に変えるBIとAPI連携術