DAC8 보고 및 글로벌 암호화폐 재무 보고 기준: 회계 법인이 알아야 할 사항

암호화폐 재무보고는 소규모 규제 준수 문제에서 이사회 수준의 우선순위로 자리 잡았습니다. EU, 미국 및 국제 시장에서 디지털 자산을 인식하고 측정하며 공시하는 방식을 규율하는 규칙은 최근 몇 년 동안 크게 변경되었습니다. DAC8 보고 의무는 이제 EU 기반 암호 자산 서비스 제공업체가 고객 거래 데이터를 세무 당국에 자동으로 공유하도록 요구합니다. 동시에 FASB의 ASC 350-60은 대부분의 대체 가능한 디지털 자산에 대해 공정 가치 측정을 의무화함으로써 암호화폐 US GAAP 회계를 재정의했습니다. IFRS 암호 자산 지침은 계속 발전하고 있으며, OECD의 CARF 암호 보고 프레임워크는 수십 개의 관할권에서 채택되고 있습니다. 다중 법인 또는 다중 관할권 암호화폐 노출을 관리하는 회계 법인, 감사인 및 CFO에게 이러한 프레임워크가 어떻게 상호작용하는지 이해하는 것은 선택 사항이 아닙니다. 오분류, 누락된 공시 또는 지연된 보고에 대한 비용이 빠르게 증가하고 있습니다.

DAC8 보고 요구사항 및 적용 대상

DAC8은 EU 행정 협력 지침의 여덟 번째 버전으로, 특히 암호 자산 거래를 포함하도록 확장되었습니다. EU 내에서 운영되는 암호 자산 서비스 제공업체는 사용자 거래 데이터를 수집, 검증 및 등록된 회원국의 세무 당국에 보고해야 합니다. 해당 당국은 사용자가 세무 거주자인 다른 EU 회원국과 자동으로 데이터를 공유합니다. 범위는 광범위합니다: 거래소, 브로커 및 특정 지갑 서비스 제공업체가 포함되며, 이들은 정의된 임계값을 초과하는 전송을 용이하게 합니다.

암호화폐 플랫폼을 운영하거나 EU 규제 중개인을 통해 암호화폐를 보유하는 고객에게 조언하는 회계 법인의 경우, DAC8은 직접적인 규정 준수 의무를 생성합니다. 법인은 고객의 서비스 제공업체가 지침에 따라 올바르게 분류되었는지, 적절한 법인이 등록되었는지, 보고 일정이 고객의 회계연도 주기와 일치하는지 확인해야 합니다. 중요한 점은 DAC8과 OECD의 CARF 암호 보고 프레임워크가 상호 운용 가능하도록 설계되었다는 것입니다. DAC8을 시행하는 EU 회원국은 사실상 CARF 의무를 동시에 충족하므로, 국경 간 조정이 단순화되지만 국내 시행의 공백에 대한 위험은 높아집니다.

아래 표는 DAC8이 보고 암호 자산 서비스 제공업체에 부과하는 핵심 의무를 요약합니다.

의무	세부사항	마감일/빈도
사용자 식별 및 확인	모든 보고 대상 사용자의 납세자 식별 번호 및 거주지 데이터 수집	지속적, 온보딩 시
거래 데이터 수집	모든 교환, 이전 및 서비스에 대해 수령한 대가 기록	지속적
세무 당국에 연례 보고	보고 대상 사용자별로 집계된 거래 보고서를 관할 당국에 제출	연간, 역년 기준
다른 회원국과 자동 교환	관할 당국이 관련 EU 회원국에 데이터 전달	제출 후 트리거

FASB ASC 350-60 및 암호화폐 US GAAP 회계

재무회계기준위원회는 ASC 350-60을 도입하여 특정 암호 자산에 대한 전담 회계 모델을 제시자에게 제공했습니다. 이는 이전에 적용되었던 비한정성 무형 자산 지침의 패치워크를 대체합니다. 업데이트된 기준에 따라, 법인은 각 보고일에 적격 암호 자산을 공정 가치로 측정해야 하며, 공정 가치 변동은 순이익에 인식됩니다. 이는 중요한 변화입니다. 이전 비한정성 무형 자산 모델에서는 법인이 자산을 감액만 할 수 있고 증액할 수 없었으므로, 처분 시까지 미실현 이익이 손익계산서에 표시되지 않았습니다.

이 기준은 분산 원장에 생성되거나 상주하며, 암호화로 보호되고, 보유자에게 기초 상품, 서비스 또는 금융 자산에 대한 청구권을 부여하지 않는 대체 가능한 암호 자산에 적용됩니다. 이 정의는 NFT, 계약상 환매권이 있는 래핑된 토큰 및 특정 토큰화된 증권을 제외합니다. US GAAP에 따라 보고하는 미국 법인 또는 외국 민간 발행자에게 조언하는 회계 법인의 경우, 어떤 자산이 ASC 350-60에 해당하고 어떤 자산이 해당하지 않는지 이해하는 것이 모든 암호화폐 US GAAP 회계 업무의 첫 번째 단계입니다.

FASB는 또한 암호 자산 보유의 롤포워드, 해당 기간 동안 판매된 자산의 원가 기준, 암호 자산 위험의 유의적 집중을 포함한 강화된 공시를 요구합니다. 이러한 공시는 재무제표 이용자에게 실현 및 미실현 성과에 대한 더 명확한 그림을 제공하도록 설계되었습니다.

특징	ASC 350-60 이전 처리	ASC 350-60 처리
측정 기준	원가에서 손상 차감(비한정성 무형 자산)	각 보고일의 공정 가치
미실현 이익	인식되지 않음	순이익에 인식
미실현 손실	손상으로 인식	순이익에 인식
공시 요구사항	제한적	롤포워드, 원가 기준, 집중 위험
범위	모든 무형 자산	적격 대체 가능 암호 자산만

IFRS 암호 자산: 현재 프레임워크와 한계

FASB와 달리 국제회계기준위원회는 아직 암호 자산에 대한 전담 IFRS 기준을 발행하지 않았습니다. IFRS에 따라 보고하는 법인은 유추하여 기존 기준을 적용해야 하며, 결과는 자산의 성격과 법인의 비즈니스 모델에 크게 의존합니다. IASB의 의제 결정(IFRS 해석위원회를 통해 확인됨)에 따르면, 보유자에게 계약상 권리를 부여하지 않는 암호 자산 보유는 일반적으로 IAS 38에 따라 무형 자산으로 회계처리되어야 하며, 법인이 정상 영업 과정에서 판매를 위해 보유하는 경우 IAS 2가 적용될 수 있습니다.

Crypto ifrs accounting under IAS 38 means cost less impairment as the default, with the revaluation model available only if an active market exists. In practice, the revaluation model is rarely applied because most preparers are cautious about asserting an active market for assets whose trading characteristics may not meet the standard's criteria. This creates an asymmetry with ASC 350-60: IFRS preparers may carry the same Bitcoin holding at a lower book value than their US GAAP counterparts during a bull market, and the financial statements will look materially different despite identical economic exposure.

The IASB has indicated that crypto assets remain on its research agenda, but no exposure draft had been published as of the time of writing. Accounting firms advising IFRS clients should document the accounting policy choices made for each asset type and revisit them annually as guidance develops. IFRS crypto assets treatment also intersects with presentation: where holdings are material, entities need to consider whether separate line items or enhanced notes disclosures are warranted to avoid misleading financial statement users.

CARF Crypto Reporting and Its Relationship with DAC8

The Common Reporting Framework for Crypto Assets, known as CARF, is the OECD's response to the gap that existed in international tax information exchange. The Common Reporting Standard covered traditional financial accounts, but crypto assets held directly with a service provider fell outside its scope. CARF closes that gap by requiring reporting crypto-asset service providers to collect standardised data on their users' transactions and report it to the tax authority in the provider's jurisdiction, which then exchanges it with other participating countries.

CARF crypto reporting covers exchanges between crypto assets and fiat currencies, exchanges between different crypto assets, and transfers to or from wallets where the service provider can identify the user. The framework also includes retail payment transactions above a specified threshold. For accounting firms, CARF matters in two ways. First, clients who operate or invest through crypto service providers in CARF-adopting countries will have their transaction data shared with HMRC, the IRS, or other revenue bodies, which increases audit risk for any client whose self-reported figures do not reconcile. Second, clients operating crypto businesses may themselves be reporting entities under CARF, creating a compliance burden that firms need to help them manage.

The interoperability between CARF and DAC8 is intentional. The EU designed DAC8 to satisfy CARF obligations for member states, meaning a single reporting infrastructure can serve both frameworks. Firms advising EU-based crypto businesses should confirm that their clients' reporting systems produce data that meets both sets of technical requirements, since the data schemas are aligned but not identical.

How These Frameworks Interact in a Multi-Jurisdictional Audit

Large accounting firms and audit teams increasingly encounter clients with crypto holdings that span multiple jurisdictions, multiple asset types, and multiple custodians. In that environment, no single framework governs the engagement. A US-listed company with a European subsidiary holding crypto assets on an EU-regulated exchange will face ASC 350-60 at the group level, IFRS crypto assets treatment at the subsidiary level if the sub reports under IFRS, and DAC8 reporting obligations at the exchange level. Reconciling all three requires a clear mapping of which entity holds which assets, under which accounting policy, and through which regulated intermediary.

The practical starting point is asset-level data. Firms need complete transaction histories from every custodian or exchange the client uses, mapped to the correct legal entity, with cost basis calculated under the methodology required by each applicable standard. Cost basis methodology is not uniform: FIFO, specific identification, and weighted average cost produce different figures, and different jurisdictions prescribe different methods for tax versus financial reporting purposes. A structured crypto compliance reporting for accounting firms process, supported by purpose-built software, reduces the risk of inconsistency between the tax return, the statutory accounts, and any DAC8 or CARF data already submitted by the exchange.

Practical Steps for Accounting Firms Setting Up a Crypto Reporting Framework

Firms that want to build a repeatable crypto reporting service need to address four layers: data collection, accounting policy documentation, compliance filing, and client advisory. Data collection means establishing automated feeds from the exchanges and custodians your clients use, rather than relying on client-exported spreadsheets which are prone to gaps and formatting errors. Accounting policy documentation means recording, for each client and each asset type, which standard applies, which measurement model has been chosen, and what the rationale is. This documentation is the first thing an auditor or tax inspector will ask for.

Compliance filing encompasses DAC8 and CARF obligations for clients who operate crypto platforms, as well as the tax reporting obligations for clients who simply hold or trade crypto assets. These are distinct workflows and should be managed separately to avoid confusion between the client's own reporting obligations and the reports they will receive from exchanges about their own activity. The advisory layer sits above all of this: firms that understand how FASB ASC 350-60 interacts with CARF crypto reporting, and how IFRS crypto assets treatment affects a client's reported earnings, are positioned to offer genuinely valuable guidance rather than just compliance processing.

Framework	Jurisdiction	Who It Applies To	Key Requirement
DAC8	EU	EU-registered crypto-asset service providers	Annual transaction reporting to tax authority, automatic exchange
CARF	OECD member countries (adopting)	Reporting crypto-asset service providers	Standardised transaction data collected and exchanged internationally
ASC 350-60	US (US GAAP reporters)	US entities and foreign private issuers under US GAAP	Fair value measurement of qualifying crypto assets, enhanced disclosures
IAS 38 / IAS 2 (IFRS)	Global (IFRS adopters)	Entities reporting under IFRS	Cost less impairment default, or NRV for inventory; revaluation model if active market exists

Illustrative Scenario

이것이 실제로 어떻게 적용되는지 설명하기 위해 다음 시나리오를 고려해 보겠습니다. Priya는 한 EU 회원국에 등록된 암호화폐 거래소를 운영하는 핀테크 고객을 최근에 영입한 중견 영국 회계 법인의 선임 관리자입니다. 이 고객은 자체 대차대조표에 비트코인 재무 할당을 보유하고 있으며, 영국 모회사 수준에서 IFRS에 따라 연결 재무제표를 제출합니다.

Priya의 팀은 동시에 세 가지 별개의 보고 계층을 처리해야 했습니다. 거래소 자회사 수준에서 회사는 DAC8 보고 의무를 가지고 있어 매년 사용자 거래 데이터를 현지 세무 당국에 제출해야 했습니다. 그룹 수준에서 비트코인 재무 보유는 IFRS 암호자산 지침에 따른 회계 정책 결정이 필요했습니다. 팀은 IAS 38에 따라 원가 모델을 사용하는 정책을 문서화하고, 독자의 투명성을 위해 연말 보유 자산의 공정 가치를 공시하는 주석을 추가했습니다. 개별 자산 수준에서 DAC8이 촉발할 자동 교환에 앞서 거래소의 거래 데이터가 고객이 자체 법인세 신고서에 자진 신고한 수치와 일치하는지 확인해야 했습니다.

CryptaCount를 사용하여 Priya의 팀은 거래소 데이터를 직접 가져와 고객의 내부 원장과 조정하고, 단일 워크플로우에서 IFRS 공시 주석과 함께 DAC8 준비 데이터 파일을 생성했습니다. 이전에 수동 조정에 몇 주가 걸리던 업무가 훨씬 적은 시간에 완료되었고, 감사 추적이 완전히 문서화되었습니다.

자주 묻는 질문

DAC8 보고란 무엇이며 어떤 사업체에 적용됩니까?

DAC8은 EU 회원국에 등록된 암호화폐 서비스 제공자가 사용자 거래 데이터를 수집하여 매년 자국 세무 당국에 보고하도록 요구하는 EU 지침입니다. 해당 당국은 이 데이터를 사용자가 거주하는 다른 EU 회원국과 자동으로 공유합니다. 이는 정의된 기준을 초과하는 적격 거래를 촉진하는 거래소, 브로커 및 특정 지갑 서비스 제공자에게 적용됩니다.

CARF 암호화폐 보고는 DAC8과 어떻게 다릅니까?

CARF는 서비스 제공자를 통해 보유한 암호화폐를 포괄하도록 국제 세금 정보 교환을 확장하기 위해 설계된 OECD의 글로벌 프레임워크입니다. DAC8은 EU의 국내 이행으로, EU 회원국이 단일 보고 인프라를 통해 두 의무를 모두 충족할 수 있도록 CARF와 상호 운용되도록 의도적으로 설계되었습니다. EU 외부의 국가는 자체 일정에 따라 CARF를 독립적으로 채택합니다.

ASC 350-60은 암호화폐 US GAAP 회계에 대해 무엇을 요구합니까?

ASC 350-60은 US GAAP에 따라 보고하는 기업이 각 보고일에 적격 대체 가능 암호자산을 공정 가치로 측정하고 변동을 순이익에서 인식하도록 요구합니다. 이는 이전의 암호자산을 무한 내용 연수 무형자산으로 취급하여 하향 손상만 허용하던 관행을 대체했습니다. 이 기준은 또한 보유 자산 변동 내역 및 판매된 자산의 원가 기준을 포함한 강화된 공시를 요구합니다.

암호자산에 적용되는 IFRS 기준은 무엇입니까?

암호자산에 대한 전용 IFRS 기준은 없습니다. IFRS 해석위원회는 대부분의 암호자산 보유는 IAS 38에 따라 무형자산으로 회계처리해야 하며, 기본 측정 모델로 원가에서 손상 차감을 사용해야 한다고 결론지었습니다. 기업이 정상 영업 과정에서 판매를 위해 암호자산을 보유하는 경우 IAS 2가 대신 적용될 수 있습니다. IASB는 이 영역에 대한 지속적인 연구를 진행 중임을 밝혔습니다.

IFRS 하에서 암호자산을 공정 가치로 측정할 수 있습니까?

IAS 38에 따라 재평가 모델을 통한 공정 가치 측정은 자산에 대해 활성 시장이 존재하는 경우에만 허용됩니다. 작성자는 각 암호자산의 거래 특성이 IAS 38의 활성 시장 정의를 충족하는지 평가해야 합니다. 실제로 많은 기업이 이 평가에 대한 불확실성으로 인해 원가 모델을 기본값으로 사용하며, 이는 ASC 350-60의 공정 가치 처리와 차이를 만듭니다.

FASB 공정 가치 측정은 손익계산서에 어떤 영향을 미칩니까?

ASC 350-60에 따라 적격 암호자산에 대한 미실현 이익과 미실현 손실은 모두 각 보고일에 순이익으로 유입됩니다. 이는 상당한 암호화폐 포지션을 보유한 기업의 경우 시가 평가 변동이 처분 시점까지 이연되지 않고 즉시 인식되므로 수익 변동성이 증가함을 의미합니다. 재무 팀은 대책 준수를 평가할 수 있는 투자자와 대출 기관에 이를 명확히 전달해야 합니다.

회계 법인이 DAC8 및 CARF 규정 준수를 지원하기 위해 어떤 데이터가 필요합니까?

법인은 고객이 사용하는 모든 거래소 또는 수탁자의 완전한 거래 수준 데이터가 필요합니다. 여기에는 타임스탬프, 가능한 경우 거래 상대방 식별자, 자산 유형, 수량 및 각 거래 시점의 법정 화폐 등가 가치가 포함됩니다. 이 데이터는 올바른 법적 실체에 매핑되고 고객의 내부 회계 기록과 조정되어야 합니다. 거래소 데이터의 누락은 일반적인 문제이며 업무 초기에 식별되어야 합니다.

DAC8, CARF 및 ASC 350-60 전반에 걸쳐 단일 원가 기준 방법이 요구됩니까?

아니요. 다른 프레임워크와 국가는 다른 원가 기준 방법을 규정하거나 허용합니다. ASC 350-60은 특정 식별 또는 US GAAP과 일치하는 기타 방법을 허용합니다. IFRS는 암호자산에 대해 단일 방법을 강제하지 않습니다. 여러 국가의 세무 당국은 자본 이득 목적으로 FIFO, 가중 평균 또는 특정 식별을 요구할 수 있습니다. 법인은 각 고객 및 각 목적에 대해 적용된 방법론을 별도로 문서화하여 재무 보고와 세금 신고 간의 불일치를 피해야 합니다.

회계 법인은 감사 목적으로 암호 회계 정책 선택을 어떻게 문서화해야 합니까?

법인은 각 고객에 대해 보유한 각 자산 유형에 적용되는 기준, 선택된 측정 모델, 원가 기준 방법론 및 각 선택에 대한 근거를 명시하는 서면 회계 정책 메모를 준비해야 합니다. 이 메모는 고객이 새로운 자산 유형을 취득하거나 관련 지침이 변경될 때마다 업데이트되어야 합니다. 이는 영구 감사 파일의 일부를 구성하며 일반적으로 외부 감사 또는 규제 검토 중에 가장 먼저 요청되는 문서입니다.

일반 원장 소프트웨어보다 전용 암호화폐 회계 플랫폼이 필요한 경우는 언제입니까?

일반 원장 소프트웨어는 암호화폐 거래의 양, 빈도 또는 데이터 구조를 처리하도록 설계되지 않았습니다. 활성 거래 내역, 스테이킹 보상, DeFi 활동 또는 다중 거래소 노출이 있는 고객을 관리하는 법인은 표준 원장에 수동 데이터 입력이 오류가 발생하기 쉽고 지속 불가능하다는 것을 빠르게 알게 될 것입니다. 전용 플랫폼은 데이터 수집을 자동화하고, 원가 기준 계산을 일관되게 적용하며, DAC8, CARF, ASC 350-60 및 IFRS 암호자산 요구 사항에 맞춰 감사 준비 출력을 생성합니다.

Source: CryptaCount