暗号資産の勘定科目テンプレート
デジタル資産を保有または取引する事業体向けのスターター勘定科目表。暗号資産活動に実際に必要な勘定科目と、チームが見落としがちな勘定科目をカバーします。既存の構造に合わせて調整し、横に並べて追加するのではなく、統合してください。
一般的な情報であり、法的、会計、税務上の助言ではありません。勘定科目の構造と処理は、報告フレームワークと文書化された方針によって異なります。資格のあるアドバイザーに確認してください。

勘定科目コードについて
このテンプレートには意図的に勘定科目コードや番号は含まれていません。 各事業体は、自社の構造、グループ報告要件、および総勘定元帳システムの制約に応じて独自の勘定科目番号を付けます。ここで発明されたコードはどこでも間違っているでしょう。既存の勘定科目表で使用されている範囲に独自の番号を挿入してください。暗号資産勘定科目は資産範囲に、実現損益は収益および費用範囲に入れます。このテンプレートが提供するのは、勘定科目のセットと、それぞれの背後にある理論的根拠です。
列の読み方と適応方法
- 勘定科目。 勘定科目名。既存の規約に合わせて自由に名前を変更できますが、区別は維持してください。このリストの区別は、整理のためではなく、2つのものが異なる動作をするために存在します。
- タイプ。 資産、負債、資本、収益、費用のいずれか。これは勘定科目が計算書のどこに配置されるかを決定し、勘定科目名を変更しても変更すべきではありません。
- 保持するもの。 勘定科目に属する取引の母集団。これを転記ルールとして使用します。取引が説明に適合しない場合は別の場所に属し、適合するものがない場合は勘定科目が不足しています。
- 注記。 勘定科目に関連する判断または方針。処理がフレームワークや文書化された方針に依存する場合を含みます。これらは一度決めて、書き留め、一貫して適用する必要があるポイントです。
- 独自のコード列を追加。 総勘定元帳で使用している番号付け方式で、左側にコードまたは番号列を挿入します。テンプレートから方式を採用しないでください。
- 連結する場合はマッピング列を追加。 子会社の勘定科目表がグループと異なる場合は、グループ勘定科目を並べて、マッピングが表で見えるようにします。
暗号資産活動のスターター勘定科目表
| 勘定科目 | タイプ | 保持するもの | 注記 |
|---|---|---|---|
| 保有デジタル資産 | 資産 | 事業体が管理するすべてのデジタル資産の帳簿価額。適用される測定基準に応じて、原価基準または公正価値。 | 統制勘定。ここの残高は、サブ元帳の明細および各締め日における観察可能なオンチェーンおよび取引所の保有残高と調整する必要があります。 |
| ウォレットまたは取引所別のデジタル資産 | 資産 | 統制勘定のサブ勘定科目。自己保管ウォレット、取引所アカウント、カストディ契約ごとに1つ。 | これらは独立した勘定科目ではなくサブ勘定科目として維持し、合計が一致するようにします。取引所ごとの照合とアドレス所有権の証明に不可欠です。 |
| デジタル資産、ステーブルコインまたは現金同等物 | 資産 | 意図された安定性または決済での使用により、他のデジタル資産と区別して分類する保有。 | そのような保有が現金同等物として表示されるかどうかは、フレームワークと金融商品によって異なります。ラベルが分類を決定するとは想定しないでください。アドバイザーに確認してください。 |
| デジタル資産の実現利益 | 収益 | 処分時に認識される利益。処分価額から原価基準を控除した額(プラスの場合)。 | 総額が見えるように損失と分けて保持。勘定科目レベルで純額にすると、処分活動が単一の数値の背後に隠れてしまいます。 |
| デジタル資産の実現損失 | 費用 | 処分時に認識される損失。処分価額から原価基準を控除した額(マイナスの場合)。 | 利益勘定科目の対応。2つの勘定科目の分割は、各処分に適用される原価基準法によって決定されます。 |
| デジタル資産収入 | 収益 | ステーキング報酬、マイニング報酬、エアドロップなどの受領時に受け取った価値。受領時の価値で認識。 | 受領価値は通常、受領した資産の原価基準になるため、後の処分で同じ価値が2回認識されることはありません。量が多い場合は収入タイプ別にサブ勘定科目を検討してください。 |
| デジタル資産の減損または再測定 | 費用 | 処分ではない帳簿価額の期末調整:減損評価減、または公正価値基準による再測定変動。 | これらのどれが適用されるか、および評価減が戻せるかどうかは、フレームワークと資産の分類に従います。IFRSおよびUS GAAPを参照してください。 |
| ネットワークおよびガス手数料 | 費用 | 取引を実行するためにネットワークに支払われる手数料。資産のコストに加算されるのではなく費用処理される場合。 | 取得のために支払われた手数料は、通常ここではなく原価基準を増加させます。また、ガス手数料がネイティブトークンで支払われる場合、それ自体がそのトークンの小さな処分であることに注意してください。 |
| 取引所および取引手数料 | 費用 | 取引所、ブローカー、その他の取引所によって請求される手数料および取引手数料(費用処理される場合)。 | プロトコルコストではなくサービスコストであること、また通常は法定通貨または取引された資産で請求されるため、ネットワーク手数料とは区別して保持されます。 |
| デジタル資産の支払義務またはカストディ義務 | 負債 | デジタル資産を引き渡す義務。第三者に代わって取引する事業者が保有する顧客残高を含む。 | 事業体が第三者の資産を保有する場合にのみ関連します。該当する場合、自己資産と顧客資産の区別を厳格に維持する必要があります。 |
維持する価値のある区別
2つの手数料勘定科目、1つではない
ネットワーク手数料と取引所手数料が単一の勘定科目に統合されることは、このリストの他のどの簡素化よりも頻繁であり、分析上の可視性を即座に失います。それらは異なる原動力を持ち、異なる決定に反応し、そのうちの1つは頻繁にネイティブトークンで支払われるため、その決済自体が処分となります。それらを分離してください。
総利益と総損失
実現利益と実現損失を1つの純額勘定科目に記録すると、処分活動の全体像が損なわれます。2つの勘定科目は、サブ元帳から転記が行われる場合、維持コストはかからず、レビュー担当者は純額の背後にある総額の動きを見ることができます。
1つの統制勘定科目の下の取引所別サブ勘定科目
取引所ごとの可視性は数量照合を可能にするものですが、取引所勘定科目は単一の統制勘定科目にロールアップする必要があります。親のないウォレットごとの独立した勘定科目は、保有と一致しない貸借対照表を生成します。
受領価値での収入、基準として繰り越し
収入勘定科目と資産勘定科目はリンクしています。受領時に収入として認識される価値は、資産が原価基準元帳に繰り越す価値です。そのリンクを壊すと、同じ価値が2回認識されます。1回は収入として、もう1回は処分利益として。
実際に使うために
勘定科目表は、転記が一貫してそれに照らして到着する場合にのみ役立ちます。そのマッピングは、暗号資産サブ元帳が中央で保持するものです。各イベントタイプは毎回同じ勘定科目にルーティングされるため、処分は常に処分価額、基準控除、損益を同じ3つの場所に送り、総勘定元帳に届く期間転記はすでにマッピングされています。各勘定科目の背後にある標準的な転記パターンは仕訳ガイドに記載されており、処分がどのロットを消費するかを決定する方法は原価基準法でカバーされています。
一般的な情報であり、法的、会計、税務上の助言ではありません。勘定科目の構造と処理は、報告フレームワークと文書化された方針によって異なります。資格のあるアドバイザーに確認してください。
FAQ
テンプレートに勘定科目コードが含まれていないのはなぜですか?
各事業体が既存の構造、グループ報告、および総勘定元帳システムに従って独自の勘定科目番号を付けるためです。勘定科目表で既に使用されている範囲に独自のコードを挿入します。テンプレートは勘定科目のセットを提供し、番号は提供しません。
ネットワーク手数料と取引所手数料は1つの勘定科目を共有すべきですか?
いいえ。それらは異なる原動力を持ち、ネットワーク手数料は多くの場合ネイティブトークンで決済されるため、支払い自体がそのトークンの小さな処分となります。それらを分離することで分析上の可視性が維持されます。
ウォレットごとに別の勘定科目が必要ですか?
単一の統制勘定科目の下の取引所別サブ勘定科目は持つ価値があります。観察可能な保有残高との数量照合が可能になるためです。それらは独立して立つのではなく、1つの統制勘定科目にロールアップする必要があります。