거래소, 지갑, ERP를 연결하세요

CryptaCount는 귀사의 거래소, 지갑, 블록체인에서 활동 내역을 가져와 회계 처리를 수행하고, 대사된 분개를 귀사가 운영하는 ERP로 전달합니다. CSV 곡예도, 수작업 재입력도 없습니다 — 가상자산 데이터가 깔끔한 복식부기로 장부에 흘러 들어갑니다.

연동의 문제

가상자산 데이터는 어디에나 흩어져 있습니다 — 여러 거래소, 수십 개의 지갑, 여러 체인 — 그리고 그 어느 것도 회계의 언어로 말하지 않습니다. CSV를 내보내 손으로 이어 붙이는 바로 그 지점에서 오류가 끼어들고 감사 추적이 끊깁니다. 해법은 더 많은 내보내기가 아니라, 모든 원천을 자동으로 받아들여 하나의 장부로 대사하는 보조원장입니다.

거래소 연동

거래소 계정을 API로 연결하면 CryptaCount가 거래, 이체, 수수료, 수익을 거래 단위로 가져온 뒤 — 분류하여 전기합니다. Binance, Coinbase, Kraken을 비롯한 주요 거래소가 지원되며, 아직 기본 연결되지 않은 곳은 구조화된 CSV 가져오기로 처리합니다.

지갑 및 온체인 커버리지

지갑 주소를 추가하면 CryptaCount가 그 온체인 이력을 직접 읽어옵니다. 체인 데이터를 제3자 API가 아니라 자체 온체인 데이터 인프라를 통해 가져오므로, 90개 이상의 체인에 걸친 내부 이체, 가스비, DeFi 활동이 더 완전하게 포착되고 — 감사를 위해 원천까지 추적됩니다. 가상자산 보조원장 → · DeFi 회계 →

ERP 및 총계정원장 동기화

이것이 데이터 도구와 회계 플랫폼을 가르는 차이입니다: CryptaCount는 원시 행을 총계정원장에 쏟아붓는 것이 아니라, 귀사의 계정과목표에 매핑된 대사된 분개를 전기합니다.

• [Xero](/ko/crypto-exchange-integrations/xero/) — 사용 가능. 대사된 분개를 오늘 바로 직접 전기합니다.
• Zoho Books — 사용 가능. 직접 전기를 오늘 바로 이용할 수 있습니다.
• [QuickBooks](/ko/crypto-exchange-integrations/quickbooks/) — 출시 예정. 오늘은 가져오기용 분개를 내보낼 수 있으며, 직접 커넥터는 로드맵에 있습니다.
• [NetSuite](/ko/crypto-exchange-integrations/netsuite/) — 출시 예정. 오늘은 내보내기, 직접 커넥터는 로드맵에 있습니다.
• [Sage](/ko/crypto-exchange-integrations/sage/) — 출시 예정. 오늘은 내보내기, 직접 커넥터는 로드맵에 있습니다.

기존 회계 시스템은 기록의 원천 시스템으로 유지됩니다. CryptaCount는 가상자산 보조원장을 담당하고 그것을 깔끔하게 공급합니다.

동기화 작동 방식

1. 거래소(API), 지갑(주소), ERP를 연결합니다.
2. 모든 거래를 원천에서 가져와 분류합니다.
3. 온체인 ↔ 거래소 ↔ 총계정원장을 대사하여 누락이나 이중 계상이 없도록 합니다.
4. 요약된 균형 잡힌 분개를 귀사의 계정과목표에 매핑하여 회계 시스템에 전기합니다.

가상자산 대사 →

사용하는 플랫폼이 보이지 않나요?

거래소나 지갑이 아직 기본 지원되지 않더라도, CryptaCount는 구조화된 가져오기를 받아들이므로 커버리지가 장애물이 되지 않습니다. 문의하기 →

왜 CryptaCount인가

• 네이티브 체인 데이터. 온체인 활동을 임차하지 않고 자체 인프라에서 읽어오므로 — 공백이 적고, DeFi와 내부 이체 커버리지가 더 우수합니다.
• 원시가 아니라 대사된 데이터. 분개는 대사 이후에 전기되고 귀사의 계정과목표에 매핑되므로, ERP는 데이터 더미가 아니라 깔끔한 회계를 받습니다.
• 그룹을 위해 설계됨. 여러 지갑과 법인, 하나의 연결된 장부. 다중 지갑 및 다중 법인 →

전체 그림: 세 가지 연결 유형, 하나의 장부

가상자산 회계를 위한 연동은 하나의 문제가 아니라 세 가지이며, 이를 하나로 취급하는 플랫폼은 경계 지점에서 데이터를 유실합니다. 첫 번째 연결 유형은 거래소로, API를 통해 거래, 이체, 수수료, 수익이 거래 단위로 도착합니다. 두 번째는 지갑과 체인으로, 주소를 통해 내부 이체, 가스비, DeFi를 포함한 온체인 이력을 직접 읽어옵니다. 세 번째는 ERP 또는 총계정원장으로, 대사된 분개가 재무제표를 만드는 시스템으로 전기됩니다. CryptaCount는 이 세 가지 중간에 위치하여 처음 두 곳에서 수집하고, 회계 처리를 수행하며, 세 번째를 공급합니다. 핵심은 가상자산 데이터가 손으로 이어 붙인 CSV 더미가 아니라 깔끔한 복식부기로 장부에 흘러 들어오도록 하는 것입니다.

이것이 중요한 이유는 수작업 내보내기 하나하나가 오류가 끼어들고 감사 추적이 끊기는 지점이기 때문입니다. CSV를 손으로 이어 붙이면 이체 시 취득원가를 잃고, 자기이체를 매도로 잘못 표기하며, 누구도 추적할 수 없는 수치를 만들어 냅니다. 내보내기를 실시간 수집으로 대체하는 것이 장부를 완전하게 유지하는 방법이며, 이는 또한 보조원장이 세 원천을 서로 대사할 수 있게 해주는 것이기도 합니다 — 수작업으로 만든 스프레드시트는 결코 신뢰할 수 있게 할 수 없는 일입니다.

커넥터가 어떻게 맞물리는가

거래소 측에서는 Binance →, Coinbase →, Kraken →을 비롯한 주요 거래소가 API로 연결되며, 아직 기본 연결되지 않은 곳은 구조화된 CSV 가져오기로 처리하므로 커버리지가 장벽이 되지 않습니다. 체인 측에서는 자체 온체인 데이터 인프라를 통해 90개 이상의 블록체인에 걸쳐 지갑 이력이 직접 읽혀오며, 이는 제3자 API보다 내부 이체, 가스비, DeFi를 더 완전하게 포착합니다. ERP 측에서는 커넥터가 귀사의 계정과목표에 매핑된 대사된 분개를 전기합니다: Xero →와 Zoho Books는 현재 사용 가능하며, QuickBooks →, NetSuite →, Sage →는 로드맵에 있고, 그 사이에는 분개 내보내기가 제공됩니다.

이것을 회계 플랫폼으로 만드는 경계선은 총계정원장에 도달하는 것이 무엇인가입니다. CryptaCount는 원시 행을 원장에 쏟아붓지 않습니다. 대사 이후 귀사가 지정한 계정에 매핑된 요약된 균형 잡힌 분개를 전기합니다. 기존 회계 시스템은 기록의 원천 시스템으로 유지되며 — 보조원장은 단순히 그것을 깔끔하게 공급합니다.

이런 연동 레이어가 필요한 곳

• 재무팀 — 거래소와 지갑 CSV가 넘쳐나지만 총계정원장과 깔끔하게 대사되지 않는 팀
• 회계 법인 — 고객의 데이터가 여러 거래소와 체인에 걸쳐 있는 고객을 온보딩하는 법인
• 트레저리와 펀드 — 월말 요약본이 아닌 거래 단위 가져오기가 필요한 곳
• 다중 법인 그룹 — 다수의 지갑과 법인을 하나의 연결된 계정과목표에 매핑하는 그룹
• Xero 또는 Zoho Books로 이미 표준화한 팀 — 가상자산이 다른 보조원장처럼 전기되길 원하는 팀

동기화 워크플로, 단계별

연결하는 원천 수에 관계없이 흐름은 동일합니다. 첫째, 거래소를 API로, 지갑을 주소로, ERP를 연결합니다. 둘째, 모든 거래를 원천에서 수집하고 분류하여 수작업 레이블에 의존하지 않도록 합니다. 셋째, 온체인과 거래소와 총계정원장을 대사하여 누락이나 이중 계상이 없도록 합니다. 넷째, 요약된 균형 잡힌 분개를 귀사의 계정과목표에 매핑하여 회계 시스템에 전기합니다. 전기된 각 라인은 기저 거래로 돌아가는 경로를 유지하므로, ERP 측 검토자는 수천 개의 원시 행을 헤쳐나가는 대신 계정별 몇 개의 분개 라인을 확인하고 필요 시 그 뒤의 전체 세부 내역을 요청에 따라 열어볼 수 있습니다. 보조원장은 장부에 도달하기 전 그 대사가 이루어지는 곳입니다.

대사된 분개가 원시 데이터 덤프보다 나은 이유

CryptaCount를 긴 꼬리의 가상자산 데이터 도구들과 구분하는 단 하나의 설계 선택에 대해 잠시 생각해볼 만합니다. 그 선택이 총계정원장을 사용 가능한 상태로 유지할지를 결정하기 때문입니다. 데이터 도구는 행을 내보내고, 회계 플랫폼은 분개를 전기합니다. 거래가 활발한 한 주는 수천 개의 온체인 및 거래소 이벤트를 만들어낼 수 있으며, 이 각각을 총계정원장에 밀어 넣으면 원장이 부풀어 오르고, 모든 보고서가 느려지고, 재무제표가 실제로 필요로 하는 소수의 수치가 파묻힙니다 — 총계정원장은 각 계정에 미치는 순효과만 필요로 하므로 회계적 가치를 더하지도 않습니다. CryptaCount는 대신 각 회계 기간을 요약된 균형 잡힌 분개로 집계하여 디지털 자산, 실현 손익, 수익, 수수료를 순금액으로 이동시키고 귀사가 지정한 계정에 매핑합니다. 전체 거래 세부 내역은 보조원장에 대사 및 감사 가능한 상태로 남아 있으며, 전기된 모든 라인은 그곳으로 바로 드릴다운됩니다. 원시 CSV 가져오기가 강요하는 선택과 달리, 깔끔한 원장과 완전한 기록을 동시에 얻을 수 있습니다.

구매자 가이드: 가상자산 연동에서 확인할 사항

• API와 CSV 병용 — 연결된 원천은 자동 가져오기, 나머지는 구조화된 CSV로 처리하여 커버리지가 장벽이 되지 않도록
• 임차하지 않은 네이티브 체인 데이터 — 자체 인프라가 제3자 API가 놓치는 DeFi와 내부 이체를 포착
• 원시 행이 아닌 대사된 분개 — 총계정원장은 귀사의 계정과목표에 매핑된 대사 이후의 깔끔한 회계를 받아야 함
• 존재하는 경우 양방향 ERP 동기화 — 계정과목표를 가져와 매핑을 주도하는 것이 계정명을 추측하는 것보다 나음
• 다중 지갑, 다중 법인 — 다수의 원천이 두 번째 스프레드시트 없이 하나의 장부로 통합되어야 함
• 원활한 대안 — 아직 기본 연결되지 않은 거래소가 있을 때, 구조화된 가져오기로 마감을 막지 않아야 함

이 설계가 피하는 흔한 함정

• 마감 시 CSV 곡예 — 수작업으로 이어 붙인 수동 내보내기는 오류가 끼어들고 감사 추적이 끊기는 지점
• 원시 거래를 총계정원장에 덤프 — 원장을 부풀리고 보고서를 사용 불가능하게 만듦; 요약본이 그곳에 있어야 함
• 이체 시 취득원가 유실 — 취득원가 없이 다른 거래소에서 이동된 자산은 이후 모든 손익을 왜곡
• 자기이체를 매도로 기록 — 자신의 지갑 간 자금 이동은 결코 허구의 손익을 만들어선 안 됨
• 임차된 API로 인한 불완전한 DeFi — 제3자 데이터 원천은 네이티브 인프라가 포착하는 내부 이체와 컨트랙트 활동을 놓침
• 시스템 간 재입력 — 거래소, 지갑, ERP 간 수작업 이동마다 숫자가 바뀔 수 있는 지점이 생김

CryptaCount가 이를 어떻게 제공하는가

CryptaCount는 임차하지 않고 자체 인프라에서 온체인 활동을 읽어오므로 공백이 적고 DeFi와 내부 이체 커버리지가 더 우수합니다. 전기 전에 대사하므로 ERP는 데이터 덤프가 아닌 귀사의 계정과목표에 매핑된 깔끔한 회계를 받습니다. 그리고 그룹을 위해 설계되어 여러 지갑과 법인을 하나의 장부로 통합합니다. Xero와 Zoho Books는 현재 대사된 분개를 직접 전기하며, QuickBooks, NetSuite, Sage는 지금 내보낸 분개 파일을 사용할 수 있고 로드맵에서 직접 커넥터가 전기 단계를 자동화할 예정입니다. 아직 기본 지원되지 않는 플랫폼이 있다면, 구조화된 가져오기로 장애물이 되지 않도록 합니다. 전기 뒤에 있는 엔진이 어떻게 작동하는지는 가상자산 보조원장 → 페이지에서, 자산별 가상자산 회계는 가상자산 회계 →에서 살펴보세요.

총계정원장에 원시 거래가 들어가나요, 분개 항목이 들어가나요?

분개 항목입니다. CryptaCount는 먼저 대사한 뒤 원시 거래 행이 아니라 귀사의 계정과목표에 매핑된 요약된 복식부기 분개를 전기합니다. 이것이 회계 플랫폼과 데이터 도구의 차이이며, 원장을 읽기 쉬운 상태로 유지하는 방법입니다.

우리 거래소나 지갑이 아직 기본 지원되지 않으면 어떻게 되나요?

구조화된 CSV 가져오기가 기본 커넥터가 없는 모든 것을 커버하므로 커버리지가 장벽이 되지 않습니다. Binance, Coinbase, Kraken과 같은 주요 거래소는 API로 연결되고, 온체인 지갑은 90개 이상의 체인에 걸쳐 주소로 읽혀오며, 나머지는 구조화된 가져오기로 처리됩니다.

온체인 데이터가 정말 제3자 API보다 더 완전한가요?

체인 이력이 임차된 API가 아닌 CryptaCount 자체 인프라를 통해 읽혀오므로, 내부 이체, 가스비, DeFi 활동이 더 완전하게 포착되고 원천까지 추적됩니다. 제3자 API는 바로 그 이벤트들을 흔히 놓치며, 그것이 대사 공백과 설명할 수 없는 잔액의 원인입니다.

현재 어떤 ERP가 대사된 분개를 받을 수 있나요?

Xero →와 Zoho Books는 현재 귀사의 계정과목표에 매핑된 대사된 분개를 직접 전기합니다. QuickBooks →, NetSuite →, Sage →는 로드맵에 있으며, 그 사이에는 분개를 내보내 가져올 수 있고, 직접 커넥터가 출시되면 전기 단계가 자동화됩니다.

ERP 연결이 기존 은행 피드나 청구서 발행을 방해하나요?

아닙니다. 커넥터는 원장에 가상자산 분개만 추가합니다. 은행 피드, 청구서, 지출, 대사는 이전과 똑같이 계속되며, 가상자산 분개는 귀사가 선택한 계정에 그 옆에 전기됩니다. ERP는 내내 기록의 원천 시스템으로 유지됩니다.

가상자산 활동을 우리의 계정과목표에 매핑할 수 있나요?

예 — 완전히. 각 활동 유형이 어디에 위치할지 귀사가 결정합니다: 디지털 자산 보유분은 자산 계정, 처분은 실현 손익, 스테이킹 및 보상 수익은 수익 또는 기타 수익 계정, 네트워크 및 거래소 수수료는 비용 계정. 매핑은 한 번 설정하면 매 기간 재사용되므로, 전기가 도구에 맞게 장부를 바꾸도록 강요하지 않고 회계감사인과 이해관계자가 이미 기대하는 계정 구조와 일치합니다. 커넥터가 양방향인 경우, 그 매핑을 직접 주도하기 위해 계정과목표를 가져옵니다.

대사가 원천 간 이중 계상을 어떻게 방지하나요?

CryptaCount는 전기 전에 온체인 활동을 거래소 기록과 총계정원장에 연결하므로, 두 원천에 나타나는 이체는 한 번만 인식되고, 자신의 지갑 간 이동은 허구의 처분을 만들지 않고 순액이 0이 됩니다. 세 원천을 서로 대사하는 것이 바로 수작업 스프레드시트가 신뢰할 수 있게 할 수 없는 것이며, 이것이 단순히 그럴듯한 것이 아니라 장부가 완전하다는 것을 입증하는 방법입니다.