コンテンツにスキップ

照合

照合は、会計データが完全で一貫しており、外部ソースと一致していることを検証するプロセスです。CryptaCountは、アドレスマッピングから複式簿記の完全性まですべてをカバーする12の自動ワークスペースチェックを提供します。

サイドバーのReconciliationのダッシュボードには、すべてのワークスペースチェックの現在の状態が表示されます。

チェックステータス付き照合ダッシュボード

各チェックには以下が表示されます:

  • Check name — 何が検証されているか
  • Status — Pass、Fail、Warning、またはNot Run
  • Last run — このチェックが最後に実行された日時
  • Findings count — 見つかった問題の数(ある場合)

チェック内容: GL勘定科目マッピングがない取引アドレスを検出します。

重要な理由: 未マッピングのアドレスは取引を適切に仕訳できないことを意味します。取引データにアドレスが登場するがGLマッピングがない場合、そのアドレスの取引の仕訳は不完全または欠落します。

解決方法: アドレスをGLマッピング付きの内部または外部ウォレットとして追加するか、既存のウォレットにGL勘定科目を割り当てます。

チェック内容: 期待される取引件数(ブロックチェーンデータとCEXインポートから)と実際に記録された取引を比較します。

重要な理由: 不一致はデータの欠落 — インポートされるべきだったが、されなかった取引 — を示します。これは同期の失敗、インポートエラー、または不完全なプルによって発生する可能性があります。

解決方法: 影響を受けるウォレットを再同期するか、欠落した期間のCEXデータを再インポートします。

チェック内容: ある期間の期末残高が次の期間の期首残高と等しいことを検証します。

重要な理由: 期首/期末のチェーンの断絶は、期間の境界の間に何かが変わったことを意味します — 遅着の取引、再計算、または適切に伝播されなかった手動調整。

解決方法: 影響を受ける期間の残高を再計算します。差異が続く場合は、期間の境界の間のタイムスタンプを持つ取引を確認します。

チェック内容: 自身のウォレット間の内部送金が適切にマッチングされ、純額がゼロになることを検証します。

重要な理由: マッチングされていない内部送金は出金と入金の両方を水増しし、財務諸表を歪めます。自分のウォレットから別の自分のウォレットへのTRANSFER_OUTには対応するTRANSFER_INが必要です。

解決方法: CEXからウォレットへの送金にはCEX Transfer Matchingツールを使用するか、マッチングされたペアをINTERNAL_TRANSFERとして分類します。

チェック内容: gas手数料と取引手数料が適切に記録・分類されていることを検証します。

重要な理由: 手数料取引の欠落は費用を過少計上します。誤分類された手数料(例:送金として記録されたgas手数料)はレポートのカテゴリを歪めます。

解決方法: フラグされた手数料取引をレビューして分類を修正します。

チェック内容: 価格データが欠落している取引と残高日付を特定します。

重要な理由: 価格がなければ、CryptaCountは取引または残高の公正な市場価値を計算できません。これはFMV計算、実現損益、減損テストに影響します。

解決方法: 欠落した価格は価格バックフィルで解決できる場合があります。流動性の低い希少なトークンには、手動での価格入力が必要な場合があります。

チェック内容: CEXの入出金がオンチェーンウォレットの移動とマッチングされていることを検証します。

重要な理由: マッチングされていないCEX送金は二重計上を引き起こします — 同じ経済的イベントが取引所取引とウォレット取引の両方として表示されます。

解決方法: Transfer Matchingツールを使用してマッチングされていないペアをリンクします。

チェック内容: すべての仕訳の借方と貸方が均衡していることを検証します。

重要な理由: 不均衡な仕訳は基本的な会計等式に違反します。このチェックは破損した仕訳または部分的に記帳された仕訳をキャッチします。

解決方法: フラグされた仕訳をレビューして修正します。必要に応じてソース取引から再記帳します。

チェック内容: 仕訳の順序を再生し、結果の残高が計算された残高と一致することを検証します。

重要な理由: これは包括的な完全性チェックです。最初から仕訳を再生すると保存された計算と異なる残高が生成される場合、データパイプラインに一貫性のない何かがあります。

解決方法: これは通常データの問題を示します。所見をエクスポートし、再生と保存値が異なる特定の資産と期間を調査します。

チェック内容: ワークスペース全体のデータ完全性の検証を実行します — 参照整合性、総勘定元帳のハッシュチェーン検証、関連エンティティ間の一貫性。

重要な理由: 他のチェックが見逃す低レベルのデータの問題 — 孤立したレコード、壊れた参照、改ざんされた元帳エントリ — をキャッチします。

解決方法: 完全性の失敗は速やかに調査すべきです。所見には、どの特定のレコードが検証に失敗したかの詳細が含まれます。

このチェックは計算されたオンチェーン残高をライブのブロックチェーンデータと比較します。

チェック内容: 各ウォレットの現在のオンチェーン残高を照会し、CryptaCountの計算済み保有量と比較します。

重要な理由: 不一致は、データからの取引の欠落(同期ギャップ)または取引の誤分類(例:SWAPであるべきTRANSFER_IN)を意味します。

解決方法: 影響を受けるウォレットを再同期します。同期後も差異が続く場合は、不一致な期間中の個々の取引を調査します。

チェック内容: GL勘定科目階層全体で残高が正しくロールアップしていることを検証します — サブアカウントが親アカウントの合計になる。

重要な理由: レポートの合計が一貫していることを確保します。壊れた階層は、貸借対照表または試算表の合計がその行項目の合計と一致しないことを意味します。

解決方法: GL勘定科目ツリーをレビューして、誤って設定された親子関係を修正します。

照合ダッシュボードからチェック名の横のRunをクリックして、任意の単一チェックを実行します。ほとんどのチェックは数秒以内に結果が表示されます;元帳再生と完全性チェックは大規模なワークスペースでは時間がかかる場合があります。

Run Full Reconciliationをクリックして12のすべてのチェックを順番に実行します。これにより、監査証跡のために保存される包括的な照合レポートが生成されます。

完全照合を推奨するタイミング:

  • 締める前の各会計期間の終わり
  • 大量の新しいデータをインポートした後
  • 一括分類またはGLマッピングの変更を行った後
  • 外部利用のための財務諸表を生成する前

Reconciliation → Reportsで完了したレポートを表示します。

照合レポートリスト

各レポートには以下が表示されます:

  • Run date — 照合が実行された日時
  • Type — 完全照合または個別チェック
  • Status — Pass(すべてのチェックが合格)、Warning(一部の問題)、またはFail(重大な問題が見つかった)
  • Findings — すべてのチェックにわたる問題の総数

レポートをクリックして完全な所見を表示します:

  • Summary — 所見件数付きの各チェックの合否ステータス
  • Findings list — 説明、影響を受けるエンティティ、重大度付きの個々の問題
  • Recommendations — 各所見に対する解決策の提案

照合レポートは外部監査用途のためにエクスポートできます。エクスポートには以下が含まれます:

  • 完全な所見の詳細
  • チェックの方法論の説明
  • 以前に対処された所見の解決ステータス
  • タイムスタンプとワークスペースの識別情報

このエクスポートは監査書類にとって不可欠です — 照合手続きが実施されたこととその結果の証拠を提供します。

お困りですか?

お探しのものが見つかりませんか?サポートチームがお手伝いします。

貴社向けにCryptaCountを検討中ですか? 料金を見る · デモを予約