中央集権型取引所の接続
CryptaCountは中央集権型取引所（CEX）に接続し、取引履歴、入出金、手数料データを取得します。このデータはオンチェーンウォレット取引と同じ会計パイプラインに投入されます — 統一された分類、仕訳生成、レポート作成。
CEXアカウント
Section titled “CEXアカウント”サイドバーのCEXで接続済み取引所アカウントを管理します。
各アカウントエントリには以下が表示されます：
- Exchange name — Binance、Coinbase、Krakenなど
- Account label — カスタム名（例：「Acme Digital Holdings — Binance Main」）
- Connection status — Connected（API）、Import Only（ファイルベース）、またはError
- Last sync — 最新のデータ取得のタイムスタンプ
- Transaction count — このアカウントからインポートされた取引の総数
APIを通じた取引所の追加
Section titled “APIを通じた取引所の追加”APIを通じて取引所を接続するには：
- CEXに移動してAdd Exchange Accountをクリック
- サポートされているリストから取引所を選択
- このアカウントの説明的なラベルを入力
- 取引所からのAPI KeyとAPI Secretを入力
- Connectをクリック — CryptaCountが認証情報を検証して初回同期を開始します
APIキーは保存時に暗号化されます。
サポートされている取引所
Section titled “サポートされている取引所”CryptaCountは主要な取引所のAPI接続とCSV/XLS/PDFインポートをサポートしています。サポートされている取引所の正確なリストはインポートインターフェースで確認できます — 「API Import」を選択するとAPI直接接続をサポートしている取引所が、「CSV/XLS Import」を選択するとファイルベースのオプションが表示されます。
サイドバーのCEX TransactionsでインポートされたすべてのCEX取引を表示します。
取引リストには以下が表示されます：
- Date/Time — 取引所で取引または送金が発生した日時
- Exchange — この取引が属する取引所アカウント
- Type — BUY、SELL、DEPOSIT、WITHDRAWAL、FEE、TRANSFERなど
- Asset(s) — 関係する資産ペア（例：取引のBTC/USDT）
- Amount — 数量と方向
- FMV — 取引時点での公正な市場価値
- Classification status — この取引が分類・マッピングされているかどうか
CEX取引の分類
Section titled “CEX取引の分類”CEX取引はオンチェーン取引と同じ分類パイプラインに従います。CryptaCountはほとんどのCEXアクティビティを自動分類します：
- 取引 → クオート/ベースペアの方向に基づいてBUYまたはSELL
- 入金 → TRANSFER_IN
- 出金 → TRANSFER_OUT
- 手数料 → FEEまたはTRADING_FEE
手動レビューが必要な取引については、取引詳細の分類コントロールを使用して正しいタイプと経済的意図を割り当てます。
CEXデータからの仕訳記帳
Section titled “CEXデータからの仕訳記帳”CEX取引が分類されGLにマッピングされると、仕訳として記帳できます。取引ビューのPost Journalsアクションを使用して、選択したまたはすべての分類済みCEX取引の複式仕訳を生成します。
CEXインポート
Section titled “CEXインポート”サイドバーのCEX Importで取引所データをインポートします。3つのインポート方法が利用できます：
APIインポート
Section titled “APIインポート”サポートされているAPI統合を持つ取引所の場合：
- 取引所を選択
- API認証情報を入力
- CryptaCountが利用可能なすべての履歴を自動的に取得
システムは以前にインポートされたデータに対して重複排除を行うため、再インポートは安全です。
CSVインポート
Section titled “CSVインポート”APIサポートのない取引所、またはCSVファイルをエクスポートした場合：
- 取引所を選択（正しい列マッピングテンプレートを使用）
- CSVファイルをアップロード
- インポートを確認する前に解析されたデータをプレビュー
CryptaCountは取引所固有のCSVテンプレートを提供します — お使いの取引所のテンプレートをダウンロードして期待される列フォーマットを確認してください。特定のテンプレートのない取引所には汎用CSVオプションも用意されています。
XLS / PDFインポート
Section titled “XLS / PDFインポート”スプレッドシートとPDF明細書のインポートの場合：
- XLSまたはPDFファイルをアップロード
- CryptaCountがドキュメント構造を解析
- 抽出された取引をプレビュー
- インポートを確認
インポートのプレビュー
Section titled “インポートのプレビュー”すべてのインポート方法はコミットする前にプレビューを表示します。プレビューには以下が表示されます：
- 見つかった取引数
- カバーされる日付範囲
- フラグされた潜在的な重複
- 解析エラーまたは警告
確認する前にプレビューを注意深くレビューしてください — インポートされた取引は標準の会計パイプラインに入ります。
CEX GLマッピング
Section titled “CEX GLマッピング”サイドバーのCEX GL MappingsでCEX取引タイプを勘定科目表にマッピングする方法を設定します。
GLマッピングは、CEX取引が仕訳に転記される際に総勘定元帳のどの勘定科目が借方と貸方のエントリを受け取るかを制御します。例えば：
| CEX取引タイプ | 借方勘定科目 | 貸方勘定科目 |
|---|---|---|
| BUY（暗号資産） | Digital Asset Inventory | Cash / Exchange Balance |
| SELL（暗号資産） | Cash / Exchange Balance | Digital Asset Inventory |
| DEPOSIT | Exchange Balance | Bank / Source Account |
| WITHDRAWAL | Bank / Destination | Exchange Balance |
| TRADING_FEE | Trading Fee Expense | Exchange Balance |
デフォルトマッピング
Section titled “デフォルトマッピング”取引所を最初に接続すると、CryptaCountは合理的なデフォルトのGLマッピングを提供します。これらのデフォルトは暗号資産取引アクティビティの標準的な会計処理に従います。
カスタムマッピング
Section titled “カスタムマッピング”組織の勘定科目表に合わせてマッピングをカスタマイズするには：
- CEX GL Mappingsに移動
- 設定する取引タイプを選択
- 勘定科目表から適切な借方・貸方のGL勘定科目を選択
- 保存 — このタイプの今後および既存の未マッピング取引はすべて新しいマッピングを使用します
CEX送金マッチング
Section titled “CEX送金マッチング”サイドバーのCEX Transfer MatchingでCEXの入出金を対応するオンチェーンウォレットの移動と照合します。
取引所に暗号資産を入金すると、取引はオンチェーンウォレットデータ（TRANSFER_OUTとして）と取引所データ（DEPOSITとして）の両方に表示されます。マッチングなしでは、これらは二重計上されます — 出金と取引所への入金の両方として表示されます。
送金マッチングはこれらのペアをリンクし、システムが単一の内部移動として認識できるようにします。
自動マッチング
Section titled “自動マッチング”CryptaCountは以下を比較することで自動的に送金のマッチングを試みます：
- 金額 — 同じ資産と数量（手数料の許容範囲内）
- タイミング — 合理的な時間窓内の取引
- アドレス — オンチェーンの送信先が既知の取引所入金アドレスと一致
自動マッチングには信頼度スコアがフラグされます。
手動マッチング
Section titled “手動マッチング”システムが自動マッチングできない送金の場合：
- CEX Transfer MatchingのUnmatchedタブに移動
- CEXの入金または出金を選択
- 対応するオンチェーン取引を検索
- Matchをクリックしてリンク
マッチングされていない送金の一般的な原因：
- オンチェーンウォレットがまだ同期されていない
- 取引所の入金アドレスが外部ウォレットとして登録されていない
- 取引所のタイムスタンプとブロック確認時刻のタイミングの差異
- わずかな金額の不一致を引き起こす手数料の控除
マッチングが重要な理由
Section titled “マッチングが重要な理由”- 二重計上の防止 — 同じ経済的イベントが2回記録されない
- 正確な分類 — マッチングされた送金はIN/OUTイベントの分離ではなくINTERNAL_TRANSFERとして分類される
- クリーンな照合 — マッチングされていない送金は照合チェックでフラグされる
- 正確なレポート — 財務諸表が重複した移動ではなく実際の経済的活動を反映する