イベント会社のfreee会計活用|前受金と開催後精算の整理
目次 クリックで開く
イベント制作や興行ビジネスにおいて、経理担当者を最も悩ませるのが「入金・支払タイミング」と「役務提供(イベント開催)タイミング」のズレです。数ヶ月先に開催されるイベントの着手金を先に受け取り、開催後にようやく最終的な実費精算が確定するというフローは、一般的な物販やSaaSビジネスとは異なる複雑な収益認識を必要とします。
クラウド会計ソフト「freee会計」は、こうしたプロジェクト単位の管理に強い特性を持っています。しかし、その「自動で経理」や「取引タグ」の仕様を正しく理解していないと、試算表上の売上が実態とかけ離れてしまうリスクがあります。本記事では、イベント会社がfreee会計を使いこなし、前受金の整理から開催後の精算までを完璧に管理するための実務フローを詳説します。
1. イベント業界における「収益認識」の基本構造とfreeeの相性
イベント業における会計処理の根幹は、「いつ売上を計上するか」というタイミングの問題に集約されます。2021年4月から適用されている「収益認識に関する会計基準」に基づけば、原則として「役務の提供が完了した時点」、つまりイベントが開催された時点で売上を計上する必要があります。
イベント業特有の商習慣:着手金・中間金・精算金
多くのイベント契約では、キャッシュフローの安定とキャンセルリスクヘッジのため、以下のような支払スケジュールが組まれます。
- 着手金(前受金):契約時または開催1〜2ヶ月前(例:30%)
- 中間金:開催直前(例:40%)
- 精算金(残金):開催後、飲食実費や延長料金を確定させてから(例:30% + 変動費)
これに対し、freee会計では「入金=売上」ではなく、「取引の発生(役務提供)」と「決済(入金)」を分けて管理する設計がなされています。この設計思想を逆手に取れば、複雑な前受金管理を自動化することが可能です。
2. 【実践】前受金(着手金)の計上から売上振替までの5ステップ
具体的なfreee上での操作手順を見ていきましょう。ここでは「5月に契約・入金、7月にイベント開催、8月に最終精算」というモデルケースを想定します。
Step 1:請求書発行時の仕訳(売掛金 vs 前受金)
5月に着手金の請求書を発行する際、freeeの請求書作成機能を使用します。この際、勘定科目は「売上高」ではなく、「前受金」(または「前受収益」)を選択して発行します。
注意点:freeeのデフォルト設定では請求書発行=売上高計上となる場合があります。詳細設定で「品目」ごとに勘定科目を紐付けておくのが実務的です。
Step 2:入金時の消込処理
銀行口座から着手金が入金されたら、「自動で経理」にてStep 1で作成した「前受金」の取引とマッチングさせます。これにより、貸借対照表(B/S)上に「前受金」という負債が正しく計上されます。この段階では、まだ損益計算書(P/L)の売上には反映されません。
なお、振込手数料が差し引かれている場合は、このタイミングで支払手数料を計上する必要があります。手数料のズレによって自動消込がうまくいかないケースの対策については、以下の記事が参考になります。
【完全版】freeeの「自動消込」が効かない? 振込手数料ズレと合算払いを撲滅する「バーチャル口座」決済アーキテクチャ
Step 3:イベント開催(役務提供完了)時の売上振替
7月にイベントが無事開催されたら、これまで積み上がった「前受金」を「売上高」へ振り替えます。これは「振替伝票」機能を使用するか、freeeの「メモタグ」などを活用した定期的な手動振替が必要です。
仕訳例:(借方)前受金 1,000,000 / (貸方)売上高 1,000,000
Step 4:追加精算分の請求発行
イベント終了後、当日の追加オプションや飲食実費などの「精算金」を請求します。この請求書は、発行したタイミングで「売上高」として計上して差し支えありません(既に役務提供が完了しているため)。
Step 5:プロジェクトタグによる収支の紐付け
freeeの「プロジェクトタグ」機能を使い、一連の前受金、売上、そして外注費のすべてに「第10回記念イベント」などのタグを付与します。これにより、「イベントごとの損益レポート」をワンクリックで出力できるようになります。現場のディレクターが知りたがるのは、会社全体の利益ではなく、自分が担当したプロジェクトの粗利です。
3. イベント原価(外注費・経費)を売上と同期させる方法
売上だけを発生主義にしても、原価(会場費や外注スタッフ費)が支払った月の費用になってしまっては、正しい月次収支が見えません。いわゆる「売上原価対照の原則」です。
「前払費用」を活用した原価の繰り延べ処理
例えば、5月に会場費を前払いした場合、一旦「前払金」または「前払費用」として処理します。そしてイベント開催月である7月に、「外注費」や「会場費」へ振り替えます。この一連のフローをfreee上で自動化するには、経費精算システムとの連携が不可欠です。現場の立替経費が放置されると、イベント終了後に巨額の未計上費用が発覚する「経理の悲劇」が起こります。
【完全版】システム導入より効く。経理を救う「小口現金」と「立替精算」の完全撲滅アーキテクチャ
4. 【比較表】イベント管理業務におけるfreee会計と他社ソフトの処理フロー比較
イベント業のようなプロジェクト単位の管理を行う場合、従来の「仕訳入力型」ソフトとfreeeのような「取引管理型」ソフトでは運用が大きく異なります。
| 管理項目 | 従来の会計ソフト(弥生・勘定奉行等) | freee会計 |
|---|---|---|
| 前受金管理 | 補助科目を作成し、手動で消込・振替を行う | 「未決済取引」として登録し、入金時に自動マッチング |
| プロジェクト収支 | 別管理のExcelや原価管理ソフトが必要 | 「プロジェクトタグ」により標準機能で収支確認可能 |
| 請求書との連動 | 請求発行ソフトと会計ソフトが分断しがち | 請求書発行と同時に「未決済の売掛/前受金」が計上 |
| 証憑(領収書)紐付け | 紙の保存または別途スクラップブック管理 | スマホ撮影でプロジェクトタグと共に取引へ即保存 |
※料金プランや詳細な機能比較については、freee公式料金ページをご参照ください。
イベント収益タイプ別の認識タイミング・仕訳設計マップ
イベント1件の中には「参加費・物販・協賛金・出展料・配信視聴料」のように性質の異なる収益が混在することが珍しくありません。前受金で一括管理してしまうと、税区分(課税/不課税)や認識タイミングがバラバラなのに同じ袋に入れてしまい、月次振替で混乱します。下表は、イベント運営で頻出する収益タイプごとに、認識タイミング・推奨勘定科目・freeeでのタグ設計・実務上の注意点を整理したものです。新規イベント企画時、契約書を作る段階でこの表に当てはめて分類しておくと、開催後の精算が劇的に楽になります。
| 収益タイプ | 典型例 | 認識タイミング | 推奨勘定科目 | freeeでのタグ設計 | 注意点 |
|---|---|---|---|---|---|
| 有料参加費(一般チケット) | イベント当日参加チケット | イベント開催日(役務提供完了) | 前受金 → 売上高(チケット収入) | 品目「参加費」、プロジェクトタグ「該当イベント」 | 早期予約は前受金で受け、開催日に一括振替 |
| 早期割引チケット | 3ヶ月前購入で20%引き | イベント開催日 | 前受金 → 売上高 | 品目「参加費(早割)」で本割と分離 | 割引額の販促効果を測るため必ず別タグで集計 |
| 物販(飲食・グッズ) | イベント会場での物販 | 販売した瞬間(POSベース) | 売上高(物販) | 品目「飲食」「グッズ」で軽減税率対応 | 軽減税率(飲食・テイクアウト)と標準税率(イートイン)を分ける |
| 協賛金(スポンサー) | 企業からの協賛・ロゴ掲出 | 協賛契約の役務提供完了日(開催後) | 前受金 → 売上高(協賛金収入) | 品目「協賛金」、取引先=協賛企業 | 協賛企業への掲出義務・出展枠提供が伴う場合は対価性ありで課税。寄付的性格なら非課税の余地 |
| 出展料(展示会等) | ブース料・出展枠の販売 | 出展開催日(役務提供完了) | 前受金 → 売上高(出展料) | 品目「出展料」、メモタグでブース番号・面積 | 大型展示会では出展料が複数回(早期申込/追加申込)に分かれるため取引先毎に消込 |
| 寄付金・支援金 | クラウドファンディング、お志 | 受領時 | 受贈益または雑収入(個別判断) | 品目「寄付」「支援」、メモタグで使途 | 対価性がない寄付は不課税。リターン付きクラファンは対価性で判断、税理士確認推奨 |
| 配信視聴料(ハイブリッド型) | オンライン配信のチケット販売 | 配信開始日(または視聴可能になった日) | 前受金 → 売上高(配信収入) | 品目「配信視聴料」、配信プラットフォームを取引先タグに | アーカイブ視聴可能な場合は提供期間で按分が妥当。プラットフォーム手数料は別途差し引き |
| キャンセル料(中止・延期時) | 参加者・出展者からのキャンセル時収受、または払戻し | キャンセル成立時 | 受取:売上高(キャンセル料収入)/返金:売上高マイナス(過年度は過年度修正) | 品目「キャンセル料」、メモタグで原因(自社都合/顧客都合/天災) | 自社都合の中止で返金する場合の損益処理と税務取扱いは顧問税理士確認必須 |
表を実務に落とすうえでのコツは、「収益タイプごとに品目を必ず分ける」ことに尽きます。同じ「売上高」勘定でも、品目が分かれていれば、開催後の損益分析で「協賛が思ったほど集まらなかった/物販が想定より伸びた」といった企画振り返りが、freeeのレポート画面だけで完結します。また、協賛金と寄付金、配信視聴料の中止時返金など、税区分や対価性の判断が分かれる項目は、契約書作成段階で対価性の有無を文書化しておくと、税務調査での説明が一貫します。
5. よくあるトラブルと解決策:イベント精算編
「振込手数料ズレ」で消込が止まったら?
イベント業界では、古い商習慣で「手数料差し引き」での入金が多く発生します。freeeでは差額を「支払手数料」として1クリックで処理できますが、大量にある場合は「自動登録ルール」を設定し、金額に数円〜数百円の幅を持たせて推測させる設定が有効です。
イベントが中止・延期になった際の手戻り処理
天災等でイベントが中止になり、前受金を返金する場合、「取引の修正」から返金処理を行います。既に売上振替をしてしまっている場合は、当期の売上のマイナスとして処理するか、前期分であれば「過年度修正」の判断が必要になるため、税理士への相談を推奨します。こうした不測の事態に備え、修正履歴が残るクラウド会計のログ機能は非常に重要です。
SaaSツールの乱立による管理コスト増への対策
イベント会社では、集客用のMAツール、スタッフ管理のSFA、会計のfreeeと、SaaSが増えすぎる傾向にあります。これらをバラバラに運用すると、退職者のアカウント削除漏れなどのセキュリティリスクも高まります。
SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ
6. まとめ:イベント収支をブラックボックス化させないために
イベント会社の経理において、freee会計を導入する最大のメリットは「現場の動きと数字のリアルタイム同期」にあります。着手金を「前受金」として正しくプールし、開催後に「プロジェクトタグ」で収支を紐付ける。このフローを徹底するだけで、決算後にしか分からなかったプロジェクトの赤字が、開催直後に(あるいは開催前に)予見できるようになります。
まずは自社の請求フローを「前受金対応」に切り替えることから始めてみてください。それが、どんぶり勘定から脱却し、攻めのイベント経営へと転換する第一歩となります。
イベント会社のfreee前受金・精算管理をkintone × Claude Codeで自動化する
イベント会社の前受金管理と開催後精算はfreeeだけでは可視化が難しいケースがありますが、kintoneのイベント管理アプリと連携させることで「どのイベントの前受金がまだ精算されていないか」を一元管理できます。kintoneで記録したイベント開催ステータス・売上確定日をトリガーに、freeeの前受金を売上に振り替える仕訳を自動生成するワークフローを設計できます。Claude Code × MCPサーバー構成ではkintone REST API × freee APIの連携スクリプトをMCP経由で実装でき、複数イベントを同時並行で管理するイベント会社特有のキャッシュフロー可視化も内製で構築できます。
経理・会計DXと仕訳/請求/債権自動化のご相談
仕訳・請求・入金消込・債権管理といった経理業務の自動化と、会計データの可視化までを一気通貫で支援します。ツール選定や既存運用の見直しについて、導入前後のセカンドオピニオンとしてもご相談いただけます。