Ledgerの暗号資産会計

Ledgerを公開アドレスまたはLedger LiveのCSVでCryptaCountに連携し、コールドウォレットのアクティビティをクリーンな帳簿に変えましょう。CryptaCountは履歴を読み取り、取得原価を計算し、ERPへ仕訳を転記します — 明細は補助元帳に保持されます。

補助元帳のソースとしてのハードウェアウォレット

Ledgerで保管されているトレジャリーは、誰かが手作業で照合するまで会計システムからは見えません。CryptaCountはそのアクティビティを暗号資産の補助元帳に読み込み、取得原価と評価方針を適用し、総勘定元帳向けに集約された仕訳を生成します。

連携方法

Ledgerはハードウェアウォレットのため、APIキーはありません — 公開アドレスまたはCSVで連携します（読み取り専用・監視のみのビュー）：

1. 公開アドレス。 Ledgerが保有する各チェーン（Bitcoin、Ethereumなど）について、Ledger Liveから公開アドレス（使用している場合は拡張公開鍵）をコピーします。CryptaCountで連携 → ウォレットを追加 → Ledgerに進み、貼り付けます。
2. Ledger LiveのCSV。 Ledger Liveで操作履歴をCSVとしてエクスポートし、アップロードします — すべての口座を一つのファイルでカバーします。

24単語のリカバリーフレーズは決して入力しないでください。 CryptaCountが必要とするのは公開アドレスまたはCSVのみで、どちらも監視のみ・読み取り専用です。リカバリーフレーズはお使いのデバイスに留まります。

帳簿に流れ込むもの

Ledgerが管理するチェーンと口座にわたるオンチェーンアクティビティ：購入と売却、送金、スワップ、ステーキングと報酬、手数料 — それぞれが会計向けに分類され、自己のウォレット間の送金は照合されます。

経理チームのために設計

• マルチチェーンのトレジャリー — 当社独自のオンチェーンデータ基盤を通じて、あらゆるチェーン全体で一つの帳簿に
• 取得原価の自動計算 — 12種類の手法（FIFO、LIFO、HIFO、WAVG、個別法など）；英国のSection 104プーリングやカナダのACBといった法域で義務付けられた処理は自動的に適用
• ERPへの仕訳 — QuickBooks、Xero、NetSuite、Sage → ERP連携 →
• 監査対応 — 総勘定元帳のすべての行がオンチェーンの取引まで遡れます

補助元帳を見る → · 会計事務所向けの会計 →

CryptaCountがLedgerのアクティビティを補助元帳に取り込む方法

LedgerのハードウェアウォレットはデバイスごとにChainの公開アドレス — 保有する各チェーン1アドレスずつ — またはLedger LiveのCSVによって連携されます。どちらも監視のみのビューであり、CryptaCountは資金に署名したり移動したりする能力を持たずに履歴を読み取れます。これらのアドレスからCryptaCountはデバイスが管理するすべてのチェーンにわたるオンチェーンアクティビティを読み取り、各取引を暗号資産の補助元帳内のタイムスタンプ付きの独立した記録として書き込みます：購入、売却、送金、スワップ、ステーキング報酬、手数料。総勘定元帳は集約された仕訳のみを受け取り、完全な明細は照合、取得原価、監査のために下層に保持されます。

コールドストレージのトレジャリーはまさに、誰かが手作業で照合するまで — しばしば数カ月遅れて — 会計システムから見えないアクティビティです。CryptaCountはそれを継続的に可視化し、冪等に再読み取りできます — 各取引はチェーン識別子に紐付けられているため、ウォレットを更新したり、チェーンを追加したり、履歴を拡張したりしても二重カウントは発生しません。補助元帳はハードウェアウォレットが保有するものとそこに至った経緯に対する信頼できる単一の情報源となり、会計処理できる状態になります。

オンチェーントランザクションの分類と照合

CryptaCountはLedgerのアドレスが生み出した各取引を、帳簿が使える会計イベントに分類します — 購入または売却、入出金送金、スワップ（それぞれ独立して価格が付けられた、ある資産の処分と別の資産の取得）、ステーキングまたは報酬の受領、手数料。スワップはその2面性を持つイベントとして認識されるため、内在する実現損益が捕捉され単一の動きの中に隠れません。入金または出金は本物の処分から区別されるため、取得原価が正しく処理されます。

照合は帳簿をチェーンに対して証明します。CryptaCountは分類済み履歴が示す各資産の累積残高を追跡し、アドレスのオンチェーン残高と比較します。欠落した取引、未接続のチェーン、未分類のインタラクションはポジションをひそかに歪める代わりに差異として表面化します。チェーンはウォレットが保有するものの権威であり、補助元帳はそれと照合されるべきです — このステータスはレビュワーが確認できるよう暗号資産の補助元帳 →に反映されます。

帳簿のための取得原価と損益

Ledgerからの各処分 — 売却、別の資産へのスワップ、またはお客様の方針が処分として扱う送金 — には取得原価が必要であり、それにより実現損益を測定して転記できます。CryptaCountは資産ごとに取得ロットを管理し、お客様が選択した方法に従って処分時に消費し、その結果生じた損益をオンチェーンの動きとともに総勘定元帳に計上します。ロットは補助元帳に存在するため、転記された数値がブラックボックスになることはありません：総勘定元帳上の損益から、それが消費した取得ロットまでドリルダウンできます — 取引所で購入されてのちにコールドストレージに移された資産も含めて。

このエンジンは経理チームが使用を求められる場合のある処分戦略の全範囲をサポートし、法域で義務付けられた処理が適用される場合は自動的に適用します。手法はデバイスが保有するすべてのチェーンにわたって一貫して適用される意図的な方針の選択であり、取引ごとの決定ではありません — 各手法がどのようにロットを消費するかについては、利用可能な取得原価の計算方法 →をご覧ください。

自己口座間の送金

ハードウェアウォレットは通常、内部移動の目的地または起点です — 資産は安全のために取引所からコールドストレージに移されたり、取引のためにコールドストレージから取り出されたりします。そのような移動のひとつひとつが処分と誤って計上される可能性があります。資産が単に組織内で場所を変えただけのとき何も売却されていませんが、単純なインポートは一方で出金を、他方で入金を見て、発生しなかった架空の利益を計上するリスクがあります。CryptaCountは内部送金の両の足を同一資産の単一の移動として照合し、リセットしたり実現させたりする代わりに元の取得原価を移動をまたいで引き継ぎます。

照合は接続されたすべての口座にわたって資産、数量、タイミング、方向を考慮し、自信を持ってペアリングできないものは人間の確認のためにフラグを立てます。これによりお客様は引き継がれる取得原価を管理できます。これはまさに、資産がコールドストレージに出入りする際に監査人が期待することです。引き継がれた取得原価はそれを受け取った口座に資産とともに移行するため、その後の処分はリセットされた数値ではなく真の元の取得原価に対して測定されます。

手数料と内部移動

Ledgerからのオンチェーンアクティビティにはネットワーク手数料が発生し、それらの手数料はそれらが支払う取引の経済性の一部です。CryptaCountは各手数料を捕捉し、お客様の方針に従って処理します — 取得の手数料をその資産の取得原価に加算する、処分の収益から差し引く、または費用として計上する — これにより報告される取得原価と損益が移動と取引の真のコストを反映します。ネットワーク手数料は個々には見逃しやすいですが集計すると意味のある金額になります。省略すると取得原価を過少計上し利益を過大計上することになります。

• ネットワーク手数料 — お客様の測定方針に従い取得原価に算入、収益から差し引き、または費用として計上されます。
• ステーキング・報酬の受領 — 受領時の公正価値で認識され、最終的な処分のために取得原価が設定されます。
• スワップ — それぞれ独立して価格が付けられた処分と取得として認識されるため、内在する利益が捕捉されます。
• 内部移動 — 口座をまたいでペアリングされ損益計算から除外され、取得原価は繰り越されます。

管理と監査証跡

ハードウェアウォレットの中核的な管理は鍵がデバイスを離れないことです — そしてCryptaCountは公開アドレスまたはCSVエクスポートのみを保持することでそれを強化します。どちらも監視のみ・読み取り専用です。CryptaCountは24単語のリカバリーフレーズを求めることは一切なく、接続は物理的に署名したり資金を移動したりすることができません。これは監査人への証明が容易です。すべての総勘定元帳の行はその後、補助元帳を通じて背後にある正確なオンチェーン取引まで遡ることができます — ハッシュ、日付、資産、数量、消費された取得原価ロットとともに。チェーンは公開かつ不変であるため、その参照は強力な証拠です。

集約された仕訳でERPをクリーンに保ちながら、オンチェーンの明細は補助元帳に保持されます。同じデータが暗号資産コンプライアンス報告 →に供給されるため、財務諸表と補助元帳は常に一致します。仕訳 — 借方、貸方、勘定科目マッピング — は仕訳 →を通じて転記前にレビューできるため、何も見えないまま総勘定元帳に到達することはありません。

複数事業体とトレジャリーの考慮事項

Ledgerデバイスにトレジャリーを保管する組織は、複数のデバイス、多くのチェーンにわたる多数のアドレス、そして複数の法人を運営していることがよくあります。CryptaCountのワークスペースモデルにより、各事業体のウォレットを独自の帳簿に割り当て、独自の測定方針と勘定科目表を持ちながら、必要に応じてグループ全体で連結できます。コールドストレージで資産を預かるファンド、クライアントのトレジャリーを管理する事務所、または子会社をまたがる企業グループは、各事業体の保有を混在させることなくクリーンに分離できます。

この分離は正確性とガバナンスを支えます。取得原価、送金照合、損益計算は事業体の帳簿内で機能するため、2つの事業体のウォレット間の移動はネットアウトされることなく会社間送金として処理されます。権限とレビューはワークスペースごとに設定でき、監査人が期待する職務分掌をサポートします — 単一のデバイスが複数のチェーンにわたって重要な価値を保有する場合に特に重要です。

Ledgerアクティビティの会計処理における一般的な落とし穴

• チェーンまたはアドレスの欠落。 Ledgerは多くのチェーンを保有できます。未接続のアドレスは送金照合と残高を壊すギャップを残します。
• コールドストレージへの出入りを売却として計上する。 LedgerへまたはLedgerからの送金は処分ではありません — 両の足を照合することで取得原価が保持され、架空の利益を防ぎます。
• スワップをノーイベントとして扱う。 スワップは処分と取得です。無視すると実現損益が隠れます。
• ネットワーク手数料を無視する。 手数料は取引コストの一部です。省略すると取得原価を過少計上し利益を過大計上します。
• コールドストレージを年末にのみ手作業で照合する。 遅れた手作業の照合はエラーを招きます。継続的に読み取られる監視のみのフィードは帳簿を最新の状態に保ちます。

CryptaCountがLedgerデータをどのように使うか

CryptaCountはLedgerの公開アドレスまたはLedger LiveのCSVを監視のみのソースとして読み取り、デバイスが保有するすべてのチェーンにわたるオンチェーンアクティビティを取り込み、購入、売却、送金、スワップ、ステーキング、手数料を会計イベントに分類し、残高をチェーンに対して照合し、お客様の方針に基づいて取得原価と実現損益を計算し、集約された仕訳をERPに転記します — すべての数値をそのソースまで追跡できるよう完全な明細が補助元帳に保持されます。リカバリーフレーズを保持することも資金を移動することも一切ありません。コールドストレージのトレジャリーについてどのように対応するかを確認したい場合は、当社チームがお客様の設定をご案内します。

公開アドレスを追加するべきですか、それともLedger LiveのCSVをインポートするべきですか？

どちらも機能します。チェーンごとに公開アドレスを追加すると、ウォレットが取引するたびに最新の状態を保つ継続的に更新される監視のみのフィードが得られ、継続中のトレジャリーに適しています。すべての口座をカバーするLedger LiveのCSVエクスポートは、一度限りのバックフィルや過去の期間に便利です。取り込みは冪等であるため、両方を使用しても重複する取引が二重にカウントされることはありません。

取引所からLedgerのコールドストレージに移された資産はCryptaCountでどのように会計処理されますか？

取引所口座とLedgerアドレスの両方が接続されている場合、CryptaCountは出金と入金を単一の内部移動としてペアリングし、元の取得原価をコールドストレージに引き継ぎます。移動そのものでは損益が認識されません。取得原価は単純に資産に従うため、Ledgerからの後の処分は真の元の取得原価に対して測定されます。

Ledgerを連携することで署名リスクはありますか？

いいえ。CryptaCountが保持するのは公開アドレスまたはCSVのみです。どちらも監視のみ・読み取り専用です。24単語のリカバリーフレーズを求めることは一切ありません。リカバリーフレーズはお使いのデバイスに留まり、接続されたアドレスが取引に署名または承認する手段はありません。このアクセスは観察のみです。

Ledgerのステーキング報酬は帳簿上でどのように処理されますか？

ステーキングと報酬による受領は、受領日の公正価値で収益として認識され、その価値が受領した資産の取得原価になります。その後の処分はその取得原価に対して測定されるため、収益イベントと後の損益は一つの数値にまとめられることなく帳簿上で別個に保たれます。