연구원가 vs 개발원가

핵심 포인트

연구비는 항상 비용 처리됩니다. 개발비는 특정 조건을 만족할 때만 자산화됩니다.
IAS 38의 6가지 자산화 기준을 모두 충족해야 하므로 감사인의 검증 범위가 넓습니다.
대부분의 감리 지적은 개발 비용을 조기에 자산화하거나 실패한 프로젝트 비용을 계속 자산화하는 것입니다.
IAS 38.71에 따르면 자산화된 개발비의 상각은 자산이 사용 가능한 시점부터 시작됩니다. 프로토타입 완성 후 상용화까지 6개월이 걸린 경우, 그 기간의 추가 비용을 자산화할지 비용 처리할지 판단이 필요합니다.

작동 방식

IAS 38은 무형자산의 정의부터 시작합니다. 식별 가능하고, 통제 가능하고, 미래 경제적 효익이 기대되는 자산만 인식할 수 있습니다. 문단 20은 이 정의를 연구와 개발 활동의 맥락에 적용합니다.
연구 단계는 새로운 지식이나 기술을 찾기 위한 원래의 계획된 조사 활동입니다. 이 단계의 모든 비용은 발생 시점에 비용으로 처리됩니다. IAS 38.25는 예외를 인정하지 않습니다. 미래에 상용화될 가능성이 있어도, 현재 기술이 실용성이 있어 보여도 비용 처리합니다.
개발 단계는 연구 결과를 새로운 제품, 공정, 시스템, 서비스에 적용하는 활동입니다. 이 단계에서는 개발 비용을 자산으로 인식할 수 있습니다. 단, IAS 38.57에 명시된 6가지 기준을 모두 충족해야 합니다.
기준은 다음과 같습니다: (a) 기술적 실현 가능성 입증, (b) 자산 완성 의도, (c) 자산 사용 또는 판매 능력, (d) 미래 경제적 효익 생성 가능성, (e) 개발 비용 추적 가능성, (f) 자산 사용과 관련된 향후 비용 신뢰성 있게 측정 가능성.
감사인의 역할은 경영진이 이 6가지 기준을 객관적 증거로 뒷받침하는지 확인하는 것입니다. ISA 540.14는 경영진의 회계추정이 정당한 가정에 기반하고 충분한 입증으로 지지되어야 한다고 요구합니다. 개발 비용 자산화는 경영진의 주관적 판단입니다. 감사인이 개입해야 하는 지점입니다.

실제 사례: 메카테크 소프트웨어 GmbH

클라이언트: 독일 소프트웨어 개발 회사, 2024년도 회계연도, 매출 €8.2M, IFRS 보고.
기업은 클라우드 기반 생산 관리 솔루션 개발에 €650,000을 지출했습니다. 개발팀이 3개 프로젝트로 분류했습니다.
프로젝트 A: 데이터 분석 엔진 (비용 처리)
프로젝트 B: 데이터 분석 엔진 (재설계) (부분 자산화)
프로젝트 C: 모바일 애플리케이션 (비용 처리)
결론: 경영진이 6가지 자산화 기준을 객관적 증거로 입증한 경우에만 개발 비용 자산화가 정당화됩니다. 프로젝트 A와 C는 명확히 기준을 충족하지 않거나 더 이상 충족하지 않습니다. 프로젝트 B는 기술 입증, 계약, 현금 흐름 예측이 모두 지지합니다.

초기 알고리즘 연구: 코딩 전 3개월 문헌 조사, 경쟁사 솔루션 분석
기술적 접근방식 정의 전까지의 모든 비용: €120,000
경영진의 판단: 이 단계에서는 기술적 실현 가능성이 미정 상태
감사인 문서화: "IAS 38.25에 따라 연구 단계로 분류. 원본 알고리즘이 작동하지 않아 폐기. 재설계 비용은 프로젝트 B의 개발 단계에 포함."
실행 가능한 프로토타입 완성: €280,000
베타 고객 2명에 배포, 오류 수정 단계 진행 중
경영진의 판단: 6가지 기준 충족 여부
(a) 기술 실현 가능성: 프로토타입 작동함
(b) 완성 의도: 회계연도 내 완성 계획
(c) 사용 능력: 베타 고객 2명 즉시 사용 중
(d) 경제적 효익: 계약 구독료 월 €2,500 (연 €30,000 예상)
(e) 비용 추적: 엔지니어 임금, 클라우드 인프라 비용 분리 기록됨
(f) 향후 비용 측정: 유지보수 비용 유사 제품 기준으로 €3,000/년 추정
감사인 검증: 구독 계약 사본 확인. 기술 고문이 실현 가능성 입증. 경영진의 현금 흐름 예측이 보수적이고 기록 가능한 가정에 기초하는지 확인.
감사인 결론: 자산화 조건 충족. €280,000을 무형자산으로 인식 정당화. 연간 €70,000 상각 (4년).
초기 프로토타입: €150,000
개발 중단. 경쟁사의 유사 솔루션이 시장을 선점. 비즈니스 사례 더 이상 유지 불가능.
경영진의 처리: 비용 처리
감사인 문서화: "2024년 4월 개발 중단 결정. 미래 경제적 효익 기대 불가능. IAS 38.65에 따라 비용으로 처리. 2024년도 손인식 €150,000."

감리 지적과 실무 오류

Tier 1 지적: FRC 2024년 감리 보고서는 개발 비용 자산화가 가장 높은 재작업 비율(약 30%)을 기록한 분야라고 지적했습니다. 주요 원인은 경영진이 자산화 기준의 일부만 적용하거나, 경영진의 판단을 객관적 증거로 입증하지 못한 경우입니다.
Tier 2 오류: IAS 38.57(f) 요구사항 위반. 경영진이 향후 비용을 추정했으나, 그 추정이 신뢰성 있게 측정 가능한지 감사인이 검증하지 않은 경우입니다. ISA 540.13은 회계추정 방법이 적절한지 평가하도록 요구합니다.
Tier 3 실무 격차: 개발비 자산화 후 프로젝트가 실패했을 때, 경영진이 즉시 손상 검사를 수행하지 않는 관행입니다. IAS 36은 손상 지표가 있을 때마다 손상검사를 요구합니다. 개발 프로젝트 중단, 경쟁사의 유사 솔루션 출시, 예상 현금 흐름 감소 등은 손상 지표입니다.
Tier 4 실무 격차: 여러 프로젝트의 개발비를 단일 무형자산으로 통합 자산화하는 관행입니다. IAS 38.24는 각 무형자산을 개별적으로 식별하도록 요구합니다. 프로젝트별 비용 추적이 없으면 손상검사 시 개별 현금흐름 배분이 불가능합니다.

연구 단계 vs 개발 단계

| 측면 | 연구 단계 | 개발 단계 |
|------|---------|---------|
| 회계 처리 | 항상 비용 처리. IAS 38.25. | 6가지 기준 충족 시 자산화 가능. IAS 38.57. |
| 식별 여부 | 계획 시점에 비용 분류 가능 | 명확한 경계점 필요. 경영진이 의도적 판단 |
| 입증 요구 | 낮음. 비용 처리 정당화가 단순함 | 높음. 6가지 기준 각각에 객관적 증거 필요 |
| 손상 위험 | 해당 없음 (비용 처리됨) | 높음. 프로젝트 실패 시 손상검사 의무 |
| 감사인 개입 | 중간. 비용 분류 타당성 확인 | 높음. 회계추정 입증 및 현금 흐름 검증 필요 |

실무에서 차이가 중요한 순간

제조 회사가 신제품 개발에 €2.1M을 투입했습니다. 경영진은 이 중 €1.2M을 개발 비용으로 자산화했습니다.
감사인의 질문은 단순하지 않습니다. 경영진이 연구와 개발을 어디서 구분했는지, 그 구분이 객관적인지 확인해야 합니다. 경영진이 "이것이 개발이라고 판단했다"고 말한 것만으로는 충분하지 않습니다. ISA 540.14에 따라 감사인은 경영진의 회계추정이 정당한 가정과 충분한 데이터에 기초했는지 평가해야 합니다.
개발 단계라고 분류한 비용 €1.2M에 대해 감사인이 검증해야 할 것:
하나라도 입증되지 않으면, 경영진의 자산화 판단은 회계기준에 부합하지 않습니다.

기술팀의 메모나 프로젝트 계획서에서 기술적 실현 가능성이 입증되었는가
경영진이 제품 완성과 출시 시간표를 명시했는가
시장 조사, 고객 사전 주문, 또는 내부 용도 명시가 있는가
현금 흐름 예측이 합리적이고 보수적인가
유사한 과거 프로젝트의 성공률이나 손실 이력이 있는가