Web3 企業向けの暗号資産会計

貴社がトレジャリーをオンチェーンで保有し、コントリビューターに暗号資産で支払い、複数のチェーンにまたがって活動している場合、帳簿は標準的な会計ツールでは把握できない場所に存在します。CryptaCount は、そのすべてを整った監査対応の会計へと変える暗号資産の補助元帳です。

Web3 の財務の実情

Web3 ネイティブの企業 — プロトコル、財団、DAO、暗号資産スタートアップ — は、トレジャリーをトークンやステーブルコインで管理し、オンチェーンで支払いやグラントを行い、多数のチェーンにまたがってポジションを保有しながらも、取締役会、投資家、監査人が受け入れる財務諸表を作成しなければなりません。それをブロックエクスプローラーをまたいだスプレッドシートで行っても、まとまりません。

CryptaCount はどう対応するか

• マルチチェーンのトレジャリー。 当社独自のオンチェーンデータ基盤を活用し、貴社が利用するあらゆるチェーンとウォレットの活動を、一つの帳簿に取り込みます。
• 暗号資産での支払いとグラント。 コントリビューターへの支払い、グラント、暗号資産での運営費を追跡し、会計向けに正しく分類します。
• 取得原価と損益。 お客様の手法をトレジャリーの動きに適用し、手作業なしで損益を実現します。
• ERP への整った仕訳。 集約された仕訳は現在 Xero と Zoho に転記され、QuickBooks、NetSuite、Sage はロードマップ上にあり、貴社の勘定科目表にマッピングされます。
• IFRS または US GAAP。 評価は貴社のポリシーに従って処理され、その結果生じる仕訳が帳簿に反映され、完全な監査証跡が残ります。

ステークホルダーが受け入れるレポーティング

• 取締役会・投資家向けレポーティング — 完全な取引記録に基づく財務諸表
• 監査対応 — すべての数値が総勘定元帳の行からオンチェーンの出所まで追跡可能
• DeFi と NFT — プロトコルとのやり取りやトークンの活動を取りこぼさず捕捉
• 法定通貨 + 暗号資産 — 貴社の暗号資産帳簿が、その他の会計と並んで照合される

補助元帳を見る → · コンプライアンスとレポーティング →

オンチェーンの業務が通常の会計を超える理由

Web3 ネイティブの企業は、標準的な会計ツールでは見えない場所で財務を運営しています。トレジャリーは複数のチェーンにまたがってトークンやステーブルコインで保有され、コントリビューターやグラント受給者にはオンチェーンで支払われ、プロトコルの収益はトークンの流れとして届き、業務費用は銀行口座ではなくウォレットから送出されます。これらはすべて、誰かがブロックエクスプローラーから手動で再構成するまで、通常の台帳には反映されません。この作業は、週に数件を超えてトランザクションが増えた瞬間に破綻します。この乖離は会計システムの機能不足ではなく、そもそもブロックチェーンを読むように設計されていないことに起因します。CryptaCount は、企業が利用するすべてのチェーンとウォレットの活動を取り込み、整った分類済みの会計へと変える暗号資産の補助元帳として、この乖離を埋めます。仕組みの詳細は 暗号資産補助元帳 → のページで説明しています。

この圧力は、単に暗号資産を保有するにとどまるビジネスよりも、Web3 企業にとってよりいっそう深刻です。暗号資産が副次的なポジションではなく、事業そのものだからです。取締役会はトレジャリーのレポートを求め、投資家はデューデリジェンスに耐えられる財務諸表を求め、監査人はチェーンに紐付いた記録を求めます。いずれもトークンで行われた活動から作成しなければなりません。エクスプローラーを組み合わせたスプレッドシートではそれを支えられず、会社の法定通貨会計と照合することもできません。

CryptaCount が実現する Web3 財務ワークフロー

本プラットフォームは、オンチェーンで事業を運営する企業の実際の業務フローに合わせて設計されています。マルチチェーンのトレジャリー活動を一つの帳簿に取り込み、暗号資産での支払いやグラントを正しく分類し、トレジャリーの動きに取得原価を適用し、勘定科目表にマッピングされた集約仕訳を企業の ERP に転記します。財務チームはエクスプローラー間でウォレットを追いかける代わりに、一つの照合済み記録から作業できます。また暗号資産の帳簿は、別世界に存在するのではなく、法定通貨の帳簿と並んで照合されます。

• トレジャリーの統合 — すべてのチェーンとウォレットの活動を一つの帳簿に取り込み
• オンチェーン支出の分類 — コントリビューターへの支払い、グラント、運営費を会計上正しく認識
• 取得原価の適用 — 手作業なしでトレジャリーの動きの損益を実現
• ERP への転記 — 勘定科目表にマッピングされた集約仕訳を転記
• ポリシーに基づく測定 — トレジャリー保有に IFRS または US GAAP の測定を適用
• 法定通貨と暗号資産の照合 — 暗号資産の帳簿がその他の会計全体と照合

すべての転記済み行がオンチェーンの出所に遡って参照できるため、財務チームは取締役会や監査人からの質問にエクスプローラーで再構成することなく、トランザクションを開いて回答できます。転記の構築方法は 仕訳 → のページで説明しています。

会計イベントとしてのトレジャリー、報酬支払い、グラント

オンチェーンの業務は、通常のツールでは捉えられない会計イベントを生み出します。それを正確に処理することが、財務諸表を守ることにつながります。トークンでコントリビューターに支払うことは、支払日の公正価値で測定された人件費です。グラントは独自の分類が必要な支出であり、サービスに対するステーブルコインの支払いは、オンチェーンで決済されるだけで他と同じ営業費用です。企業自身のウォレット間のトレジャリー移動は処分として表示されるのではなく相殺されなければならず、一方でトークンを別の資産と交換する本物の処分は、損益計算書に計上しなければならない損益を実現します。CryptaCount はこれらのイベントを会計処理のために分類するため、会社の帳簿はオンチェーンで起きたことの経済的実態を反映し、単なる生の送金の羅列にはなりません。

IFRS または US GAAP に基づく測定

Web3 企業の監査人や投資家は、トレジャリーが感覚的なマーキングではなく、明示されたポリシーに基づいて測定されることを期待します。CryptaCount は会社のポリシーに従って IFRS または US GAAP に基づく測定を適用し、その結果生じる仕訳を帳簿に転記します。これにより期末のポジションが、説明・検証できる一貫した基準に基づくものになります。測定が補助元帳で適用・記録されるため、企業はトレジャリーの数値の算出根拠を示せます — アドホックなマーキングを弁護するのではなく。IFRS の取り扱いは IFRS 暗号資産会計 → のページで説明しています。

Web3 企業が直面する報告義務

オンチェーンビジネスは新たな暗号資産報告規制の直接の対象であり、クリーンなデータ基盤がそれに対応する唯一の実際的な方法です。OECD の CARF、EU の DAC8 情報交換規則、欧州の MiCA 規制などのフレームワークは、識別可能な取引場所と取引相手に紐付いた、完全で分類済みかつポイントインタイムの暗号資産活動記録を前提としています。CryptaCount はすでに企業のトレジャリーおよび業務のためにその記録を保持しているため、財務チームは義務が具体化したときに慌てるのではなく、必要な数値と照合資料を提出できます。同じ記録が取締役会および投資家向けレポーティングの基盤にもなるため、一つの照合済みソースが規制当局にも資本構成にも対応します — 暗号資産コンプライアンスレポーティング → をご参照ください。

会社がオンチェーンで運営するときの月次締め

Web3 企業にとって、信頼できる月次締めこそがその後のすべてを可能にします — 取締役会資料、投資家向け報告、資金繰りモデル、監査。問題は、オンチェーンの月が自然に締まらないことです。トレジャリーはチェーン間を移動し、コントリビューターは支払いを受け、グラントは送出され、プロトコルの収益が届き、ガス代が数百のトランザクションで消費されています。CryptaCount は財務チームにそれをクリーンに完結させる繰り返し可能な手順を提供します。対象期間のすべてのチェーンとウォレットからの活動を取り込み、開始残高が信頼できるようオンチェーン残高を照合し、人間の判断が必要なトランザクションを浮き上がらせます — 見慣れない取引相手、未知のトークン、処分ではなく内部トレジャリー移動かもしれない送金など。チームはそれらの例外を処理し、取得原価の結果を確認し、ERP に集約仕訳を転記します。転記が集約されて勘定科目表にマッピングされているため、ERP 側のレビューは迅速です。各勘定に数行しかなく、それぞれ完全なトランザクションリストへのリンクが一クリックで確認できます。自己送金はゼロ相殺され、期間はクローズ後にロックされ、同じ管理されたプロセスが翌月も繰り返されます。その結果、暗号資産は取締役会でだれも説明できない行項目ではなくなり、照合・分類されてチェーンに紐付いた、締めのプロセスの一部として機能します。この予測可能性が、少人数の財務チームが、トレジャリーも業務もすべてオンチェーンで動く企業を支えることを可能にします。

Web3 企業の会計でよくある落とし穴

• エクスプローラーからの再構成 — 手動のエクスプローラー作業はスケールせず、監査証跡も残らない。直接取り込みによって証跡を保全する
• トレジャリー移動が売却として計上される — 企業自身のウォレット間の移動は相殺されなければならず、架空の利益を生み出してはならない
• 未分類の支払い — コントリビューターへの支払いやグラントを生の送金のまま放置すると、費用と報酬が誤表示される
• サイロ化した暗号資産帳簿 — 法定通貨台帳と照合されないトレジャリー会計は、連結財務諸表を支えられない
• アドホックな評価 — 感覚でトレジャリーをマーキングすることは、監査および投資家のデューデリジェンスに耐えられない
• 総勘定元帳にオンチェーン証跡がない — トランザクションハッシュに遡れない数値は監査人に対して弁護できない

CryptaCount が Web3 企業にできること

Web3 企業にとって、CryptaCount はオンチェーンのトレジャリーと業務を、取締役会・投資家・監査人が受け入れる会計へと変えます。マルチチェーンの活動を一つの帳簿に統合し、支払いやグラントを正しく分類し、取得原価と会社の IFRS または US GAAP 測定ポリシーを適用し、すべての数値がオンチェーンの出所まで追跡できる状態で集約仕訳を ERP に転記します。財務チームはエクスプローラーからウォレットを再構成することをやめ、その他のすべてと同様に暗号資産を締める作業を始められます — 暗号資産の帳簿は法定通貨の帳簿と並んで照合されます。詳細はエンジンの 暗号資産補助元帳 → と 仕訳 → をご参照ください。

トークンでコントリビューターに支払う場合、どのように会計処理しますか？

コントリビューターへの支払いは、支払日の公正価値で測定された人件費として分類され、基礎となる送金が捕捉されてオンチェーンの出所に紐付けられます。グラントと運営費はそれぞれ独自の勘定に分類されるため、損益計算書は差別化されていない送金の羅列ではなく、会社が実際に支出した内容を反映します。

暗号資産のトレジャリーは法定通貨の帳簿と照合されますか？

はい。補助元帳は集約仕訳を、その他の会計と同じ ERP および勘定科目表に転記します。そのため暗号資産の帳簿は別個のサイロではなく、一つの照合済みセットの一部となります。これが連結された取締役会向け財務諸表を可能にします。

一つの場所で複数のチェーンにまたがるトレジャリーを報告できますか？

はい。会社が利用するすべてのチェーンとウォレットの活動が単一の帳簿に取り込まれ、トレジャリーのポジションはエクスプローラー間に分散するのではなく統合されます。各数値は依然として、それが発生した特定のチェーンとトランザクションに遡って参照できます。

監査人や投資家はその成果物を受け入れますか？

成果物は完全で追跡可能な記録に基づいています。すべての数値が総勘定元帳の行からオンチェーンの出所まで追跡でき、仕訳はインテグリティハッシュで記録され、測定は貴社が明示した IFRS または US GAAP ポリシーに従います。これが監査人のテストおよび投資家のデューデリジェンスの証拠基盤であり、信頼に委ねるスプレッドシートとは異なります。

Web3 企業の帳簿における暗号資産

Web3 企業はトレジャリーを保有し、コントリビューターに暗号資産で支払い、オンチェーンでプロトコルの収益を得ることが多く — これらすべてが帳簿に正しく計上され、監査に耐えなければなりません。補助元帳によって財務はその活動のための一つの照合済みソースを持ち、一貫した取得原価、追跡可能な損益、勘定科目表にマッピングされた仕訳を使えます。CryptaCount はオンチェーンおよび取引所の活動を取り込み、期間サマリーを総勘定元帳に転記し、IFRS および US GAAP レポーティングをサポートします。補助元帳 と 仕訳 もご覧ください。