
発生債務は、既に発生した費用や利用済みサービスに対して、まだ請求書などが届いていない支払義務を指します。これらの「支払義務があるが未払い」の項目は、発生月の負債として計上され、支払い時期ではなく、実際に費用が発生した月に対応させて記録されます。
たとえば、チームが今月クラウドノードやセキュリティ監査サービスを利用し、請求書の受領が翌月以降になる場合でも、今月分の費用として計上し、発生債務とします。発生債務の代表例には、給与、利息、コンサルティング費用、カストディ費用などがあります。
発生債務は発生主義会計原則に基づいています。この会計方法では、収益や費用は現金の受け渡し時ではなく、発生または獲得した時点で認識します。これにより、同一事業活動に関連する収益と費用を同じ期間に計上し、利益の過大・過小計上を防ぎます。
たとえば、Web3プロジェクトが今月マーケティングパートナーシップを完了し、請求書をまだ受け取っていない場合でも、マーケティングサービスは「発生済み」として今月の費用に計上し、発生債務となります。翌月まで費用計上を遅らせると、費用発生のタイミングがずれ、当月の業績が正しく反映されません。
貸借対照表では、発生債務は1年以内に支払期限が到来する流動負債として記載され、今後の支払義務を示します。損益計算書では、発生債務に関連する費用は当期の費用として計上され、実際に発生したコストを示します。
例:月末時点でチームがノードカストディ費用として100,000ドルを計上した場合、損益計算書には100,000ドルのカストディ費用が記載され、貸借対照表では「発生債務」が100,000ドル増加します。翌月に請求書が届いて支払いが行われると、発生債務が減少し、負債と現金が同時に減ります。
発生債務はWeb3領域で重要な役割を果たします。
ステップ1:取引の特定。今月発生済みだが未請求の費用(給与、利息、技術カストディ費用、監査、コンサルティングなど)を洗い出し、サービス完了を確認します。
ステップ2:金額の見積もり。契約単価や利用実績(ノード稼働時間やAPIコール数)、マイルストーン進捗、過去平均値などを用いて金額を見積もります。重要または変動が大きい項目は管理者が確認します。
ステップ3:仕訳入力。通常は該当する費用勘定(コンサルティング費用、カストディ費用、利息など)を借方、発生債務を貸方とします。正しい勘定科目で費用を記録し、営業費用と資本的支出を区別します。
ステップ4:精算と取り消し。請求書到着時に請求金額と発生計上額を照合し、差異があれば調整します。支払い時に発生債務を取り消し、支払記録を保管します。
ステップ5:開示と承認。DAOガバナンスやプロジェクト管理では、重要な発生債務を開示し、提案承認や監査確認に備えます。契約書やサービス完了証明、見積根拠も保管します。
買掛金:請求書や精算書類が既に届いている義務で、金額も責任も確定しています。確定した支払義務や費用を示します。
発生債務:費用は発生しているが請求書は未着。契約条件やサービス進捗に基づき金額を見積もり、請求書到着後に精算します。
引当金:将来発生する可能性はあるが金額や発生確率が不確実な義務(例:訴訟や保証債務など)です。発生債務よりも不確実性が高いのが特徴です。
第一に、トークン価格の変動です。契約決済がトークン建ての場合は、発生債務をトークン価値から会計基準通貨(USDやステーブルコインなど)に換算し、評価日や参照元を記録して価格変動リスクを抑えます。
第二に、マルチシグや承認プロセスです。DAOのマルチシグ遅延で支払いが翌期にずれ込むことがあるため、発生債務計上後は提案や実行状況を追跡し、長期未決済の「休眠」債務を防ぎます。
第三に、スマートコントラクト自動支払いとタイミングのズレです。一部のスマートコントラクトはマイルストーンや期間ごとに自動で資金をリリースしますが、サービス完了と請求書受領のタイミングが一致しない場合があるため、リリース前後で適切に発生計上・取り消しを行います。
最後に、ベンダー連携と監査対応です。オンチェーンサービス(オラクル、ノード、アンチSybilツールなど)については、API利用実績やサービス完了のスクリーンショット、契約書を保管し、監査や費用検証に備えます。
発生計上の過大・過小は利益や負債額を歪め、投資家やガバナンスの判断に影響します。監査人は見積方法、契約条件、サービス完了証拠、請求書との照合を重点的に確認します。
コンプライアンス面では、IFRSやUS GAAPなどの会計基準や現地税制を遵守すること。トークン建て費用の場合は評価方法や為替レートの参照元を明確に記録し、証拠となるスナップショットも残します。財務安全管理の観点では、巨額一括支払いによる流動性リスクを避けるため、キャッシュフローへの影響も評価します。
多くのプロジェクトがオンチェーンデータと従来会計システムを連携し、ウォレット、取引所、スマートコントラクトイベントを自動検出してサービス完了やマイルストーン達成時の発生計上を推奨する仕組みを導入しています。
ステーブルコインの普及により評価変動リスクが低減され、発生債務の測定がより容易になっています。また、ガバナンスの透明性向上により、多くのDAOが主要な発生債務を定期的に開示・監査し、コミュニティ監督や財務管理を強化しています。
発生債務は費用を発生時点で正確に認識し、利益や債務の真実性を担保します。Web3プロジェクトやDAO財務管理では、サービス完了の特定、金額見積、タイムリーな計上、精算、開示が重要です。発生債務・買掛金・引当金の区別と、強固なコンプライアンス・監査・ガバナンス体制の構築が、報告ミスや流動性リスクの低減、プロジェクトの透明性と持続的運営につながります。
反対ではありません。財務諸表の異なる側面です。売掛金は資産(受取権利)、発生債務は負債(支払義務)です。たとえば、商品を販売し未入金なら売掛金、誰かがあなたから購入し未請求なら相手にとって発生債務です。いずれも発生主義会計に基づきますが、貸借対照表の反対側に位置します。
典型的な例は未払いの流動性マイニング報酬や未配布のエアドロップ義務です。たとえば、DeFiプロトコルが月末にガバナンストークン報酬を約束し、まだ配布していない場合は、その公正価値を発生債務として計上します。他にも未払いの監査費用や開発者報酬(発生主義会計採用時)などがあり、いずれもプロジェクトの財務状況に影響します。
伝統的に暗号業界は現金主義会計を重視し、多くのプロジェクトに正式な財務部門がないためです。しかし、コンプライアンス要件の強化や機関投資家の参入により、発生主義会計が不可欠になっています。発生債務を無視すると財務報告が歪み、実際の債務負担が隠れ、投資家や監査人にリスクをもたらします。Gateなどの専門プラットフォームの財務ツールや会計士の活用を推奨します。
発生債務自体は直ちに現金を消費しませんが、将来必ず現金流出となる義務です。十分な現金準備がないまま多額の発生債務が存在すると流動性リスクが生じます。損失は帳簿上は今計上されますが、実際の支払いは後日発生します。DAO財務管理では、これらの義務を賄う現金を予算で確保することが重要です。
監査人は主に、発生債務の漏れがないか(未計上が多い)、見積額が妥当か(特に金額が不確定な場合)、開示が十分か(財務諸表への適切な注記など)を確認します。暗号プロジェクトでは、未払いのパートナーシップ費用や未精算報酬義務、潜在的な罰金引当金の記録漏れが多く、監査時に修正が必要になるケースがあります。


