소프트웨어 자본화는 내부에서 개발 한 소프트웨어를 고정 자산으로 인식하는 것을 포함합니다. 소프트웨어는 기업의 내부 요구를 위해서만 취득 또는 개발 된 경우 내부 용으로 간주됩니다. 소프트웨어가 내부 용으로 개발 된 것으로 간주되는 상황의 예는 다음과 같습니다.
회계 시스템
현금 관리 추적 시스템
회원 추적 시스템
생산 자동화 시스템
또한 회사 외부에서 소프트웨어를 마케팅 할 합리적으로 가능한 계획이 없습니다. 시장 타당성 조사는 합리적으로 가능한 마케팅 계획으로 간주되지 않습니다. 그러나 처음에 내부 용으로 개발 된 소프트웨어를 판매 한 이력은 최신 내부 용 제품도 회사 외부에서 판매 될 것이라는 합리적인 가정을 만듭니다.
소프트웨어 자본화 회계 규칙
내부 용 소프트웨어에 대한 설명은 프로젝트 완료 단계에 따라 다릅니다. 관련 회계는 다음과 같습니다.
1 단계 : 예비 . 개발 프로젝트의 예비 단계에서 발생하는 모든 비용은 발생한 비용으로 청구되어야합니다. 이 단계에는 리소스 할당에 대한 결정, 성능 요구 사항 결정, 공급 업체 데모 수행, 기술 평가 및 공급 업체 선택이 포함됩니다.
2 단계 : 애플리케이션 개발 . 코딩, 하드웨어 설치 및 테스트를 포함 할 수있는 내부 용 소프트웨어를 개발하는 데 드는 비용을 활용하십시오. 데이터 변환, 사용자 교육, 관리 및 오버 헤드와 관련된 모든 비용은 발생한 비용으로 청구되어야합니다. 다음 비용 만 자본화 할 수 있습니다.
타사 개발 비용, 소프트웨어 구매 비용 및 개발 작업과 관련된 출장 비용과 같이 개발 노력에 소비되는 재료 및 서비스입니다.
소프트웨어 개발과 직접 관련된 직원의 급여 비용.
프로젝트 자금 조달에 발생한이자 비용의 자본화.
3 단계 . 구현 후 . 모든 구현 후 비용은 발생한 비용으로 청구합니다. 이러한 비용의 샘플은 교육 및 유지 관리 비용입니다.
비용의 허용 가능한 자본화는 예비 단계가 완료되고 경영진이 프로젝트에 자금을 지원하기로 약속 한 후 시작되어야하며, 프로젝트가 완료 될 가능성이 높으며 소프트웨어가 의도 한 기능에 사용됩니다.
비용의 자본화는 모든 실질적인 테스트가 완료되면 종료되어야합니다. 프로젝트가 더 이상 완료 될 가능성이없는 경우 관련 비용의 자본화를 중단하고 이미 자본화 한 비용에 대한 손상 테스트를 수행합니다. 자산을 장부해야하는 원가는 장부 금액 또는 공정 가치 (판매 원가가 적음) 중 더 낮습니다. 반대의 증거가없는 한 일반적으로 미완성 소프트웨어는 공정한 가치가 없다고 가정합니다.
