暗号監査ソフトウェア：ドイツの会計・監査要件を満たす

ドイツは欧州でも最も厳しい金融報告要件を課す国の一つであり、暗号資産もその対象から逃れられません。中規模ファンドのバランスシートに署名する監査人、暗号資産関連企業の財務チーム、デジタル資産を保有するクライアントに助言する会計事務所のいずれであっても、ルールは明確です。ドイツ商法が適用され、それは正確に適用されます。適切なCrypto監査ソフトウェアはもはや便利なものではなく、規制当局の審査に耐える帳簿を作成するための前提条件です。この記事では、ドイツ法が実際に要求していること、その要求事項が実用的なシステム機能にどのように変換されるか、そして企業や監査人が適切に業務を遂行するためにツールを選択する際に何を探すべきかを説明します。

なぜドイツがCrypto会計システムにさらなる要求をするのか

ドイツの会計フレームワークはHandelsgesetzbuch（商法）に根ざしており、これはHGBとして広く知られています。上場企業の連結報告を規定するIFRSとは異なり、HGBはGmbH、AG、パートナーシップを含む広範な法人の個別財務諸表を規定します。HGBは暗号資産を念頭に置いて作成されたわけではありませんが、ドイツの会計実務はその一般原則をデジタル資産にかなり厳密に適用してきました。

HGBの下では、慎重性の原則（Vorsichtsprinzip）により、未実現利益は認識されず、未実現損失は認識されなければなりません。暗号資産保有にとって、これは他の多くの法域で使用される公正価値モデルとは根本的に異なる非対称な会計処理を生み出します。取得後に価値が上昇したBitcoinを保有する企業は、その利益を計上することはできません。価値が原価を下回った場合には、減損を計上しなければなりません。この保守的なアプローチは、会計システムがすべての資産ロットの取得原価を追跡し、市場価値を継続的に監視し、減損義務を手動介入なしにフラグ付けできることを要求します。

秩序ある簿記の原則（Grundsätze ordnungsmäßiger Buchführung、GoB）は、完全性、正確性、適時性、トレーサビリティに関するさらなる要件を追加します。すべてのCryptoトランザクションは完全に記録され、ソースデータにリンクされ、第三者監査人によって再構築可能でなければなりません。生の取引所やウォレットのデータから最終的な元帳エントリまでの連鎖を実証できないシステムは、ドイツの法定監査を満たしません。

Crypto監査ソフトウェアがHGB準拠の報告をどのようにサポートするか

ドイツ市場向けに設計されたCrypto監査ソフトウェアは、一般的な簿記プラットフォームでは処理できないいくつかのタスクを処理する必要があります。1つ目はロットレベルでのコストベースの追跡です。ドイツの税法と商法はともに、個別特定法とFIFOを有効な方法として認めていますが、事業体が適用する方法は一貫して適用され、完全に文書化されなければなりません。有能なシステムは、取得日、取得価格（ユーロ表記）、取引所またはウォレットソースを含む、取得したすべてのロットの個別記録を維持します。

2つ目の要件は自動減損テストです。HGBでは、流動資産として保有される暗号資産は、貸借対照表日における原価と市場価値の低い方に評価減しなければならないため、ソフトウェアは報告日時点での信頼できる市場価格を取得し、それを各オープンロットの簿価と比較し、減損スケジュールを作成できなければなりません。これは意味のある規模では手動タスクではなく、数千のポジションにわたる体系的な処理を必要とします。

以下の表は、会計士や監査人のためのCrypto会計がシステムレベルで処理しなければならない主要なHGB要件をまとめたものです。

HGB要件	会計原則	必要なシステム機能
慎重性の原則（Vorsichtsprinzip）	損失を認識し、未実現利益は認識しない	報告日におけるロットごとの自動減損テスト
取得原価基準	資産は取得原価で計上	ロットレベルのコスト追跡（取得日と価格を含む）
完全性（Vollständigkeit）	すべての取引を記録	取引所およびウォレットAPIの完全取り込みとギャップ検出
トレーサビリティ（Nachvollziehbarkeit）	第三者による監査証跡の再構築可能性	ソースデータにリンクされた不変の取引ログ
継続性の原則	同一の方法を毎年適用	方法の固定と監査人アクセス付き変更ログ

監査人がCrypto会計（監査人向け）に具体的に必要とするもの

監査人は、クライアントの暗号資産保有に関与する際に、特有の一連の課題に直面します。基本的な監査の主張（実在性、完全性、評価、権利と義務）はすべて、従来の確認では得られない証拠を必要とします。銀行はクライアントのBitcoinを保有していません。ブロックチェーンが保有しており、そのため監査人はオンチェーン検証、ウォレット所有権の証明、取引所カストディの取り決めを理解する必要があります。

したがって、監査人のためのCrypto会計には、経営管理会計だけでなく、監査人にとって使いやすい出力を生成できるソフトウェアが必要です。つまり、各貸借対照表項目を特定のブロックチェーンアドレスまたは取引所アカウントにマッピングするエクスポート可能なワーキングペーパー、クライアントの総勘定元帳と一致するタイムスタンプ付きの取引履歴、オンチェーンデータと記録された金額との間の説明できないギャップを特定する照合レポートが必要です。

ドイツの監査人にとってさらに考慮すべき点は、監査人が新たな資産クラスに対して職業的懐疑心を発揮することを求めるWirtschaftsprüferordnung（公認会計士令）の要件です。デジタル資産は、ドイツ監査士協会（IDW）のガイダンスにおいて、特別な手続きを必要とするものとして明確に指定されています。IDWの会計基準RS HFA 50は暗号資産の会計処理を扱っており、これらのポジションに関わる監査業務はこの基準に照らして評価されるべきです。RS HFA 50の要件に準拠したアウトプットを生成するソフトウェアは、監査人が実証手続きに費やす時間を大幅に削減します。

会計事務所向け暗号会計：クライアント間でのスケーリング

複数のクライアントが暗号資産を保有する会計事務所にとって、課題は技術的な正確性だけでなく、業務のスケーラビリティです。それぞれがアクティブな暗号ポートフォリオを持つ10のクライアントを担当するパートナーは、各クライアントのために手動で照合を実行する余裕はありません。会計事務所向けの暗号会計には、各クライアントのデータが明確に分離され、アクセス制御が詳細で、毎回プロセスを一から構築することなく全業務で一貫したアウトプットを生成できるマルチエンティティアーキテクチャが必要です。

以下の表は、典型的な事務所レベルの要件と、適切に設計された暗号監査ソフトウェアプラットフォームがそれらにどのように対応するかを示しています。

事務所の要件	重要性	必要なプラットフォーム機能
マルチクライアント管理	各クライアントのデータとレポートを分離する必要がある	役割ベースのアクセス権を持つ個別のエンティティワークスペース
一貫した方法論	事務所は全業務で同一の基準を適用しなければならない	原価法と減損のための事務所全体の設定テンプレート
規制当局向け監査証跡	事務所はクライアント勘定の正確性について責任を負う	事務所と監査人の両方がアクセス可能な不変のログ
取引所とウォレットの統合	手動データ入力はエラーとコンプライアンスのギャップを生む	主要な取引所とウォレットプロバイダーへのAPI接続
ドイツGAAP出力	HGB報告はIFRSやUS GAAP出力とは異なる	設定可能な勘定科目表と減損スケジュール

専用の会計事務所向け暗号会計に投資する事務所は、監査リスクを低減し、データ取り込みから署名済み勘定までの時間を短縮し、暗号会計を正式なサービスラインとして提供できる立場を強化します。この業務のコンプライアンス報告の側面については、CryptaCountプラットフォームの企業向け暗号コンプライアンス報告セクションを参照してください。

ファンド向け暗号会計：さらなる複雑性

暗号ファンドと投資ビークルは、標準的な商業会計を超える報告要件に直面しています。投資家に代わって暗号資産を保有するファンドは、ポジションレベルで正確な純資産価額計算、配分スケジュール、投資家明細書を作成しなければなりません。したがって、暗号ファンド会計ソフトウェアは、原資産のHGBまたはIFRS処理だけでなく、パフォーマンス報酬、イコライゼーション、クラス別NAVなどのファンド固有の計算も処理できる必要があります。

Kapitalanlagegesetzbuch（KAGB）に基づくものを含むドイツ規制下のファンド構造は、BaFinの監督対象です。BaFinは、暗号エクスポージャーを持つファンドは、従来の有価証券を保有するファンドと同様の記録保持および評価文書の基準を維持することが期待されるとするガイダンスを発表しています。これは、暗号ファンド会計ソフトウェアが、BaFinが任命するカストディ銀行が独立して検証できる評価報告書を生成できなければならないことを意味します。オンチェーンのソースデータから監査済みNAV数値に至るまで、すべてのポジションを追跡できる能力は必須であり、規制上の期待です。

暗号資産を配分するオルタナティブ投資ファンドやファミリーオフィスにも同じ論理が当てはまります。これらの構造を支援する暗号会計担当者には、複雑な所有構造、複数チェーンにわたる複数のウォレット、さまざまな報告対象者向けの異なる会計フレームワークでポジションを組み替える能力を処理するツールが必要です。

暗号監査ソフトウェアの選択：ドイツ向け業務における主要基準

暗号監査ソフトウェアとして販売されているすべてのプラットフォームが、ドイツの法定要件を念頭に置いて構築されているわけではありません。多くは主に米国の税務報告またはIFRSの公正価値会計向けに設計されており、どちらもHGBにはきれいにマッピングされません。ドイツ向けの業務を評価する際には、以下の基準が譲れないものです。

第一に、プラットフォームはHGBが要求する低価法または原価法の減損モデルをサポートしなければなりません。マークトゥーマーケットまたは公正価値会計のみをサポートするプラットフォームでは、手動調整なしにドイツの法定勘定に使用できない数値が生成され、自動化の目的が損なわれます。

第二に、プラットフォームはGoBのトレーサビリティ要件を満たす完全な監査証跡を提供しなければなりません。すべての取引はタイムスタンプが付され、出所が明らかで、一次データにリンクされている必要があります。記録されたデータへの変更はそれ自体がログに記録され、元のエントリは保存されなければなりません。これは法定監査業務において譲れません。

第三に、プラットフォームはIDW RS HFA 50の出力形式をサポートするか、少なくともその基準に精通した監査人が容易に使用できる構造のデータを生成する必要があります。第四に、会計事務所にとってマルチエンティティのサポートが不可欠です。第五に、プラットフォームはドイツの機関投資家に最も一般的に使用される取引所やカストディアン（主要な欧州の取引所や規制下のドイツのカストディアンを含む）との統合を確立しているべきです。

説明シナリオ

これが実際にどのように適用されるかを説明するために、以下のシナリオを考えてみましょう。

Markusはフランクフルトの中堅監査法人に勤めるWirtschaftsprüfer（公認会計士）です。長年のクライアントであるフィンテック分野のGmbHが、2つの取引所と1つのハードウェアウォレットにまたがるかなりの割合のトレジャリーを暗号資産で保有し始めました。年末監査が迫っており、Markusは存在性の確認、記録された取引の完全性の確認、そしてHGBの慎重原則に基づく減損が正しく適用されているかの確認が必要です。

専用の暗号監査ソフトウェアがなければ、Markusはクライアントに取引データのエクスポートを手動で依頼し、総勘定元帳と照合し、減損計算をテストするために年末の市場価格を独自に入手する必要があります。何百もの取引にわたるそのプロセスには数日を要し、重大なエラーリスクが伴います。

CryptaCountを使用することで、Markusはクライアントのワークスペースへの読み取り専用の監査人ビューにアクセスできます。取引所APIとオンチェーンデータから直接取得した完全なタイムスタンプ付き取引履歴、各ロットの簿価と貸借対照表日現在の価格を比較する自動減損スケジュール、主要な監査の主張を裏付けるために構成されたエクスポート可能なワーキングペーパーパックが表示されます。業務は効率的に完了し、出力はGoBのトレーサビリティ要件を満たし、クライアントの勘定は自信を持って承認されます。

よくある質問

暗号監査ソフトウェアは、標準的な会計プラットフォームではできない何をしますか？

暗号監査ソフトウェアは、ブロックチェーンソースと取引所APIから直接取引データを取り込み、ロットレベルの原価基準記録を維持し、減損テストを自動化し、不変の監査証跡を生成します。標準的な会計プラットフォームでは手動でのデータ入力が必要であり、オンチェーンの存在を検証したり、何千もの取引にわたって原価基準を自動的に再構築したりすることはできません。

ドイツには暗号資産に特化した会計基準はありますか？

はい。ドイツ会計士協会（Institut der Wirtschaftsprüfer）は、ドイツのGAAPに基づく暗号資産の会計処理に関するガイダンスを提供するIDW RS HFA 50を発行しています。これは、HGB財務諸表を作成する事業体の分類、測定、および開示要件をカバーしています。暗号関連の業務に従事する監査人は、この基準に照らして手続きを評価する必要があります。

HGBに基づき、暗号資産はどのように評価されるべきですか？

HGBの慎重原則のもと、流動資産として保有される暗号資産は、取得原価と貸借対照表日現在の市場価格のいずれか低い方で測定されます。未実現利益は認識されません。市場価格が原価を下回った場合、減損を計上する必要があります。この保守的な処理は、IFRSでの公正価値会計とは大きく異なります。

GoBとは何ですか？なぜ暗号会計にとって重要ですか？

GoB（Grundsätze ordnungsmäßiger Buchführung）は、ドイツの適正な簿記の原則です。すべての取引が完全、正確、かつトレーサブルな方法で記録されることを要求します。暗号資産の場合、すべてのウォレット取引と取引所のトレードは、ソースデータへの検証可能なリンクとともに記録されなければならず、監査人は独立して会計記録を再構築できなければなりません。

会計事務所は単一のプラットフォームで複数の暗号クライアントを管理できますか？

はい、ただしプラットフォームが個別のクライアントワークスペースと役割ベースのアクセス制御を備えたマルチエンティティアーキテクチャをサポートしている場合に限ります。会計事務所向けの暗号会計では、各クライアントのデータが完全に分離され、ファーム全体の方法論設定が一貫して業務に適用でき、監査人が他のクライアントデータを公開せずに読み取り専用アクセスを付与できる必要があります。

ドイツにおけるファンド向けの暗号会計には、どのような追加要件がありますか？

KAGBに基づく規制対象ファンドは、暗号資産を含むすべての資産クラスについてBaFinの記録保持および評価基準を満たさなければなりません。これには、監査可能なNAV計算、保管銀行が検証できるポジションレベルの評価レポート、オンチェーンソースデータからファンドの勘定までトレース可能な完全な取引履歴を生成できる暗号ファンド会計ソフトウェアが必要です。

暗号会計担当者は、ドイツのクライアント向けのソフトウェアを評価する際、何を探すべきですか？

プラットフォームは、HGBの低価法減損モデルをサポートし、GoB準拠の監査証跡を維持し、IDW RS HFA 50に沿った出力を生成し、ファームレベルでの使用のためのマルチエンティティ管理をサポートする必要があります。主要な取引所や規制対象のドイツのカストディアンとの統合も、手動データ処理とそれによって生じるコンプライアンスギャップを回避するために不可欠です。

監査人は、暗号資産が実際に存在することをどのように検証しますか？

存在性は、ウォレットの所有権とオンチェーンの残高を検証することで確認されます。監査人は通常、秘密鍵からの署名付きメッセージなど、ウォレットの管理の証明を要求し、ブロックチェーンエクスプローラーを使用して報告日現在のオンチェーン残高を独立して検証します。記録されたポジションを特定のウォレットアドレスやブロックチェーン取引にリンクする暗号監査ソフトウェアは、この手順を大幅に加速します。

IFRSはドイツの暗号会計に適用されますか？

IFRSは、規制市場に上場しているドイツ企業の連結財務諸表に適用されます。ほとんどのGmbHや非上場AGなどの個別の財務諸表にはHGBが適用されます。この区別は、IFRSとHGBが、特に公正価値対低価法測定の問題において、暗号資産を非常に異なる方法で扱うため重要です。

暗号関連の会計システムに関するBaFinの要件はありますか？

BaFinは特定のソフトウェアプラットフォームを義務付けていませんが、規制対象事業体が伝統的な金融商品を保有する場合と同じ基準で記録を維持することを期待しています。ファンドおよび認可された暗号カストディアンにとって、これは評価文書、完全な取引履歴、および要求に応じて記録を生成する能力を意味します。これらの機能を示せないソフトウェアは、規制上のエクスポージャーを生み出します。

Source: CryptaCount