Krakenの暗号資産会計

KrakenをCryptaCountに連携して、取引所のアクティビティをクリーンな帳簿に変えましょう。CryptaCountはすべての取引を取り込み、取得原価を計算し、仕訳をERPに転記します — 明細は補助元帳に保持されます。

補助元帳のソースとしてのKraken

Krakenは取引とレジャーの動きを記録し、CryptaCountはそれを会計に変えます。Krakenのアクティビティを暗号資産の補助元帳に取り込み、取得原価とお客様の測定方針を適用し、総勘定元帳向けに集約された仕訳を作成します。

連携の方法

1. 読み取り専用API（推奨）。 Kraken ProでSettings → API → Create API Keyに進み、次の権限のみを付与します：Query、Query Ledger Entries、Export Data。CryptaCountで連携 → Krakenに進み、貼り付けます。
2. CSVインポート。 KrakenからledgersをCSVとしてエクスポートし、アップロードします。

これらの権限は読み取り専用です — CryptaCountは履歴を閲覧できますが、取引や出金はできません。

帳簿に流れ込むもの

Krakenの取引、レジャーエントリ（入出金）、ステーキングと報酬、そして手数料 — それぞれが会計向けに分類され、損益と収益が計算され、送金が照合されます。

経理チームのために構築

• 自動化された取得原価 — 12種類の手法（FIFO、LIFO、HIFO、WAVG、個別法など）。法域で義務付けられた処理（英国のSection 104プーリング、カナダのACB）は自動的に適用されます
• ERPへの仕訳 — QuickBooks、Xero、NetSuite、Sage → ERP連携 →
• 監査対応可能 — すべての総勘定元帳の行はKrakenの取引まで遡れます
• IFRS / US GAAP — 測定はお客様の方針に従います

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

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

Krakenは取引とあらゆる残高変動の詳細なレジャーの両方を公開しており、CryptaCountはその両方を使用します。読み取り専用のキー — Query、Query Ledger Entries、Export Data — が接続されると、CryptaCountは取引とレジャーの履歴を取得して最新の状態を保ち、各イベントを暗号資産の補助元帳内のタイムスタンプ付きの独立した記録として書き込みます。レジャービューは会計にとって特に価値があります。入金、出金、取引決済、報酬の背後にある細かな借方と貸方を捕捉しており、それこそが照合と取得原価が依拠する明細レベルだからです。

取り込みは冪等です：各Krakenの取引とレジャーエントリは固有の識別子に紐付けられているため、ある期間を再同期しても二重カウントは発生しません。決算後、修正されたエクスポート後、または履歴を拡張した後に更新を行っても、各同期で数量と残高が安定した状態を保つと信頼できます。結果として、Krakenで発生したすべてのことに対する信頼できる単一の情報源が得られ、会計処理できる状態になります — 総勘定元帳は集約された仕訳のみを受け取り、明細は下層に利用可能な状態で保持されます。

Krakenトランザクションの分類と照合

CryptaCountは各Krakenの記録を会計イベントに分類します：取引、レジャーエントリからの入金または出金、ステーキングまたは報酬の受領、手数料。Krakenのレジャーが各移動の構成要素を項目別に記録しているため、分類は正確にできます — 取引の資産レッグ、法定通貨レッグ、手数料レッグがそれぞれの実態として認識され、トークン対トークンの取引は単一の不透明なスワップではなく独立して価格付けされた処分と取得として処理されます。

照合は帳簿と取引所との整合性を確認します。CryptaCountは分類済み履歴が示す各資産の累積数量を追跡し、Krakenが報告するポジションと照合します。履歴のギャップ、欠落したレジャーエントリ、未分類の行は残高をひそかに歪める代わりに差異として表面化します。照合ステータスは暗号資産の補助元帳 →に反映されるため、レビュワーは帳簿と取引所が一致している箇所を正確に確認できます — 会計士が銀行照合に適用するのと同じ規律が暗号資産にも適用されます。

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

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

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

自己口座間の送金

Krakenとほかの取引所やウォレットとのあいだで資産を移動することは日常的であり、そのような移動のひとつひとつが処分を誤って計上する機会となります。Krakenから自己のウォレットに資産を出金したり、別の場所から入金したりするとき、何も売却されていません — 資産は単に場所を変えただけです — それでも単純なインポートは出金と入金を見て、発生しなかった利益を認識するリスクがあります。CryptaCountは内部送金の両の足を同一資産の単一の移動として照合し、リセットしたり架空の利益を実現させたりする代わりに、元の取得原価を移動をまたいで引き継ぎます。

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

手数料と内部移動

Krakenは取引と出金に手数料を課しており、レジャーがそれらを項目別に記録しているため、CryptaCountは各手数料をお客様の方針の下で正確に処理できます — 取得の取得原価に取引手数料を算入する、処分の収益から差し引く、または費用として計上する。報告される取得原価と損益はそのアクティビティが実際にかかったコストを反映します。取引ごとの手数料は手作業では見逃しやすいですが、集計すると意味のある金額になります。省略すると一期間にわたって取得原価を過少計上し利益を過大計上することになります。

• 取引手数料 — 項目別のレジャーから取得し、お客様の測定方針に従い取得原価に算入または収益から差し引かれます。
• 出金・ネットワーク手数料 — 移動に対して捕捉され、資産の減少が完全に会計処理されます。
• ステーキング・報酬の受領 — 受領時の公正価値で認識され、最終的な処分のために取得原価が設定されます。
• 内部移動 — 口座をまたいでペアリングされ損益計算から除外され、取得原価は繰り越されます。

管理と監査証跡

Kraken連携は設計上読み取り専用です — Query、Query Ledger Entries、Export Data はCryptaCountに履歴のみへのアクセスを与え、取引や出金のアクセスは一切ありません — 直接証明できる管理です。すべての総勘定元帳の行は追跡可能です：転記された仕訳は補助元帳を通じて、日付、資産、数量、消費された取得原価ロットとともに、その背後にある正確なKrakenの取引またはレジャーエントリまでドリルバックします。総勘定元帳からソースイベントまでの途切れのない連鎖こそが暗号資産の帳簿を監査可能にするものであり、期末に再構築されるのではなく通常の処理を通じて生成されます。

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

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

Krakenを利用する事務所やファンドは、複数の法人にわたって複数の口座を運営していることがよくあります。CryptaCountのワークスペースモデルにより、各事業体のKrakenアクティビティを独自の帳簿に保持し、独自の測定方針と勘定科目表を持ちながら、グループ全体の連結ビューも可能です。複数のビークルを運営するファンドアドミニストレーター、多数のクライアントを抱える会計事務所、または子会社をまたがる企業のトレジャリーは、データが境界を越えることなく各口座を適切なワークスペースに接続できます。

この分離は正確性とガバナンスの両方を支えます。取得原価、送金照合、損益計算はすべて事業体の帳簿内で機能するため、2つの事業体間の移動はネットアウトされることなく会社間送金として処理されます。権限とレビューはワークスペースごとに設定でき、職務分掌をサポートします — ある事業体を照合する担当者が別の事業体を決算する担当者である必要はありません。これはまさに監査人が期待する管理構造です。

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

• レジャーの明細を無視する。 Krakenのレジャーは移動を項目別に記録しています。取引のサマリーのみに照合すると、帳簿に属する手数料と決済の構成要素が欠落します。
• トークン対トークンの取引をノーイベントとして扱う。 それぞれは処分と取得です。無視すると実現損益が隠れます。
• 内部送金を売却として計上する。 自己のウォレットへの出金は処分ではありません — 両の足を照合することで取得原価が保持され、架空の利益を防ぎます。
• 手数料を省略する。 省略された取引・出金手数料は一期間にわたって利益を過大計上させます。
• 総勘定元帳にサマリーを手作業で入力する。 手作業入力はソースのレジャーエントリへの追跡可能性を壊し、照合ギャップを招きます。

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

CryptaCountは読み取り専用の接続を通じてKrakenの取引とレジャーエントリを読み取り、すべての取引、移動、報酬、手数料を会計イベントに分類し、結果として生じるポジションを取引所に対して照合し、お客様の方針に基づいて取得原価と実現損益を計算し、集約された仕訳をERPに転記します — 帳簿レベルの完全な明細は補助元帳に保持されるため、すべての数値をそのソースまで追跡できます。資金に一切触れることなく、Krakenの口座を監査可能な帳簿に変えるレイヤーです。お客様のKraken設定においてどのように機能するかを確認したい場合は、当社チームがご案内します。

なぜCryptaCountにはQuery Ledger Entries権限が必要なのですか？

Krakenのレジャーエントリは、すべての入金、出金、取引決済、報酬の背後にある細かな借方と貸方を記録しています。その明細こそが照合と取得原価が依拠するものであるため、レジャーを読み取ることでCryptaCountは取引のサマリーのみから推測するのではなく各移動を正確に会計処理できます。この権限も依然として読み取り専用であり、取引や出金はできません。

APIの代わりにCSVでKrakenの履歴をインポートできますか？

はい。KrakenからledgersをCSVとしてエクスポートしてアップロードできます。これは過去の期間や一度限りのバックフィルに便利です。取り込みは冪等であるため、APIで同期済みのデータと重複するCSVをインポートしても、既に存在する取引が二重にカウントされることはありません。

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

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

Krakenの補助元帳は報告された残高と照合されますか？

はい。CryptaCountは分類済みのKraken履歴が示す各資産の累積数量を追跡し、取引所が報告するポジションと比較します。ミスマッチはいずれも調査すべき差異として表面化します。補助元帳は正しいと仮定されるのではなく取引所に対して証明されます — これが監査可能な決算の基盤です。

毎月の決算におけるKrakenの位置づけ

連携された取引所は、単に見える化するだけでなく決算を迅速かつ説明可能にする場合にのみ会計にとって有用です。Kraken連携は読み取り専用かつ冪等であるため、実際のワークフローは月中に補助元帳を最新の状態に保ち、期末を再構築ではなく確認のステップとして扱うことです。最終取引日の後に更新し、累積数量がKrakenの報告値と一致することを確認し、分類された取引とレジャーエントリをレビューし、転記前に仕訳を承認します。アクティビティは発生のたびに捕捉・照合されているため、締め切り直前に何も再構築する必要はありません — 決算はレビューになり、発掘作業ではなくなります。修正されたエクスポートや遅れたエントリは、既に計上済みのものを二重にカウントするリスクなしに再同期できます。

信頼できるKrakenの決算は通常、同じチェックポイントを通過します：

• ポジションが取引所と照合される — 分類済み履歴が示す累積数量がKrakenの報告値と一致し、乖離はいずれも調査すべき差異として表面化します。
• 内部送金がペアリングされる — 自己ウォレットへの出金が取得原価を引き継ぎ、架空の利益を実現させません。
• 手数料がお客様の方針に従って反映される — 取得原価が期間にわたって過少計上されず、利益が過大計上されません。
• 仕訳が転記前にレビューされる — 何も見えないまま総勘定元帳に到達せず、すべての行がソースのレジャーエントリまで遡れます。

このように処理することで、Krakenは月末に格闘するCSVではなく、クリーンな帳簿を供給する照合済みのソースになります。CryptaCountは取引とレジャーレベルの明細を暗号資産の補助元帳に保持し、ERPへは集約された仕訳のみを転記し、各事業体が報告する基準に測定を合わせます — 同じ記録が暗号資産コンプライアンス報告にも供給されるため、財務諸表と補助元帳は常に一致します。複数の事業体にわたって複数のKraken口座を運営する事務所の場合、同じルーティンがワークスペースごとに繰り返され、帳簿が境界を越えることなく各事業体が独自に決算しながら連結ビューにもまとめられます。結果として、レビュワーは取引所を再度開かずに承認できるKrakenの決算が得られます。転記された数値の背後にすべての証拠があり、帳簿は毎期毎期取引所に対して証明されるからです。