암호화폐 네이티브 기업을 위한 수익 인식: 암호화폐 회계 소프트웨어 가이드

수익 인식은 오늘날 암호화폐 네이티브 비즈니스가 직면한 가장 논쟁이 많은 회계 과제 중 하나입니다. 법정화폐로 청구하는 전통적인 SaaS 회사와 달리, 토큰을 대금으로 받거나 스테이킹 보상을 받거나 NFT 로열티에서 수익을 창출하는 비즈니스는 장부를 마감하기 전에 더 까다로운 질문들에 답해야 합니다. 수익은 정확히 언제 인식되는가? 어떤 가치로? 어떤 기준에 따라? 답변은 거래의 성격, 적용 가능한 회계 프레임워크, 기초 데이터의 품질에 따라 달라집니다. 이를 올바르게 처리하는 것은 선택이 아닙니다. 감사인, 투자자, 규제 기관은 암호화폐 네이티브 비즈니스에 대해 다른 기업에 요구하는 것과 동일한 엄격함을 점점 더 기대하고 있습니다. 바로 여기서 목적에 맞게 구축된 암호화폐 회계 소프트웨어가 필수적입니다. 이는 방어 가능한 수익 인식을 대규모로 가능하게 하는 구조화된 데이터 레이어를 제공합니다.

왜 표준 수익 모델이 암호화폐에 직접 적용되지 않는가

대부분의 관할권에서 지배적인 수익 인식 프레임워크는 IFRS 15 또는 미국 GAAP에 해당하는 ASC 606입니다. 두 프레임워크 모두 5단계 모델을 따릅니다: 계약 식별, 수행 의무 식별, 거래 가격 결정, 가격 배분, 각 의무가 이행될 때 수익 인식. 소프트웨어 라이선스나 전문 서비스를 판매하는 비즈니스의 경우 이 과정이 비교적 간단합니다. 암호화폐 네이티브 비즈니스의 경우 거의 모든 단계가 더 복잡해집니다.

변동성이 큰 토큰의 거래 가격

거래 가격 단계를 고려해 보세요. 비즈니스가 변동성이 큰 토큰으로 대금을 받는 경우, 거래 가격은 송장 날짜에 고정되지 않습니다. 계약 체결, 토큰 전송, 토큰이 전환되거나 보유되는 시점 사이에서 변동합니다. 비즈니스는 토큰이 수령된 날짜의 현물 환율로 수익을 측정할지, 아니면 다른 시점에서 측정할지 결정해야 합니다. IFRS 15는 거래 가격이 기업이 받을 자격이 있다고 기대하는 대가의 금액을 반영하도록 요구합니다. 그 대가가 변동성이 큰 디지털 자산인 경우, 경영진의 판단은 불가피하며, 그 판단은 문서화되고 일관되게 적용되어야 합니다.

또한 수령한 토큰이 전혀 수익인지, 아니면 완전히 다른 것(금융 자산, 무형 자산 또는 부채)을 나타내는지에 대한 질문도 있습니다. 분류는 인식 시점을 결정하며, 잘못된 분류는 재작성 위험을 만듭니다. 디지털 자산 회계 소프트웨어를 사용하는 기업은 토큰 메타데이터와 계약 조건에 따라 초기 분류 플래그를 자동화하여 재무 팀의 수동 검토 부담을 줄일 수 있습니다.

암호화폐 회계 소프트웨어와 5단계 인식 모델

5단계 IFRS 15 및 ASC 606 모델은 암호화폐 네이티브 수익 스트림에 적용되지만, 각 단계는 조정이 필요합니다. 아래 표는 일반적인 암호화폐 수익 유형을 재무 팀이 해결해야 하는 주요 인식 고려 사항과 매핑합니다.

소득 유형을 5단계 모델에 매핑

수익 유형	수행 의무	측정 시점	주요 회계 과제
서비스에 대한 토큰 지급	클라이언트에 서비스 제공	토큰 수령 시 현물 환율	외화 환산 평가; 변동성이 큰 대가
NFT 1차 판매	구매자에게 NFT 이전	온체인 판매 완료	수익인지 자본인지 결정
NFT 로열티 스트림	지적 재산권의 지속적 라이선스	각 2차 판매 이벤트	인식 시점; 여러 지갑에 걸친 집계
스테이킹 보상	없음 (수동적 수입)	토큰이 수령되거나 접근 가능할 때	IFRS 9 대 IAS 38 분류; 변동 금액
프로토콜 수수료 수익	유동성 또는 인프라 제공	수수료 발생 시점	기간별 수수료와 의무 매칭

강력한 암호화폐 부기 소프트웨어 솔루션은 각 이벤트에 대한 온체인 타임스탬프, 지갑 주소, 상대방 식별자 및 토큰 수량을 캡처합니다. 이러한 세분성이 없으면 재무 팀은 거래 내역을 수동으로 재구성해야 하며, 이는 시간이 많이 소요되고 오류가 발생하기 쉽습니다.

스테이킹 보상: 수동적 수익인가, 아니면 다른 것인가?

스테이킹 보상은 회계 기준에서 아직 통일되게 해결되지 않은 특정 인식 퍼즐을 제시합니다. IFRS에서 관련 질문은 스테이킹 활동이 IFRS 9에 따른 금융 자산 계약, IAS 38에 따른 무형 자산 발생, 아니면 기업이 토큰을 생산하거나 판매하는 사업을 하는 경우 IAS 2에 해당하는 수익 스트림을 구성하는지 여부입니다. 답변에 따라 스테이킹된 토큰과 수령한 보상의 인식 시점과 대차대조표 분류가 변경됩니다.

스테이킹 보상의 중요성

많은 암호화폐 네이티브 비즈니스의 경우 스테이킹 보상은 중요한 수익 항목입니다. 네이티브 토큰 할당의 상당 부분을 스테이킹하는 프로토콜 재무는 특정 기간에 수수료 수익을 초과하는 보상을 받을 수 있습니다. 이러한 보상이 보고 기간에 걸쳐 일관되게 인식되지 않으면 비교 가능성이 손상되고 감사 질문이 늘어납니다.

실용적인 인식 접근법

암호화폐 회계사와 협력하는 대부분의 재무 팀이 채택하는 실용적인 접근 방식은 스테이킹 보상을 지갑에서 접근 가능해진 날짜의 토큰 공정 가치로 기타 수익으로 인식하는 것입니다. 스테이킹된 원금은 기초 자산에 적용되는 정책에 따라 계속 측정됩니다. 이 접근 방식은 신뢰할 수 있는 가격 피드, 스테이킹된 보유 자산과 유동 보유 자산의 지갑 수준 분리, 온체인 이벤트에서 분개장까지의 감사 추적이 필요합니다. 검증자 노드 및 스테이킹 계약에 직접 연결되는 암호화폐 보조 원장은 이 프로세스를 훨씬 더 다루기 쉽게 만듭니다.

NFT 수익: 자본인가 소득인가, 그리고 인식 시점은?

NFT 판매의 수익 처리 방식은 해당 법인의 비즈니스 모델에 거의 전적으로 의존합니다. NFT를 주요 사업 활동으로 생성 및 판매하는 스튜디오는 판매 시점에 IFRS 15 또는 ASC 606에 따라 수익을 인식하고, 대가를 받은 암호화폐의 공정가치로 수익을 측정할 가능성이 높습니다. 거버넌스 권리나 유틸리티 액세스를 나타내는 NFT를 발행하는 프로토콜은 토큰에 지속적인 의무가 부착된 경우 이연수익을 인식할 수 있습니다. NFT를 사고 파는 투자자나 재무부는 자본 자산 프레임워크에 따라 손익을 회계 처리할 가능성이 더 높습니다.

로열티 소득 인식

2차 NFT 판매로 인한 로열티 수익은 또 다른 계층을 추가합니다. 스마트 계약 로열티는 일반적으로 각 2차 전송 시 자동으로 지급됩니다. 비즈니스는 이를 발생주의 원칙에 따라 가장 방어 가능한 입장인 발생 시 인식할지, 아니면 통제된 지갑으로 금액이 이체될 때 일괄 인식할지 결정해야 합니다. 두 정책 모두 일관되게 적용된다면 방어 가능하지만, 정책이 문서화되고 기본 데이터가 이를 뒷받침해야 합니다.

처리 옵션 요약

다음 표는 법인 유형에 따른 NFT 관련 수익의 주요 회계 처리 옵션을 요약합니다.

법인 유형	NFT 1차 판매 처리	로열티 처리	적용 기준
NFT 제작자/스튜디오	양도 시점에 수익 인식	거래별로 수익 인식	IFRS 15 / ASC 606
유틸리티 NFT 발행 프로토콜	의무 기간에 걸쳐 이연수익 인식	해당 없음 또는 라이선스 수익	IFRS 15 / ASC 606
재무부 또는 투자 법인	처분 시 자본 손익	투자 수익	IFRS 9 / IAS 38

멀티토큰 재무부와 연결 문제

많은 암호화폐 기반 기업은 멀티토큰 재무부를 운영합니다. 한 토큰으로 수익을 받고, 다른 토큰으로 준비금을 보유하며, 세 번째 토큰으로 기여자에게 지급하고, 또 다른 토큰을 반환하는 DeFi 프로토콜에 자본을 배치합니다. 이러한 각 흐름은 서로 다른 회계 처리, 다른 기능 통화 영향, 다른 인식 트리거를 가질 수 있습니다. 재무 팀이 목적에 맞게 구축된 도구 없이 이 환경에서 월별 경영 보고서를 생성하려고 하면 작업량이 엄청나고 오류율이 높아집니다.

관할권 간 통합

연결 문제는 여러 관할 구역에 여러 법인이 있는 기업에서 특히 심각합니다. 케이맨 재단, 스위스 협회, 싱가포르 자회사를 통해 운영되는 프로토콜은 다양한 기준 통화에서 번역되고 수십만 개의 온체인 트랜잭션을 포함하는 다양한 현지 GAAP 요구 사항에 따라 작성된 재무제표를 연결해야 할 수 있습니다. 다중 법인 연결, 다중 통화 번역 및 구성 가능한 인식 정책을 지원하는 엔터프라이즈 암호화폐 회계 소프트웨어는 이 환경에서 사치품이 아니라 감사인이 수락할 재무제표를 생성하기 위한 전제 조건입니다.

암호화폐 하위 원장 솔루션

온체인 데이터 소스와 원장 사이에 위치한 디지털 자산 회계를 위한 암호화폐 하위 원장은 이 문제를 직접 해결합니다. 거래 데이터를 정규화하고, 분류 규칙을 적용하며, 검증된 가격 피드를 사용하여 공정 가치를 계산하고, 정리된 분개를 ERP로 푸시합니다. 재무 팀은 정책에 대한 통제권을 유지하고 소프트웨어가 데이터 엔지니어링을 처리합니다.

문서화, 감사 추적 및 정책 일관성

수익 인식은 모든 비즈니스에서 감사자의 주요 관심 영역이며, 암호화폐 기반 비즈니스는 더욱 엄격한 조사를 받습니다. 감사자는 각 유형의 암호화폐 수익이 어떻게 분류되고 인식되는지 설명하는 서면 회계 정책을 보고 싶어할 것입니다. 그들은 온체인 이벤트에서 재무제표까지 개별 거래를 추적할 수 있기를 원합니다. 그들은 독립적인 가격 출처에 대해 공정 가치 측정을 테스트할 것입니다. 그리고 그들은 정책이 기간에 걸쳐 일관되게 적용되었다는 증거를 찾을 것입니다.

수동 조정의 한계

스프레드시트와 수동 조정에 의존하는 재무 팀은 이러한 요구 사항을 효율적으로 충족하는 데 어려움을 겪을 것입니다. 거래량, 관련된 지갑 및 프로토콜 수, 타임스탬프가 찍힌 공정 가치 데이터의 필요성 등은 모두 자동화된 솔루션을 가리킵니다. 최고의 암호화폐 회계 소프트웨어 플랫폼은 불변 감사 추적, 정책 버전 관리 및 분개와 이를 생성한 기본 온체인 트랜잭션 간의 직접적인 연결을 제공합니다. 이러한 수준의 추적 가능성이 방어 가능한 재무제표를 감사 시간을 질의 및 후속 요청에 소모하게 만드는 재무제표와 구분짓는 요소입니다.

연간 정책 검토 요구 사항

암호화폐 수익에 대한 회계 정책은 적어도 매년 검토되어야 합니다. 유동 스테이킹 파생상품, 리스테이킹 프로토콜 또는 토큰화된 실물 자산 등 새로운 수익원이 등장함에 따라 기존 정책 프레임워크가 이를 적절히 포괄하지 못할 수 있습니다. 디지털 자산 전문 지식을 갖춘 암호화폐 회계사는 연말뿐만 아니라 새로운 활동이 온보딩될 때 이러한 정책 검토에 참여해야 합니다.

예시 시나리오

이것이 실제로 어떻게 적용되는지 설명하기 위해 다음 시나리오를 고려하십시오.

Michael은 약 40명의 직원을 둔 미국 기반 Web3 인프라 비즈니스의 CFO입니다. 회사는 ETH로 프로토콜 수수료 수익을 얻고, 자체 네이티브 토큰으로 보조금을 받으며, 스테이블코인과 우량 토큰을 포함하는 분산된 재무부를 보유하고 있습니다. 연말에 외부 감사 회사는 세 가지 영역에 대해 질문을 제기합니다: 재무부 ETH에서 얻은 스테이킹 보상의 인식 시점, 네이티브 토큰 보조금을 이연수익 대 자본 기여로 분류하는 문제, 그리고 손익계산서를 위해 ETH 수수료 수익을 USD로 환산하는 데 사용된 공정 가치 방법론입니다.

Michael의 팀은 이러한 흐름을 스프레드시트와 일반 ERP 시스템의 조합으로 관리해 왔습니다. 각 쿼리에 대한 감사 추적을 재구성하는 데 3주가 걸렸습니다. 감사 후 Michael은 CryptaCount를 도입하여 회사의 이더리움 지갑, 스테이킹 검증자 및 ERP에 연결했습니다. 플랫폼은 각 온체인 이벤트를 타임스탬프와 검증된 가격 피드와 함께 캡처하고, 문서화된 회계 정책을 자동으로 적용하며, 완전한 추적 가능성을 갖춘 분개를 생성합니다. 다음 연말 감사는 크게 줄어든 쿼리 목록으로 완료되었으며, 팀은 전년도보다 2주 일찍 장부를 마감했습니다.

자주 묻는 질문

암호화폐 네이티브 비즈니스의 수익 인식을 규율하는 회계 기준은 무엇인가요?

IFRS를 적용하는 대부분의 기업은 고객과의 계약에서 발생하는 수익에 IFRS 15를, 수익이 아닌 디지털 자산 변동에는 IAS 38 또는 IFRS 9를 사용합니다. US GAAP 기업은 수익에 ASC 606을, 디지털 자산 보유에는 ASC 350 또는 ASU 2023-08을 적용합니다. 적용 가능한 기준은 자산 유형만이 아닌 각 수익원의 성격에 따라 달라집니다.

암호화폐로 받은 수익은 언제 인식해야 하나요?

수익은 일반적으로 수행 의무가 이행될 때 인식되며, 이는 명목화폐로 표시된 계약과 동일한 트리거입니다. 인식되는 금액은 수령 시점의 암호화폐 공정 가치이며, 신뢰할 수 있고 독립적으로 검증 가능한 가격 출처를 사용하여 측정됩니다. 토큰 가치의 이후 변동은 수익 조정이 아닌 금융 자산의 손익입니다.

IFRS에서 스테이킹 보상은 어떻게 처리되나요?

스테이킹 보상을 직접적으로 다루는 단일 IFRS 기준은 없습니다. 대부분의 실무자는 스테이킹 보상을 보상이 지갑에서 사용 가능해진 날짜의 공정 가치로 기타 수익으로 인식하며, 기초 스테이킹 토큰은 분류에 따라 IAS 38 또는 IFRS 9에서 별도로 처리합니다. 채택된 정책은 문서화되고 공시되어야 하며 기간에 걸쳐 일관되게 적용되어야 합니다.

NFT 판매는 수익으로 처리되나요, 아니면 자본 이득으로 처리되나요?

처리는 비즈니스 모델에 따라 다릅니다. NFT를 생성하여 주요 활동으로 판매하는 법인은 일반적으로 양도 시점에 IFRS 15에 따라 대가를 수익으로 인식합니다. NFT를 투자로 보유하는 법인은 처분 시 자본 이득 또는 손실을 인식합니다. 동일한 법인이 활동이 실제로 다른 경우 다른 NFT 범주에 다른 처리를 적용할 수 있습니다.

암호화폐 보조 원장이 무엇이며, 암호화폐 네이티브 비즈니스에 왜 필요한가요?

암호화폐 보조 원장은 온체인 데이터 소스와 총계정원장 사이에 위치하는 특화된 회계 계층입니다. 여러 지갑 및 프로토콜의 거래 데이터를 정규화하고, 분류 및 인식 규칙을 적용하며, 공정 가치를 계산하고, 깔끔한 분개를 생성합니다. 보조 원장 없이 여러 토큰, 지갑 및 법인에 걸쳐 운영되는 비즈니스는 일반적으로 상당한 수동 조정 노력과 감사 위험에 직면합니다.

변동성이 큰 토큰 가격은 수익 측정에 어떤 영향을 미치나요?

변동성이 큰 토큰으로 대가를 받는 경우, 거래 가격은 수행 의무가 이행된 날짜의 토큰 공정 가치로 측정되어야 합니다. 계약 체결과 토큰 수령 사이에 시간 차이가 있는 경우, 기업은 가변 대가 지침을 적용해야 하는지 고려해야 합니다. 주요 거래소의 거래량 가중 평균과 같은 검증된 가격 피드를 일관되게 사용하는 것은 감사 방어에 필수적입니다.

감사인이 암호화폐 수익에 대해 일반적으로 요청하는 문서는 무엇인가요?

감사인은 일반적으로 각 유형의 암호화폐 수익을 다루는 서면 회계 정책, 타임스탬프가 포함된 온체인 거래 기록, 독립적인 가격 출처에 연결된 공정 가치 산출, 그리고 기간에 걸친 일관된 정책 적용 증거를 요청합니다. 또한 지갑 주소 등록부와 수익 흐름이 발생하는 지갑을 회사가 소유 또는 통제하고 있음을 보여주는 통제 문서를 요청할 수 있습니다.

일반 회계 소프트웨어로 암호화폐 수익 인식을 처리할 수 있나요?

일반 ERP 및 회계 플랫폼은 암호화폐 거래에 대한 분개를 기록할 수 있지만, 대량 또는 복잡한 암호화폐 수익 흐름에 필요한 데이터 수집, 분류 및 공정 가치 계산 기능이 부족합니다. 스프레드시트나 일반 시스템에서 암호화폐 수익을 완전히 관리하려는 비즈니스는 일반적으로 상당한 감사 수정 비용과 마감 지연에 직면합니다. 목적에 맞게 설계된 디지털 자산 회계 소프트웨어는 이러한 차이를 직접 해결합니다.

암호화폐 회계 소프트웨어와 엔터프라이즈 암호화폐 회계 소프트웨어의 차이점은 무엇인가요?

암호화폐 회계 소프트웨어는 일반적으로 소규모 비즈니스 또는 개별 법인을 위한 거래 분류, 비용 기준 추적 및 기본 보고를 처리합니다. 엔터프라이즈 암호화폐 회계 소프트웨어는 다중 법인 통합, 구성 가능한 인식 정책, ERP 통합, 감사 추적 관리 및 DeFi 수익 및 스테이킹과 같은 복잡한 수익 흐름 지원을 추가합니다. 올바른 선택은 비즈니스의 암호화폐 활동 규모와 복잡성에 따라 달라집니다.

암호화폐 네이티브 비즈니스는 수익 인식 정책을 얼마나 자주 검토해야 하나요?

정책은 최소한 매년 그리고 중요한 새로운 수익원이 도입될 때마다 검토되어야 합니다. 암호화폐 부문은 빠르게 진화하며, 유동 스테이킹 파생상품 또는 토큰화된 실물 자산 수익률과 같은 수익 유형은 기존 정책으로 다루지 않을 수 있습니다. 이러한 검토에 특정 디지털 자산 전문 지식을 가진 암호화폐 회계사를 참여시키면 오분류 위험과 전기 재작성 필요성이 줄어듭니다.

Source: CryptaCount