CARF 가상자산 보고

CARF는 가상자산 세무 투명성에 대한 OECD의 글로벌 해법으로 — 과세 당국 간 가상자산 데이터를 보고하고 자동 교환하기 위한 전 세계 표준입니다. 이 페이지에서는 그것이 무엇인지, 보고 의무 대상이 누구인지, 그 일정, 그리고 CryptaCount가 보고서를 생성하는 방식을 설명합니다.

일반 정보이며 법률 또는 세무 자문이 아닙니다. 귀사의 구체적인 의무는 프레임워크와 자격을 갖춘 자문가를 통해 확인하십시오.

CARF란

가상자산 보고 프레임워크(Crypto-Asset Reporting Framework, CARF)는 2023년 OECD가 발표한 것으로, 보고 가상자산 서비스 제공자(Reporting Crypto-Asset Service Providers, RCASP)가 사용자를 식별하고, 세무상 거주지를 판정하며, 그들의 가상자산 거래를 보고하도록 요구하는 글로벌 표준입니다 — 이후 과세 당국은 이를 서로 자동 교환합니다. 전통적 금융 계좌에 사용되는 공통 보고 표준(Common Reporting Standard, CRS)을 본떠 가상자산으로 확장한 것입니다. EU에서 CARF는 DAC8로 이행됩니다. DAC8 →

일정

CARF는 전 세계적으로 채택되고 있습니다: 다수의 관할권 — OECD 글로벌 포럼 회원국의 대다수 — 이 교환 개시를 약속했으며, 대부분 2027년부터 시작합니다(일부는 2028년). 실무적으로 제공자는 해당 보고 연도 초부터 데이터를 수집하여 그 다음 해에 제출하며, 첫 국제 교환은 2027년경에 시작됩니다.

적용 대상

RCASP는 폭넓게 정의됩니다 — 거래소, 브로커, 특정 지갑 제공자 및 고객을 위해 가상자산 거래를 중개하는 기타 중개자입니다. CARF는 또한 특정 지갑 이전(자가 보관 지갑으로의 이전 포함)의 보고를 요구하여, 단순 거래를 넘어 수집되는 데이터를 확대합니다. 타인을 위해 가상자산을 취급하는 플랫폼, 펀드, 서비스를 운영한다면 귀사가 RCASP인지 평가하십시오.

요구 사항

각 사용자의 신원과 세무상 거주지를 확인하기 위한 실사와 자기확인(self-certification), 그리고 OECD가 규정한 XML 스키마로 거래 데이터를 매년 보고하는 것 — 이는 이후 참여 관할권 간에 교환됩니다.

CryptaCount가 CARF에 어떻게 도움이 되는가

• 보고에 필요한 거래 단위 기록과 사용자 데이터를 유지합니다
• 제출에 필요한 형식으로 CARF 보고서를 생성합니다
• 양쪽이 모두 적용되는 경우 하나의 통합 프로세스로 CARF와 DAC8을 함께 처리합니다
• 보고되는 모든 수치 뒤에 완전하고 감사 가능한 추적을 유지합니다

컴플라이언스 및 보고 → · 보조원장 보기 →

일반 정보이며 법률 또는 세무 자문이 아닙니다. 프레임워크와 자격을 갖춘 자문가를 통해 확인하십시오.

보고 기업에 CARF가 요구하는 것, 평이한 언어로

약어를 걷어내면 CARF는 정보 보고 체제입니다: 적용 대상 기업은 고객이 누구인지, 해당 고객이 어느 나라의 세무 거주자인지, 그리고 어떤 가상자산 활동이 자신들을 통해 이루어졌는지 파악한 뒤, 그 구조화된 요약본을 다른 국가와 공유하는 과세 당국에 제출해야 합니다. 따라서 적용 대상 제공자의 의무는 자신의 손익보다는 타인의 거래 — 즉 플랫폼을 통과한 거래 — 에 대해 정확하고 귀속 가능한 기록을 제출할 수 있는 능력에 관한 것입니다. 이 구분은 운영상 중요한 의미를 가집니다. IFRS → 또는 US GAAP →에 따른 법정 회계 기록이 보고 프레임워크를 충족하는 기록과 자동으로 동일하지는 않습니다. 두 체계는 동일한 기초 데이터에 대해 다른 질문을 던집니다.

의무를 실제로 부담하는 주체는 자기 설명보다 실질로 판단됩니다. 자체 자금으로만 가상자산을 보유하는 기업은 고객을 위해 거래를 중개하는 기업과 완전히 다른 위치에 있으며, 이 프레임워크는 다양한 형태의 중개자를 포착하도록 의도적으로 설계되었습니다. 귀사가 거래소, 중개사, 수탁 또는 지갑 서비스, 또는 고객이 귀사를 통해 거래하는 플랫폼을 운영한다면, 귀사가 적용 범위 내에 있을 수 있다고 가정하고 공식 문서와 자문가를 통해 정확한 지위를 확인하는 것이 신중한 출발점입니다.

CARF 보고가 귀사 장부에 미치는 영향

CARF는 회계 기준이 아닌 보고 프레임워크이지만, 이에 대비하는 과정은 장부 기록에 강하게 의존합니다. 보고하는 고객 잔고와 거래 내역은 재무제표를 생성하는 원장과 일치해야 합니다. 두 수치가 일치하지 않으면 같은 지갑에 대해 규제 신고 수치와 회계 수치가 서로 다른 이야기를 하게 됩니다. 실무적으로 이는 모든 고객 거래를 기록하는 가상자산 보조원장 →이 보고서가 작성되는 단일 출처가 됨을 의미하며, 이를 통해 규제 신고서에 등장하는 수치를 시산표에 반영된 동일한 전기 항목까지 추적할 수 있습니다.

또한 거래가 발생하는 시점에 무엇을 포착해야 하는지도 달라집니다. 단순한 장부 기록에는 거래를 평가하고 분류하기에 충분한 정보만 있으면 되지만, 보고 가능 기록에는 이에 더해 거래 상대방 귀속 정보 — 어느 고객인지, 어느 관할권인지, 어떤 유형의 활동인지 — 가 함께 포함되어야 합니다. 이 귀속 정보를 제출 시점에 재구성하는 것이 아니라 거래 포착 시점에 기록해 두는 것이 보고서의 방어 가능성을 유지하는 방법입니다. 각 거래의 분개 →가 이러한 맥락적 데이터가 자연스럽게 존재하는 곳이므로, 거래별 메타데이터를 풍부하게 저장하는 보조원장은 별도의 병렬 시스템 없이도 프레임워크가 요구하는 내용 대부분을 충족합니다.

CARF 보고가 의존하는 데이터와 감사 추적

신뢰할 수 있는 CARF 보고서는 원시 온체인 또는 거래소 이벤트에서부터 제출 수치까지 이어지는 증거 사슬에 의존합니다. 최소한 이 사슬에는 거래 단위 세부 내역 — 날짜, 자산, 수량, 가치 — 이 고객 신원 및 거주지 데이터, 그리고 활동의 분류 정보와 결합되어 요청 시 재현 가능한 형태로 보존되어야 합니다. 보고 프레임워크는 당국이 제공자의 제출 내용을 교차 확인할 수 있다는 전제 하에 구축되므로, 귀사 제출의 신뢰성은 각 보고 합계를 그것을 구성하는 개별 거래로 분해할 수 있는지 여부에 달려 있습니다.

• 불변의 거래 기록 — 한 번 포착되면 조용히 덮어쓰이지 않는 기초 이벤트로, 수치를 언제든 출처에서 재도출할 수 있습니다.
• 고객 및 거주지 귀속 — 각 보고 가능 거래를 그 배후의 검증된 당사자와 연결합니다. 프레임워크는 집계가 아닌 개인별로 활동을 보고하기 때문입니다.
• 평가 출처 — 각 가치의 출처와 산정 날짜로, 감사인이나 당국이 변환된 수치가 어떻게 도출되었는지 확인할 수 있습니다.
• 변경 이력 — 수정 및 재진술 기록. 작년에 제출한 보고서가 올해 설명 가능한 수정이 필요할 수 있기 때문입니다.
• 대사 연결 — 보고서에서 법정 회계 장부를 생성한 동일 원장까지 이어지는 명확한 경로.

CARF 신고 이면의 대사 과제

보고에서 가장 어려운 부분은 대개 형식이 아니라 대상이 완전하고 일관성이 있는지 확인하는 것입니다. 가상자산 활동은 동시에 여러 경로에서 유입됩니다: 여러 블록체인, 복수의 거래소, 수탁 시스템, 그리고 각기 다른 식별자와 특성을 가진 내부 이전. 보고 전에 동일한 경제적 사건이 한 번만 인식되어야 하고, 중복되는 데이터 피드에서 온 중복분은 합쳐져야 하며, 귀사 지갑 간의 내부 이전은 실제 고객 활동과 구분되어야 합니다. 이를 잘못 처리하면 이중 계산으로 과대 보고되거나 조용한 누락으로 과소 보고됩니다 — 이 두 가지 불일치는 국경 간 정보 교환이 표면화하도록 설계된 바로 그 유형입니다.

이것이 좋은 가상자산 회계를 뒷받침하는 체계가 이중으로 효과를 발휘하는 지점입니다. 깔끔한 장부를 위해 필요한 중복 제거, 이전 매칭, 시간순 정렬은 보고 대상의 신뢰성을 확보하기 위해 필요한 동일한 통제 수단입니다. 규제 신고만을 위한 별도의 누락 가능한 내보내기를 실행하는 대신 원장 수준에서 한 번 대사하고 회계와 보고 모두가 대사된 결과를 사용하면, 두 수치가 조용히 벌어지는 일을 방지할 수 있습니다.

가상자산 보조원장이 CARF 컴플라이언스를 지원하는 방법

목적에 맞게 구축된 가상자산 보조원장은 CARF의 자연스러운 근간입니다. 이미 프레임워크가 전제하는 단조로운 작업을 수행하기 때문입니다: 모든 지갑과 거래 장소로부터 활동을 수집하고, 일관된 기록으로 정규화하며, 각 거래를 평가하고, 모든 수치 뒤에 끊기지 않는 추적 경로를 유지합니다. 보고 데이터와 회계 데이터가 하나의 대사된 저장소에서 나올 때, 보고서 작성은 기초 사실을 처음부터 재구성하는 것이 아니라 기존 기록을 선별하고 형식화하는 작업이 됩니다. 이것이 컴플라이언스 및 보고 → 계층이 원장 옆이 아닌 위에 위치하는 전체 논리입니다.

또한 CARF가 단독으로 오지 않는다는 사실에도 대비됩니다. EU에서는 동일한 의무가 DAC8 →으로 적용되며, 국경을 넘어 운영하는 제공자는 여러 지역에서 유사하지만 구별되는 요구를 동시에 받을 수 있습니다. 하나의 대사된 데이터셋을 풍부한 귀속 정보와 함께 보유하면, 체계별로 취약한 스프레드시트를 유지하는 대신 동일한 기반에서 각 프레임워크의 출력을 생성할 수 있습니다.

적용 범위와 시기, 일반적인 수준에서

시기에 관해서는 세부 사항보다 개요만 안전하게 일반화할 수 있습니다: 이러한 유형의 보고 프레임워크는 일반적으로 제공자가 보고 기간 동안 데이터를 수집하고 이후 기간에 제출하며, 충분한 관할권이 시행에 들어가면 정보의 국제 교환이 시작됩니다. 위의 기존 내용에서 채택 현황을 개괄적으로 설명하며, 그 이상의 귀사 관할권에 적용되는 정확한 날짜, 등록 방식, 첫 교환 시기는 국가별로 다르고 계속 단계적으로 이행되고 있으므로 공식 문서와 자문가를 통해 확인해야 합니다.

적용 범위와 관련하여 회계팀의 실무적 질문은 법적 정의가 무엇인지보다 귀사의 어떤 활동과 고객이 보고해야 하는 대상에 포함되는지입니다. 이 평가는 귀사가 취급하는 가상자산의 종류, 제공하는 서비스의 성격, 고객의 거주지에 관련됩니다. 경계가 실제로 미묘할 수 있으므로, 수치 자체만큼이나 적용 범위 판단 근거를 꼼꼼히 문서화할 가치가 있습니다 — 왜 어떤 항목이 보고되었거나 보고되지 않았는지에 대한 방어 가능한 입장도 감사 추적의 일부입니다.

CARF 준비 시 흔한 함정

• 보고를 연말 내보내기로 취급하는 것. 몇 달 뒤에 소급 포착한 귀속 데이터는 거래 시점에 포착한 데이터보다 훨씬 취약합니다. 볼트온 방식의 내보내기는 프레임워크가 필요로 하는 정확히 그 고객 및 거주지 맥락을 잃어버리는 경향이 있습니다.
• 보고서가 회계 장부와 벌어지도록 방치하는 것. 규제 합계를 원장과 대사할 수 없다면, 사실의 두 가지 버전이 존재하게 되고 어느 쪽도 방어하기 어렵습니다.
• 중복되는 피드에서 이중 계산하는 것. 거래소 API와 온체인 읽기 양쪽에서 동일한 거래가 들어오면, 원장 수준에서 중복 제거하지 않는 한 대상이 부풀려집니다.
• 내부 이전을 고객 활동으로 잘못 표시하는 것. 귀사 지갑 간에 가상자산을 이동하는 것은 보고 대상인 고객 활동이 아니지만, 구분되지 않으면 보고서를 오염시킵니다.
• 한 관할권의 접근법이 모두에 적용된다고 가정하는 것. 정렬된 프레임워크라도 동일하지는 않습니다. 하나의 체계만을 위해 구축된 프로세스는 다른 체계의 요건을 조용히 놓칠 수 있습니다.
• 변경 이력 없음. 수정 기록 없이는 수정된 신고서가 추적된 재진술이 아닌 불일치로 보입니다.

CryptaCount가 CARF에 어떻게 도움이 되는가

CryptaCount는 CARF를 별도의 컴플라이언스 사일로가 아니라 잘 관리된 원장의 하류 산출물로 접근합니다. 귀사의 지갑, 블록체인, 연결된 거래 장소에 걸친 활동을 하나의 대사된 가상자산 보조원장으로 수집하고, 프레임워크가 요구하는 거래별 맥락을 보유하며, 모든 수치 뒤에 끊기지 않는 감사 가능한 추적을 유지합니다 — 이를 통해 보고서의 수치를 언제나 그것이 나온 전기 항목까지 추적할 수 있습니다. 동일한 대사된 데이터셋이 법정 회계와 보고 양쪽에 활용되므로, 수작업으로 동기화해야 하는 두 가지 사실 버전이 아닌 하나의 사실이 존재합니다. CARF와 DAC8 의무가 겹치는 경우 두 가지 모두 해당 단일 기반에서 생성되며, 적용 범위 및 형식 세부 사항은 공식 문서와 자문가와 함께 정해야 합니다.

CARF가 일반적인 가상자산 회계를 대체하나요?

아닙니다 — CARF는 회계 위에 추가됩니다. IFRS → 또는 US GAAP →에 따른 회계는 귀사 자신의 포지션을 측정하고 표시하며, CARF는 별도의 고객 귀속 보고 의무입니다. 연결 지점은 데이터입니다: 수치가 절대 벌어지지 않도록 양쪽 모두 동일한 대사된 보조원장 →을 사용해야 합니다.

여러 나라에서 운영하는 경우 CARF가 복잡해지나요?

그럴 수 있습니다. CARF와 그 지역 구현 체계는 유사하지만 동일하지 않으며, 고객의 거주지도 여러 관할권에 걸쳐 있습니다. 실무적 해법은 하나의 풍부하게 귀속된 데이터셋을 보유하고 그것으로부터 각 필요한 출력을 생성하는 것입니다. 국가별로 별도의 프로세스를 유지하는 것보다 훨씬 효율적입니다. 정확한 다중 관할권 의무는 자문가와 확인해야 합니다.

감사인이나 당국이 CARF 수치 뒤에 기대하는 기록은 무엇인가요?

대략적으로, 보고된 합계에서 그것을 구성하는 개별 거래까지의 경로이며, 각 거래의 가치 출처, 고객 및 거주지 귀속 정보, 그리고 모든 수정 사항이 보존되어야 합니다. 이것이 바로 거래 수준의 보조원장이 당연한 절차로 유지하는 추적 경로의 유형이며, 원장을 기반으로 보고서를 구축하는 것이 단순 내보내기 기반보다 방어 가능한 이유입니다.

CARF 준비를 얼마나 일찍 시작해야 하나요?

첫 제출 날짜보다 훨씬 일찍 시작해야 합니다. 보고서의 품질은 동시대적으로 포착된 데이터 — 특히 나중에 재구성하기 어려운 고객 및 거주지 귀속 정보 — 에 달려 있기 때문입니다. 첫 보고 기간 전에 올바른 메타데이터를 갖춘 대사된 원장을 구축해 두면, 최종 보고서 작성이 재구성 작업이 아닌 선별 작업이 됩니다. 귀사 관할권의 구체적인 기한은 공식 문서와 자문가를 통해 확인해야 합니다.