Coinbase 가상자산 회계

Coinbase를 CryptaCount에 연결하여 거래소 활동을 깔끔한 장부로 전환하세요. CryptaCount는 모든 거래를 수집하고, 취득원가를 계산하며, 분개를 귀사의 ERP에 전기합니다 — 거래 단위 세부 내역은 보조원장에 보관됩니다.

보조원장의 원천으로서의 Coinbase

Coinbase는 귀사의 거래를 기록합니다. 그러나 회계 시스템은 아닙니다. CryptaCount는 그 사이에 자리합니다 — Coinbase 활동을 가상자산 보조원장으로 끌어와 취득원가와 측정 정책을 적용하고, 총계정원장을 위한 요약된 분개를 생성합니다.

연결 방법

1. 읽기 전용 API (권장). Coinbase에서 읽기 전용 액세스를 가진 API 키를 생성하세요. CryptaCount에서 연동 → Coinbase로 이동하여 붙여넣으면 — CryptaCount가 지속적으로 동기화하며 거래나 출금 권한은 절대 갖지 않습니다.
2. CSV 가져오기. Coinbase에서 거래 내역을 CSV로 내보낸 뒤 CryptaCount에 업로드하세요.

장부로 흘러 들어오는 항목

Coinbase의 거래, 입출금, 스테이킹 및 보상(예: Coinbase Earn), 수수료 — 각각 회계용으로 분류되고, 실현 손익과 소득이 계산되며, 이체는 매칭되어 처분으로 기표되지 않습니다.

재무팀을 위해 설계됨

• 자동 취득원가 — 12가지 처분 방법(FIFO, LIFO, HIFO, WAVG, 개별법 등); 관할권이 의무화한 처리(영국 Section 104 share pooling, 캐나다 ACB)는 자동으로 적용됩니다
• ERP로 전기되는 분개 — 요약하여 QuickBooks, Xero, NetSuite 또는 Sage에 전기 → ERP 연동 →
• 감사 대응 — 모든 총계정원장 라인이 Coinbase 거래까지 드릴다운됩니다
• IFRS / US GAAP — 측정은 귀사의 정책에 따라 처리됩니다

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

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

읽기 전용 Coinbase 키가 연결되면, CryptaCount는 전체 거래 이력을 가져와 새로운 활동이 발생하는 대로 최신 상태를 유지합니다. 모든 체결, 입금, 출금, 컨버전, 보상, 수수료가 가상자산 보조원장 안에 개별적이고 타임스탬프가 찍힌 기록이 됩니다 — 요약 라인이 아니라, 자산, 수량, 상대방, 거래소 참조가 그대로 담긴 기초 경제적 이벤트로. 이 세밀함이 핵심입니다: 총계정원장은 순 분개만 필요하지만, 감사인, 대사, 손익 계산은 모두 해당 분개 뒤에 있으면서 언제든 조회할 수 있는 세부 내역에 의존합니다.

수집은 멱등성이 있어, 동일 기간을 재동기화해도 거래가 이중으로 계산되지 않습니다. CryptaCount는 각 이벤트를 Coinbase 식별자에 연결하고, 이미 본 기록을 인식하며, 진정으로 새로운 것만 기록합니다. 이는 재무팀에게 중요합니다. 기간 결산 후, 수정된 내역 파일 후, 또는 이력을 추가한 후 재동기화를 실행하고, 새로 고침할 때마다 수량과 잔액이 일관성 있게 유지된다는 것을 신뢰할 수 있기 때문입니다. 결과는 Coinbase에서 발생한 모든 것에 대한 단일 진실 원천이 되어 회계 처리될 준비가 됩니다.

Coinbase 거래의 분류 및 대사

원시 거래소 데이터는 각 라인이 장부가 사용할 수 있는 의미를 갖기 전까지는 회계 데이터가 아닙니다. CryptaCount는 모든 Coinbase 기록을 회계 이벤트 유형으로 분류합니다 — 매수, 매도, 두 자산 간 컨버전, 가상자산 또는 법정화폐의 입금, 출금, 보상 또는 소득 수령, 또는 수수료 — 그리고 해당 이벤트를 귀사의 계정과목표의 올바른 계정에 매핑합니다. 한 토큰을 다른 토큰으로 컨버전하는 것은 있는 그대로 인식됩니다: 각각 독립적으로 가격이 책정된 출금 자산의 처분과 입금 자산의 취득으로, 과세 소득을 숨기는 단일 불투명한 이동이 아닌 방식으로.

대사는 그런 다음 장부를 거래소와 대비하여 검증합니다. CryptaCount는 분류된 이력에 의해 암시되는 각 자산의 누적 수량을 추적하고 Coinbase가 보고하는 포지션에 대해 확인하므로, 누락된 가져오기, 이력의 공백, 또는 미분류 라인이 잔액을 조용히 왜곡하는 대신 불일치로 표면화됩니다. 이는 회계사가 은행 대사에 적용하는 것과 동일한 통제를 가상자산으로 확장한 것입니다: 보조원장은 거래소와 대사되어야 하며, 모든 차이는 설명 가능해야 합니다. 대사 상태는 귀사의 가상자산 보조원장 →으로 흘러가 검토자가 장부와 거래소가 정확히 어디서 일치하는지 볼 수 있습니다.

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

Coinbase에서의 모든 처분 — 법정화폐로의 매도, 다른 자산으로의 컨버전, 또는 귀사의 정책이 처분으로 처리하는 출금 — 에는 실현 손익을 측정하고 전기할 수 있도록 취득원가가 필요합니다. CryptaCount는 각 자산의 취득 로트를 유지하고 귀사의 회계 정책이 명시하는 방법에 따라 처분 시 소비하며, 결과 손익을 자산 자체의 이동과 함께 총계정원장에 기표합니다. 로트가 보조원장에 있기 때문에 총계정원장의 수치는 블랙박스가 아닙니다: 전기된 손익에서 그것이 소비한 특정 취득 건으로 드릴다운할 수 있습니다.

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

자체 계정 간 이체

가상자산 장부가 잘못되는 가장 흔한 방법 중 하나는 내부 이동을 매도로 처리하는 것입니다. 자기 수탁 지갑으로 Coinbase에서 자산을 이동하거나, 다른 거래소에서 입금할 때 아무것도 처분된 것이 없습니다 — 자산이 단지 조직 내에서 위치를 바꾼 것입니다 — 그러나 단순한 가져오기는 한쪽에서 출금을, 다른 쪽에서 입금을 보고 발생하지 않은 가상 손익을 기표할 위험이 있습니다. CryptaCount는 내부 이체의 두 다리를 동일 자산의 단일 이동으로 매칭하여, 발생하지 않은 손익을 결정화하거나 취득원가를 재설정하는 대신 이동에 걸쳐 원래 취득원가를 보존합니다.

매칭은 두 다리의 자산, 수량, 시기, 방향을 사용하며, 확신을 갖고 대응할 수 없는 것은 사람이 확인하도록 표면화합니다. 이는 귀사가 통제권을 갖게 합니다: 모호한 이체는 조용히 가정되는 대신 검토 플래그가 표시되며, 이는 취득원가가 한 계정에서 다른 계정으로 이전될 때 감사인이 기대하는 정확한 행동입니다. 이전된 원가는 자산을 수령한 지갑이나 거래소로 따라가므로, 나중에 해당 곳에서의 처분은 여전히 진정한 원래 원가에 대비하여 측정됩니다.

수수료 및 내부 이동

Coinbase는 거래, 컨버전, 출금에 수수료를 부과하며, 이러한 수수료는 각 거래의 경제성의 일부로 각주가 아닙니다. CryptaCount는 모든 수수료를 포착하고 귀사의 정책에 따라 처리합니다 — 취득의 취득원가에 거래 수수료를 더하거나, 처분 시 매출에서 차감하거나, 비용으로 기표합니다 — 따라서 보고된 원가와 손익은 활동이 실제로 귀사에게 얼마나 비용이 들었는지를 반영합니다. 거래별 소액 수수료는 수작업으로 놓치기 쉽지만, 대량의 활동에 걸쳐 합산하면 상당한 금액이 되며, 이를 누락하면 원가가 과소 계상되고 손익이 과대 계상됩니다.

• 거래 및 컨버전 수수료 — 귀사의 측정 정책에 따라 원가에 자본화되거나 매출에서 차감되며, 조용히 누락되지 않습니다.
• 네트워크 / 출금 수수료 — 관련 이동에 대비하여 포착되어 자산 감소가 완전히 회계 처리됩니다.
• 보상 및 소득 수령 — 수령일 공정가치로 인식되고 최종 처분을 위한 취득원가를 부여받아 소득과 이후 손익이 혼재되지 않습니다.
• 내부 이동 — 계정 간 대응되어 손익 계산에서 제외되며, 원가가 그대로 이전됩니다.

통제 및 감사 추적

연결이 읽기 전용이기 때문에, CryptaCount는 귀사의 Coinbase 이력을 볼 수 있지만 절대 거래하거나 출금할 수 없습니다 — 감사인이나 이사회에 증거로 제시하기 쉬운 통제입니다. 접근 권한 외에도, CryptaCount가 생성하는 모든 총계정원장 라인은 추적 가능합니다: 전기된 분개가 보조원장을 통해 그 원인이 된 정확한 Coinbase 거래로 드릴다운되며, 날짜, 자산, 수량, 소비된 취득원가 로트가 포함됩니다. 총계정원장에서 원천 이벤트까지의 이 끊기지 않는 체인이 거래소 데이터 더미를 감사인이 실제로 서명할 수 있는 것으로 전환하는 것이며, 연말에 재구성하는 것이 아닌 정상 처리의 부산물로 생성됩니다.

요약된 분개는 ERP에 전기되는 반면 거래 단위 세부 내역은 검사를 위해 보조원장에 남아 있어, 그 뒤의 증거를 희생하지 않으면서 총계정원장을 깔끔하게 유지합니다. 기간 보고 및 공시를 위해 동일한 데이터가 귀사의 가상자산 컴플라이언스 보고 →로 공급되므로, 재무제표의 수치와 보조원장의 수치는 한 번 도출된 동일한 수치입니다. 분개 자체 — 차변, 대변, 계정 매핑 — 는 분개 →를 통해 총계정원장에 도달하기 전에 가시적이고 검토 가능합니다.

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

대규모로 Coinbase를 사용하는 대부분의 조직은 단일 계정이나 단일 법인을 보유하지 않습니다. CryptaCount는 워크스페이스 모델을 중심으로 구축되어 있어, 각 법인의 Coinbase 활동을 자체 장부 세트에 보관하고, 해당 법인이 사용하는 측정 정책과 계정과목표를 적용하면서도 통합 보기가 필요할 때 그룹 전체에 걸쳐 보고할 수 있습니다. 여러 투자 비히클을 운영하는 펀드 관리자, 다수의 고객을 서비스하는 회계 법인, 또는 자회사에 걸친 기업 트레저리는 데이터가 경계를 넘어 유출되지 않도록 관련 Coinbase 계정을 올바른 워크스페이스에 연결할 수 있습니다.

이 분리는 정확성과 거버넌스 모두에 중요합니다. 취득원가, 이체 매칭, 손익 계산은 모두 법인의 장부 내에서 작동하므로, 두 법인 간의 내부 이체는 실제로 그러한 법인 간 이동으로 처리되며 그룹이 하나의 지갑인 것처럼 상쇄되지 않습니다. 권한과 검토도 워크스페이스별로 범위를 지정할 수 있어, 한 법인을 대사하는 사람이 반드시 다른 법인을 결산하는 사람일 필요가 없는 직무 분리를 지원합니다.

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

• 컨버전을 비이벤트로 처리. 한 자산에서 다른 자산으로의 스왑은 처분이자 취득입니다. 이를 무시하면 해당 기간에 속하는 실현 손익이 숨겨집니다.
• 내부 이체를 매도로 기표. Coinbase에서 자체 지갑으로 가상자산을 이동하는 것은 처분이 아닙니다 — 두 다리를 매칭하면 가상 손익이 방지되고 원가가 보존됩니다.
• 수수료 누락. 거래 및 출금 수수료는 원가와 매출에 영향을 미칩니다. 이를 누락하면 1년간의 활동에 걸쳐 조용히 손익이 과대 계상됩니다.
• 소득과 처분 혼합. 보상은 수령 시 소득이고 이후 매도 시 별도의 손익입니다. 둘을 합치면 두 수치 모두 왜곡됩니다.
• 총계정원장에 요약본을 수작업으로 입력. 수동 입력은 원천 거래로의 감사 추적을 끊고 결산 시 풀기 고통스러운 대사 공백을 초래합니다.

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

요약하면: CryptaCount는 읽기 전용 연결을 통해 귀사의 Coinbase 이력을 읽고, 모든 거래, 컨버전, 이체, 보상, 수수료를 회계 이벤트로 분류하며, 결과 포지션을 거래소와 대사하고, 귀사의 정책에 따라 취득원가와 실현 손익을 계산하며, 요약된 분개를 귀사의 ERP에 전기합니다 — 모든 수치가 원천까지 추적 가능하도록 전체 거래 단위 세부 내역이 보조원장에 보존됩니다. 귀사의 자금에 손을 대지 않으면서 거래소 계정을 감사 가능한 장부로 전환하는 레이어입니다. 귀사의 특정 Coinbase 셋업을 어떻게 처리할지 보고 싶으시다면, 저희 팀이 안내해 드릴 수 있습니다.

CryptaCount는 거래 단위 세부 내역과 요약본 중 어떤 것을 보관하나요?

둘 다입니다. 총계정원장은 깔끔하게 유지되도록 요약된 분개를 수신하지만, 완전하고 분류된 거래 단위 이력은 보조원장에 존재합니다. 모든 요약 라인은 그 뒤에 있는 개별 Coinbase 거래로 드릴다운되므로, 동시에 깔끔한 총계정원장과 완전한 증거를 얻을 수 있습니다.

Coinbase를 연결한 후 취득원가 산정 방법을 변경할 수 있나요?

처분 방법은 장부에 일관성 있게 적용되는 정책 선택이므로, 기간 중간에 무심코 변경하는 것이 아니라 의도적으로 구성됩니다. 취득 로트가 보조원장에 저장되어 있기 때문에, CryptaCount는 귀사의 정책이 요구하는 방법에 따라 손익을 재계산할 수 있으며, 모든 변경은 거래별 토글이 아닌 감사인과 함께 고려된 회계 결정으로 이루어져야 합니다.

CryptaCount는 Coinbase 보상 및 스테이킹 소득을 장부에서 어떻게 처리하나요?

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

Coinbase 이력이 연결보다 이전 기간부터 있다면 어떻게 하나요?

동기화 범위를 확장하거나 이전 거래의 CSV를 가져와 과거 활동을 불러올 수 있으며, 멱등성 있는 수집 방식으로 인해 이미 존재하는 것을 이력을 추가해도 이중으로 계산되지 않습니다. 완전한 이력은 취득원가에 중요합니다. 이전 기간에 취득한 로트가 오늘 처분의 손익을 결정하기 때문입니다.