Ledger 가상자산 회계

공개 주소 또는 Ledger Live CSV로 Ledger를 CryptaCount에 연결하여 콜드 월렛 활동을 깔끔한 장부로 바꾸세요. CryptaCount는 거래 이력을 읽어 들이고, 취득원가를 계산하며, ERP로 분개를 전기합니다 — 세부 내역은 보조원장에 보관됩니다.

하드웨어 지갑을 보조원장의 데이터 원천으로

Ledger에 보관된 트레저리는 누군가 수작업으로 대사하기 전까지 귀사의 회계 시스템에 보이지 않습니다. CryptaCount는 그 활동을 가상자산 보조원장으로 읽어 들이고, 취득원가와 귀사의 측정 정책을 적용한 뒤, 총계정원장을 위한 요약 분개를 생성합니다.

연결 방법

Ledger는 하드웨어 지갑이므로 API 키가 없습니다 — 공개 주소 또는 CSV(읽기 전용, 워치 온리 뷰)로 연결합니다:

1. 공개 주소. Ledger가 보관하는 각 체인(Bitcoin, Ethereum 등)에 대해 Ledger Live에서 공개 주소(사용되는 경우 확장 공개 키)를 복사합니다. CryptaCount에서 연동 → 지갑 추가 → Ledger로 이동하여 붙여 넣습니다.
2. Ledger Live CSV. Ledger Live에서 운영 이력을 CSV로 내보낸 뒤 업로드합니다 — 모든 계정을 포괄하는 단일 파일입니다.

24단어 복구 문구는 절대 입력하지 마세요. CryptaCount는 귀하의 공개 주소 또는 CSV만 필요로 하며, 둘 다 워치 온리이자 읽기 전용입니다. 복구 문구는 귀하의 기기에 그대로 남습니다.

장부로 흘러 들어오는 데이터

Ledger가 관리하는 체인과 계정 전반의 온체인 활동: 매수와 매도, 이체, 스왑, 스테이킹과 보상, 수수료 — 각각 회계 목적으로 분류되며, 본인 지갑 간 이체는 서로 매칭됩니다.

재무팀을 위해 설계됨

• 멀티 체인 트레저리 — 자체 온체인 데이터 인프라를 통해 모든 체인을 하나의 장부로
• 자동 취득원가 산정 — 12가지 처분 방법(FIFO, LIFO, HIFO, WAVG, 개별법 등); 관할권이 의무화한 처리(영국 Section 104 share pooling, 캐나다 ACB)는 자동으로 적용
• ERP로의 분개 — QuickBooks, Xero, NetSuite 또는 Sage → ERP 연동 →
• 감사 대응 — 모든 총계정원장 라인이 온체인 거래까지 거슬러 추적됨

보조원장 살펴보기 → · 회계 법인을 위한 회계 →

CryptaCount가 Ledger 활동을 보조원장으로 수집하는 방법

Ledger 하드웨어 지갑은 공개 주소 — 보유하는 체인별 하나씩 — 또는 Ledger Live CSV로 연결되며, 둘 다 CryptaCount가 자금을 서명하거나 이동할 능력 없이 이력을 읽을 수 있게 하는 워치 온리 보기입니다. 해당 주소에서 CryptaCount는 기기가 관리하는 모든 체인에 걸쳐 온체인 활동을 읽고 각 거래를 가상자산 보조원장의 개별적이고 타임스탬프가 찍힌 기록으로 작성합니다: 매수, 매도, 이체, 스왑, 스테이킹 보상, 수수료. 총계정원장은 요약된 분개만 수신하는 반면, 전체 세부 내역은 대사, 취득원가 산정, 감사를 위해 그 아래에 남아 있습니다.

콜드 스토리지 트레저리는 종종 수개월 늦게 수작업으로 대사하기 전까지 회계 시스템에 보이지 않는 정확히 그러한 활동입니다. CryptaCount는 이를 지속적으로 가시화하고 재읽기에 멱등성이 있게 합니다 — 각 거래는 체인 식별자에 연결되어 있어, 지갑을 새로 고침하거나 체인을 추가하거나 이력을 확장해도 이중으로 계산되지 않습니다. 보조원장은 하드웨어 지갑이 무엇을 보유하고 있으며 그 경위가 어떻게 되는지에 대한 신뢰할 수 있는 단일 진실 원천이 되어 회계 처리될 준비가 됩니다.

온체인 거래의 분류 및 대사

CryptaCount는 Ledger의 주소가 생성한 각 거래를 장부가 사용할 수 있는 회계 이벤트로 분류합니다 — 매수 또는 매도, 입금 또는 출금 이체, 스왑(각각 독립적으로 가격이 책정된 한 자산의 처분과 다른 자산의 취득), 스테이킹 또는 보상 수령, 또는 수수료. 스왑은 두 면을 가진 이벤트로 인식되어 내재된 실현 손익이 숨겨지는 대신 포착되며, 입금 또는 출금은 진정한 처분과 구별되어 원가가 올바르게 처리됩니다.

대사는 장부를 체인과 대비하여 검증합니다. CryptaCount는 분류된 이력에 의해 암시되는 각 자산의 누적 잔액을 추적하고 주소의 온체인 잔액과 비교하므로, 누락된 거래, 연결되지 않은 체인, 또는 미분류 상호작용이 포지션을 조용히 왜곡하는 대신 불일치로 표면화됩니다. 체인이 지갑이 무엇을 보유하는지의 권위이며, 보조원장은 이에 대사되어야 합니다 — 해당 상태는 검토자가 검사할 수 있도록 귀사의 가상자산 보조원장 →으로 흘러갑니다.

장부를 위한 취득원가 및 손익

Ledger에서의 모든 처분 — 매도, 다른 자산으로의 스왑, 또는 귀사의 정책이 처분으로 처리하는 이체 — 에는 실현 손익을 측정하고 전기할 수 있도록 취득원가가 필요합니다. CryptaCount는 자산별 취득 로트를 유지하고 선택한 방법에 따라 처분 시 소비하며, 손익을 온체인 이동과 함께 총계정원장에 기표합니다. 로트가 보조원장에 있기 때문에 전기된 수치는 블랙박스가 아닙니다: 총계정원장의 손익에서 그것이 소비한 취득 건으로 드릴다운할 수 있습니다 — 거래소에서 매수한 후 나중에 콜드 스토리지로 이동한 자산도 포함됩니다.

이 엔진은 재무팀이 사용해야 할 수 있는 처분 전략의 전체 범위를 지원하며, 해당하는 경우 관할권이 의무화한 처리를 자동으로 적용합니다. 방법은 기기가 보유하는 모든 체인에 걸쳐 일관성 있게 적용되는 의도적인 정책 선택이지 거래별 결정이 아닙니다 — 각 방법이 어떻게 로트를 소비하는지에 대한 자세한 내용은 취득원가 산정 방법 →을 참조하세요.

자체 계정 간 이체

하드웨어 지갑은 보통 내부 이동의 목적지나 출발지입니다 — 자산은 안전 보관을 위해 거래소에서 콜드 스토리지로 이동하거나, 거래를 위해 콜드 스토리지에서 나옵니다 — 그리고 각 이동은 처분으로 오인될 수 있습니다. 자산이 단지 조직 내에서 위치를 바꿀 때 아무것도 판매된 것이 없지만, 단순한 가져오기는 한쪽에서 출금을, 다른 쪽에서 입금을 보고 가상 손익을 기표할 위험이 있습니다. CryptaCount는 내부 이체의 두 다리를 동일 자산의 단일 이동으로 매칭하여, 재설정하거나 결정화하지 않고 이동에 걸쳐 원래 취득원가를 이어갑니다.

매칭은 연결된 모든 계정에 걸쳐 자산, 수량, 시기, 방향을 고려하며, 확신을 갖고 대응할 수 없는 것은 사람의 확인을 위해 플래그를 표시합니다. 이는 이전되는 원가를 귀사가 통제할 수 있게 합니다 — 자산이 콜드 스토리지에 들어오거나 나갈 때 감사인이 기대하는 것이 정확히 이것입니다. 이전된 원가는 자산을 수령한 계정으로 따라가므로, 나중에 Ledger에서의 처분은 여전히 재설정된 수치가 아닌 진정한 원래 원가에 대비하여 측정됩니다.

수수료 및 내부 이동

Ledger에서의 온체인 활동에는 네트워크 수수료가 발생하며, 이러한 수수료는 수수료를 지불하는 거래의 경제성의 일부입니다. CryptaCount는 각 수수료를 포착하고 귀사의 정책에 따라 처리합니다 — 취득에 대한 수수료를 해당 자산의 취득원가에 더하거나, 처분 시 매출에서 차감하거나, 비용으로 기표합니다 — 따라서 보고된 원가와 손익이 이동 및 거래의 진정한 비용을 반영합니다. 네트워크 수수료는 개별적으로 보면 놓치기 쉽지만 합산하면 의미 있으며, 이를 누락하면 원가가 과소 계상되고 손익이 과대 계상됩니다.

• 네트워크 수수료 — 귀사의 측정 정책에 따라 원가에 자본화되거나, 매출에서 차감되거나, 비용으로 기표됩니다.
• 스테이킹 및 보상 수령 — 수령일 공정가치로 인식되고 최종 처분을 위한 취득원가를 부여받습니다.
• 스왑 — 각각 독립적으로 가격이 책정된 처분과 취득으로 인식되어 내재된 손익이 포착됩니다.
• 내부 이동 — 계정 간 대응되어 손익 계산에서 제외되며, 원가가 그대로 이전됩니다.

통제 및 감사 추적

하드웨어 지갑의 핵심 통제는 키가 절대 기기를 떠나지 않는다는 것입니다 — CryptaCount는 공개 주소 또는 CSV 내역 파일만 보유하고, 둘 다 워치 온리이자 읽기 전용이므로 이를 강화합니다. CryptaCount는 절대 24단어 복구 문구를 요청하지 않으며, 연결은 물리적으로 자금을 서명하거나 이동할 수 없어 감사인에게 증거로 제시하기 간단합니다. 모든 총계정원장 라인은 그런 다음 보조원장을 통해 그 뒤에 있는 정확한 온체인 거래로 추적 가능하며, 해시, 날짜, 자산, 수량, 소비된 취득원가 로트가 포함됩니다 — 그리고 체인이 공개적이고 불변이기 때문에 해당 참조는 강력한 증거입니다.

요약된 분개는 ERP를 깔끔하게 유지하는 반면 온체인 세부 내역은 보조원장에 남아 있으며, 동일한 데이터가 귀사의 가상자산 컴플라이언스 보고 →로 공급되어 재무제표와 보조원장이 정렬된 상태를 유지합니다. 분개 — 차변, 대변, 계정 매핑 — 는 분개 →를 통해 전기 전에 검토 가능하여, 눈에 띄지 않게 총계정원장에 도달하는 것은 없습니다.

다중 법인 및 트레저리 고려사항

Ledger 기기에 트레저리를 보관하는 조직은 여러 기기, 여러 체인에 걸친 많은 주소, 그리고 하나 이상의 법인을 자주 운영합니다. CryptaCount의 워크스페이스 모델을 사용하면 각 법인의 지갑을 자체 장부 세트에 배정하고, 자체 측정 정책과 계정과목표를 가지면서도 필요할 때 그룹 전체에 걸쳐 통합할 수 있습니다. 콜드 스토리지에 자산을 수탁하는 펀드, 고객 트레저리를 관리하는 법인, 또는 자회사에 걸친 기업 그룹은 각 법인의 보유 자산을 혼합되지 않고 깔끔하게 분리할 수 있습니다.

이 분리는 정확성과 거버넌스를 뒷받침합니다. 취득원가, 이체 매칭, 손익 계산은 법인의 장부 내에서 실행되므로, 두 법인 지갑 간의 이동은 법인 간 이체로 처리되며 상쇄되지 않습니다. 권한과 검토는 워크스페이스별로 범위를 지정할 수 있어 감사인이 기대하는 직무 분리를 지원합니다 — 특히 단일 기기가 여러 체인에 걸쳐 상당한 가치를 보유할 수 있는 경우에 중요합니다.

Ledger 활동 회계 처리 시 일반적인 함정들

• 체인 또는 주소 누락. Ledger는 여러 체인을 보유할 수 있습니다. 연결되지 않은 주소는 이체 매칭과 잔액을 깨는 공백을 남깁니다.
• 콜드 스토리지에 들어오거나 나가는 이동을 매도로 기표. Ledger와의 이체는 처분이 아닙니다 — 두 다리를 매칭하면 원가가 보존되고 가상 손익이 방지됩니다.
• 스왑을 비이벤트로 처리. 스왑은 처분이자 취득입니다. 이를 무시하면 실현 손익이 숨겨집니다.
• 네트워크 수수료 무시. 수수료는 거래 원가의 일부입니다. 이를 누락하면 원가가 과소 계상되고 손익이 과대 계상됩니다.
• 연말에만 수작업으로 콜드 스토리지 대사. 늦고 수동적인 대사는 오류를 초래합니다. 지속적으로 읽는 워치 온리 피드는 장부를 최신 상태로 유지합니다.

CryptaCount가 귀사의 Ledger 데이터를 사용하는 방법

CryptaCount는 귀사의 Ledger 공개 주소 또는 Ledger Live CSV를 워치 온리 원천으로 읽고, 기기가 보유하는 모든 체인에 걸쳐 온체인 활동을 수집하며, 매수, 매도, 이체, 스왑, 스테이킹, 수수료를 회계 이벤트로 분류하고, 잔액을 체인과 대사하며, 귀사의 정책에 따라 취득원가와 실현 손익을 계산하고, 요약된 분개를 귀사의 ERP에 전기합니다 — 모든 수치가 원천까지 추적 가능하도록 전체 세부 내역이 보조원장에 보존됩니다. 복구 문구를 보유하지 않으며 자금을 이동하지 않습니다. 귀사의 콜드 스토리지 트레저리를 어떻게 처리할지 보고 싶으시다면, 저희 팀이 셋업을 안내해 드릴 수 있습니다.

공개 주소를 추가해야 하나요, 아니면 Ledger Live CSV를 가져와야 하나요?

둘 다 가능합니다. 체인별 공개 주소를 추가하면 지갑이 거래함에 따라 최신 상태를 유지하는 지속적으로 업데이트되는 워치 온리 피드가 제공되어, 진행 중인 트레저리에 적합합니다. 모든 계정을 포괄하는 Ledger Live CSV 내역은 일회성 백필이나 과거 기간에 편리합니다. 수집은 멱등성이 있어, 두 가지 모두 사용해도 겹치는 거래가 이중으로 계산되지 않습니다.

CryptaCount는 거래소에서 Ledger 콜드 스토리지로 이동된 자산을 어떻게 회계 처리하나요?

거래소 계정과 Ledger 주소 모두 연결된 경우, CryptaCount는 출금과 입금을 단일 내부 이동으로 대응하고 원래 취득원가를 콜드 스토리지로 이전합니다. 이동 자체에서는 어떤 손익도 인식되지 않습니다. 원가는 단지 자산을 따라가므로, Ledger에서의 나중의 처분은 진정한 원래 원가에 대비하여 측정됩니다.

Ledger를 연결하면 서명 위험이 있나요?

없습니다. CryptaCount는 공개 주소 또는 CSV만 보유하며 — 둘 다 워치 온리이자 읽기 전용입니다 — 24단어 복구 문구를 절대 요청하지 않습니다. 복구 문구는 귀하의 기기에 남아 있으며, 연결된 주소가 거래를 서명하거나 승인할 수 있는 경로는 없습니다. 접근은 관찰 전용입니다.

Ledger의 스테이킹 보상은 장부에서 어떻게 처리되나요?

스테이킹 및 보상 수령은 수령일 공정가치로 소득으로 인식되며, 그 가치가 수령한 자산의 취득원가가 됩니다. 이후 처분은 그 원가에 대비하여 측정되어, 소득 이벤트와 이후 손익이 하나의 수치로 압축되는 대신 장부에서 별개로 유지됩니다.