대사

대사는 회계 데이터가 완전하고 일관적이며 외부 출처와 일치하는지 검증하는 프로세스입니다. CryptaCount는 주소 매핑부터 복식부기 무결성까지 모든 것을 다루는 12가지 자동화된 워크스페이스 검증을 제공합니다.

대사 대시보드

사이드바의 Reconciliation 아래 대시보드는 모든 워크스페이스 검증의 현재 상태를 표시합니다.

검증 상태가 표시된 대사 대시보드

각 검증 항목에는 다음이 표시됩니다:

검증 항목명 — 검증 대상
상태 — 통과, 실패, 경고, 또는 미실행
최근 실행 — 해당 검증이 가장 최근에 실행된 시간
발견 건수 — 발견된 문제 수 (있는 경우)

12가지 워크스페이스 검증

1. 매핑되지 않은 주소

검증 내용: 총계정원장 계정과목 매핑이 없는 트랜잭션 주소를 찾습니다.

중요한 이유: 매핑되지 않은 주소는 트랜잭션이 제대로 분개될 수 없음을 의미합니다. 트랜잭션 데이터에 주소가 나타나지만 총계정원장 매핑이 없는 경우, 해당 트랜잭션의 분개가 불완전하거나 누락됩니다.

해결 방법: 총계정원장 매핑과 함께 해당 주소를 내부 또는 외부 지갑으로 추가하거나, 기존 지갑에 계정과목을 할당하세요.

2. 트랜잭션 건수

검증 내용: 예상 트랜잭션 건수(블록체인 데이터 및 CEX 가져오기 기준)를 실제 기록된 트랜잭션과 비교합니다.

중요한 이유: 불일치는 누락된 데이터, 즉 가져왔어야 했지만 가져오지 않은 트랜잭션을 나타냅니다. 이는 동기화 실패, 가져오기 오류, 또는 불완전한 가져오기로 인해 발생할 수 있습니다.

해결 방법: 영향받은 지갑을 다시 동기화하거나 누락된 기간에 대한 CEX 데이터를 다시 가져오세요.

3. 기초/기말 잔액

검증 내용: 한 기간의 기말 잔액이 다음 기간의 기초 잔액과 동일한지 검증합니다.

중요한 이유: 기초/기말 연결이 끊어지면 기간 경계 사이에 무언가 변경되었음을 의미합니다 — 늦게 도착한 트랜잭션, 재계산, 또는 제대로 전파되지 않은 수동 조정이 원인일 수 있습니다.

해결 방법: 영향받은 기간의 잔액을 재계산하세요. 차이가 지속되면 기간 경계 사이에 타임스탬프가 있는 트랜잭션을 확인하세요.

4. 내부 이체

검증 내용: 자체 지갑 간의 내부 이체가 적절하게 매칭되어 순계가 0이 되는지 검증합니다.

중요한 이유: 매칭되지 않은 내부 이체는 유출액과 유입액을 모두 과장하여 재무제표를 왜곡합니다. 자체 지갑 중 하나에서 다른 지갑으로의 모든 TRANSFER_OUT에는 대응하는 TRANSFER_IN이 있어야 합니다.

해결 방법: CEX에서 지갑으로의 이체에는 CEX Transfer Matching 도구를 사용하거나, 매칭된 쌍을 INTERNAL_TRANSFER로 분류하세요.

5. 수수료

검증 내용: 가스 수수료와 거래 수수료가 적절하게 기록되고 분류되었는지 검증합니다.

중요한 이유: 수수료 트랜잭션이 누락되면 비용이 과소계상됩니다. 잘못 분류된 수수료(예: 이체로 기록된 가스 수수료)는 보고 범주를 왜곡합니다.

해결 방법: 표시된 수수료 트랜잭션을 검토하고 분류를 수정하세요.

6. 가격 가용성

검증 내용: 가격 데이터가 누락된 트랜잭션 및 잔액 날짜를 식별합니다.

중요한 이유: 가격이 없으면 CryptaCount는 트랜잭션 또는 잔액의 공정가치를 계산할 수 없습니다. 이는 공정가치 계산, 실현 손익, 그리고 손상 검사에 영향을 미칩니다.

해결 방법: 누락된 가격은 가격 백필로 해결될 수 있습니다. 유동성이 낮거나 알려지지 않은 토큰의 경우 수동 가격 입력이 필요할 수 있습니다.

7. CEX 매칭

검증 내용: CEX 입금 및 출금이 온체인 지갑 이동과 매칭되었는지 검증합니다.

중요한 이유: 매칭되지 않은 CEX 이체는 이중 계산을 유발합니다 — 동일한 경제적 사건이 거래소 트랜잭션과 지갑 트랜잭션 모두로 나타납니다.

해결 방법: Transfer Matching 도구를 사용하여 매칭되지 않은 쌍을 연결하세요.

8. 복식부기

검증 내용: 모든 분개가 차변과 대변이 균형을 이루는지 검증합니다.

중요한 이유: 불균형 분개는 기본 회계 등식을 위반합니다. 이 검증은 손상되거나 부분적으로 전기된 분개를 포착합니다.

해결 방법: 표시된 분개를 검토하고 수정하세요. 필요한 경우 원본 트랜잭션에서 다시 전기하세요.

9. 총계정원장 재실행

검증 내용: 분개 순서를 재실행하고 결과 잔액이 계산된 잔액과 일치하는지 검증합니다.

중요한 이유: 이것은 포괄적인 무결성 검사입니다. 처음부터 분개를 재실행하면 저장된 계산과 다른 잔액이 생성되는 경우, 데이터 파이프라인에 일관성 문제가 있는 것입니다.

해결 방법: 이는 일반적으로 데이터 문제를 나타냅니다. 발견 사항을 내보내고 재실행 결과가 저장된 값과 다른 특정 자산 및 기간을 조사하세요.

10. 무결성

검증 내용: 전체 워크스페이스에 걸쳐 데이터 무결성 검증을 실행합니다 — 참조 무결성, 총계정원장의 해시 체인 검증, 관련 엔터티 간의 일관성 검사.

중요한 이유: 다른 검증이 놓치는 저수준 데이터 문제를 포착합니다 — 고아 레코드, 끊어진 참조, 변조된 원장 항목.

해결 방법: 무결성 실패는 즉시 조사해야 합니다. 발견 사항에는 검증에 실패한 특정 레코드가 상세히 나와 있습니다.

11. 잔액 대 블록체인

이 검증은 계산된 온체인 잔액을 실시간 블록체인 데이터와 비교합니다.

검증 내용: 각 지갑의 현재 온체인 잔액을 조회하고 CryptaCount의 계산된 보유량과 비교합니다.

중요한 이유: 불일치는 데이터에 트랜잭션이 누락되었거나(동기화 간격) 트랜잭션이 잘못 분류되었음을 의미합니다(예: SWAP이어야 하는 TRANSFER_IN).

해결 방법: 영향받은 지갑을 다시 동기화하세요. 동기화 후에도 차이가 지속되면 불일치 기간의 개별 트랜잭션을 조사하세요.

12. 계층 구조 대사

검증 내용: 계정과목 계층 구조 전체에서 잔액이 올바르게 집계되는지 검증합니다 — 하위 계정이 상위 계정에 합산되는지 확인합니다.

중요한 이유: 보고서 합계의 일관성을 보장합니다. 계층 구조가 깨지면 재무상태표 또는 시산표 합계가 각 항목의 합과 일치하지 않습니다.

해결 방법: 계정과목 트리를 검토하고 잘못 구성된 상위/하위 관계를 수정하세요.

대사 실행

개별 검증

대사 대시보드에서 검증 항목명 옆의 Run을 클릭하여 단일 검증을 실행합니다. 대부분의 검증은 몇 초 내에 결과가 나타납니다; 대규모 워크스페이스의 경우 총계정원장 재실행 및 무결성 검사가 더 오래 걸릴 수 있습니다.

전체 대사

Run Full Reconciliation을 클릭하여 12가지 검증을 순서대로 모두 실행합니다. 이는 감사 추적 목적으로 저장되는 포괄적인 대사 보고서를 생성합니다.

전체 대사 실행이 권장되는 경우:

마감 전 각 회계 기간 말
대량의 새 데이터를 가져온 후
대량 분류 또는 총계정원장 매핑 변경 후
외부 사용을 위한 재무제표 생성 전

대사 보고서

Reconciliation → Reports 아래에서 완료된 보고서를 조회합니다.

대사 보고서 목록

각 보고서에는 다음이 표시됩니다:

실행 날짜 — 대사가 실행된 시간
유형 — 전체 대사 또는 개별 검증
상태 — 통과 (모든 검증 통과), 경고 (일부 문제), 또는 실패 (심각한 문제 발견)
발견 사항 — 모든 검증에서 발견된 총 문제 수

보고서 상세 내용

보고서를 클릭하면 전체 발견 사항을 볼 수 있습니다:

요약 — 발견 건수가 포함된 각 검증의 통과/실패 상태
발견 목록 — 설명, 영향받은 엔터티, 심각도가 포함된 개별 문제
권고 사항 — 각 발견 사항에 대한 해결 방법 제안

보고서 내보내기

대사 보고서는 외부 감사 사용을 위해 내보낼 수 있습니다. 내보내기에는 다음이 포함됩니다:

전체 발견 사항 세부 정보
검증 방법론 설명
이전에 처리된 발견 사항의 해결 상태
타임스탬프 및 워크스페이스 식별 정보

이 내보내기는 감사 문서화에 필수적입니다 — 대사 절차가 수행되었으며 그 결과에 대한 증거를 제공합니다.

도움이 더 필요하신가요?

원하는 내용을 찾지 못하셨나요? 지원팀이 도와드리겠습니다.

📚 도움말 센터 📧 이메일 지원 📋 티켓 제출 💡 기능 요청

귀사를 위해 CryptaCount를 검토 중이신가요? 요금 보기 · 데모 예약