수익 계약 규칙

사이드바의 Revenue Rules 아래 수익 계약 규칙은 CryptaCount가 수신 트랜잭션을 수익으로 분류하는 방법을 정의합니다. 이 규칙들은 다양한 수익 흐름 — staking 보상, 검증자 수수료, 프로토콜 수입, 서비스 수익 — 을 자동으로 구분하여, 수동 검토 없이 트랜잭션이 올바른 계정과목에 전기되도록 합니다.

수익 규칙이 중요한 이유

암호화폐 기업은 동일한 지갑 주소를 통해 여러 유형의 수입을 받는 경우가 많습니다:

• 검증자 운영으로부터의 Staking 보상
• DeFi 프로토콜 소유에 따른 프로토콜 수수료
• 암호화폐로 지급되는 SaaS 또는 인프라 서비스의 서비스 수익
• 관할권에 따라 수익을 구성할 수도 있고 그렇지 않을 수도 있는 Airdrop
• 대출 또는 유동성 공급으로부터의 수익률

규칙이 없으면 모든 수신 토큰은 일반 분류로 기본 설정됩니다. 수익 규칙은 비즈니스 로직을 적용하여 이러한 범주를 자동으로 구분하며, 다음을 보장합니다:

• 올바른 계정과목 전기 (다양한 수익 유형 → 다양한 계정)
• 정확한 손익계산서 분류
• 적절한 세금 처리 (수익 인식 시점이 범주별로 다를 수 있음)
• 문서화된 규칙이 있는 감사 준비 분류

규칙 생성

새 수익 분류 규칙을 생성하려면:

1. Revenue Rules로 이동합니다
2. Create Rule을 클릭합니다
3. 규칙 기준을 구성합니다:

규칙 기준

필드	설명
이름	설명적인 레이블 (예: “Ethereum Staking Rewards — Acme Digital Holdings”)
자산	이 규칙이 적용되는 토큰 또는 코인 (예: ETH)
트랜잭션 유형	특정 유형 매칭 (STAKING_REWARD, CLAIM_REWARD 등)
출처 주소	특정 발신자 주소의 트랜잭션 매칭 (예: 알려진 staking 계약)
금액 범위	선택적 최소/최대 금액 필터
지갑	선택적으로 특정 지갑으로 제한

규칙 작업

트랜잭션이 기준과 일치하면 규칙이 다음을 할당합니다:

• 수익 분류 — 특정 수익 범주 (영업 수익, staking 수입, 프로토콜 수수료 등)
• 계정과목 — 전기할 원장 계정
• 경제적 의도 — INCOME, OPERATIONAL, INVESTMENT 등

4. 규칙을 저장합니다

규칙 테스트

규칙을 활성화하기 전에 기존 트랜잭션 데이터에 대해 테스트합니다:

1. 규칙 상세 보기에서 Test Rule을 클릭합니다
2. 시스템이 모든 워크스페이스 트랜잭션에 대해 규칙 기준을 평가합니다
3. 결과에 다음이 표시됩니다:
   • 매칭된 트랜잭션 — 이 규칙으로 분류될 기존 트랜잭션 수
   • 샘플 매칭 — 제안된 분류와 함께 매칭된 트랜잭션 미리보기
   • 충돌 — 이 규칙 AND 다른 기존 규칙과 모두 매칭되는 트랜잭션

활성화 전 테스트

새 규칙을 활성화하기 전에 테스트를 강력히 권장합니다. 기준이 너무 광범위한 규칙은 대규모로 트랜잭션을 잘못 분류할 수 있습니다. 테스트 결과를 검토하여 다음을 확인하세요:

• 매칭 건수가 합리적인지 (예상보다 높거나 낮지 않은지)
• 샘플 트랜잭션이 분류하려는 유형인지
• 우선순위가 높은 규칙과 충돌이 없는지

규칙 활성화/비활성화

각 규칙에는 활성/비활성 토글이 있습니다:

• 활성 — 규칙이 분류 중에 적용됩니다. 새 트랜잭션 및 재분류된 트랜잭션이 이 규칙에 대해 평가됩니다.
• 비활성 — 규칙이 존재하지만 적용되지 않습니다. 규칙을 삭제하지 않고 일시적으로 비활성화할 때 사용합니다.

규칙 목록 또는 상세 보기에서 규칙을 토글합니다. 규칙을 비활성화해도 이미 적용된 분류는 취소되지 않습니다 — 향후 트랜잭션의 매칭만 중지됩니다.

규칙 우선순위와 충돌

여러 규칙이 동일한 트랜잭션과 매칭될 수 있는 경우 CryptaCount는 우선순위 순서대로 규칙을 적용합니다. 먼저 매칭되는 규칙이 적용됩니다.

우선순위 관리

규칙은 목록 순서대로 평가됩니다. 규칙을 드래그하여 순서를 변경하고 우선순위를 설정합니다. 더 구체적인 규칙을 더 광범위한 규칙 위에 배치합니다:

1. 특정 계약 + 특정 자산 + 특정 지갑 — 최고 우선순위
2. 특정 계약 + 특정 자산 — 중간 우선순위
3. 자산만 또는 유형만 규칙 — 낮은 우선순위, 더 광범위한 포괄 규칙

충돌 해결

테스트 기능에서 규칙 간 충돌이 표시되면 다음 방법으로 해결합니다:

• 기준 좁히기 — 충돌하는 규칙에 조건을 더 추가하여 겹치지 않도록 함
• 순서 변경 — 더 구체적인 규칙을 우선순위 목록에서 위로 이동
• 병합 — 겹치는 규칙을 올바른 분류를 가진 단일 규칙으로 결합

워크스페이스 규칙과 전역 규칙

수익 분류는 두 가지 수준에서 작동합니다:

• 워크스페이스 규칙 — 워크스페이스 사용자가 생성하며 하나의 워크스페이스에만 적용됨
• 전역 규칙 — 모든 워크스페이스에 걸쳐 적용되는 플랫폼 수준 규칙

동일한 트랜잭션 유형에 대해 워크스페이스 규칙이 전역 규칙보다 우선합니다.

회계 파이프라인과의 통합

수익 규칙은 회계 파이프라인에 연결됩니다:

1. 트랜잭션 도착 (지갑 동기화 또는 CEX 가져오기에서)
2. 자동 분류 실행, 수익 규칙 평가 포함
3. 매칭된 규칙이 수익 범주와 계정과목 할당
4. 분개 생성이 할당된 계정과목을 대변 분개에 사용
5. 재무 보고서에 올바른 손익계산서 라인의 분류된 수익 반영

어떤 규칙도 수입 트랜잭션과 매칭되지 않으면 기본 분류 로직으로 넘어가거나 수동 검토 대기열에 들어갑니다.

팁

가장 거래량이 많은 수익 흐름에 대한 규칙부터 시작하세요. Acme Digital Holdings의 경우 staking 보상과 프로토콜 수수료가 이에 해당할 수 있습니다. 검토 대기열에서 엣지 케이스가 나타나면 그때 규칙을 추가하세요 — 이렇게 하면 처음부터 과도하게 설계하지 않고 점진적으로 포괄적인 규칙 세트를 구축할 수 있습니다.