収益認識ルール
サイドバーのRevenue Rulesの収益ルールモジュールは、取引から収益を自動的に認識して分類するルールを定義できます。これは特に以下に役立ちます:
- 顧客から暗号資産での支払いを受け取る企業
- 手数料、コミッション、または収益分配を受け取るプロトコル
- 暗号資産で発生する取引から収益を認識する必要があるサービスプロバイダー
利用可能なプラン
Section titled “利用可能なプラン”収益ルールは対象プランで利用できます。
収益コントラクトルール
Section titled “収益コントラクトルール”Revenue Rules → Contract Rulesで収益コントラクトルールを管理します。

ルールの仕組み
Section titled “ルールの仕組み”収益コントラクトルールは、特定のパターンに一致するオンチェーン転送を収益イベントとして自動的に分類します。一致が検出されると:
- 取引は収益として分類されます
- 適切な収益GL勘定科目に対して仕訳が作成されます
- 収益はFMVで認識されます
ルールの定義
Section titled “ルールの定義”新しい収益ルールを作成するには:
- Revenue Rules → Contract Rulesに移動
- Add Ruleをクリック
- ルールの条件を設定:
Contract Address — 収益が発生するスマートコントラクト。例えば、請求コントラクトや決済プロセッサー。
Token Address — 収益が受け取られるトークン。例えば、特定のstablecoinまたはERC-20トークン。
Direction — 通常はIN(ウォレットへの受け取り)。
Amount range — 最小/最大金額フィルターで、まれなone-off転送ではなく繰り返しの収益パターンをターゲットにします。
From address (optional) — 既知の顧客またはプロトコルアドレスのみと一致させるには、特定の送信者アドレスを制限します。
- Result(会計処理)を設定:
Transaction type — INCOME(典型的な収益の分類)を選択。
GL account — 収益GL勘定科目を選択(例:Service Revenue、Platform Fees)。
Economic intent — 通常はINCOMEまたはOPERATIONAL。
- 保存してテスト
ルールのテスト
Section titled “ルールのテスト”アクティブ化する前にルールをテストします:
- Test Ruleをクリック
- 一致する可能性のある既存の取引を選択するか、テストアドレスと金額を入力
- テスト結果はルールに一致した取引と適用される会計処理を表示
テストは非破壊的です — 実際の取引は変更されません。
ルールのアクティブ化
Section titled “ルールのアクティブ化”テスト後、ルールをActiveに切り替えます。アクティブ化後:
- 新しい取引はリアルタイムでルールに対してチェックされます
- 一致する取引はルールで指定されたタイプとGLマッピングで自動的に分類されます
ルールの無効化
Section titled “ルールの無効化”ルールを削除せずに一時的に無効化するには:
- 無効化するルールを見つける
- トグルをクリックしてInactiveに設定
ルールを無効化しても、このルールで以前に分類された取引は影響を受けません。
レジストリレベル
Section titled “レジストリレベル”ルールは3つのレベルで設定できます:
| レベル | 適用範囲 | 使用例 |
|---|---|---|
| Global | すべてのワークスペース | すべてのエンティティが使用する収益コントラクト |
| Workspace | このワークスペースのみ | エンティティ固有の収益パターン |
| Token | 特定のトークンの転送のみ | 特定のトークンでの収益 |
より具体的なルールがより一般的なルールより優先されます(Token > Workspace > Global)。
ルールの監査証跡
Section titled “ルールの監査証跡”各収益分類はどのルールが一致したかを記録します。これにより、収益がどのように認識されたかを確認でき、監査のための完全な証跡が提供されます。
収益認識の例
Section titled “収益認識の例”例1:Stablecoin決済 Acme Digital Holdingsはステーブルコイン(USDC)で顧客サービスの支払いを受け取ります。
ルール設定:
- Token: USDCコントラクトアドレス
- Direction: IN
- Amount: €1,000以上(返金やルーティング転送をフィルタリング)
- From: 既知の顧客ウォレットリスト
結果:USDCの転送は受け取り時のFMVでService Revenueとして自動認識されます。
例2:プロトコル手数料 DeFiプロトコルはスマートコントラクトから手数料を収集します。
ルール設定:
- Contract: 手数料収集コントラクトのアドレス
- Direction: IN
- Token: 手数料トークン
結果:手数料の収集はProtocol Revenue勘定科目でINCOMEとして自動分類されます。