개발비를 ‘자산’으로 올리면 적자가 사라질까요 — R&D 자본화가 이익을 만드는 게 아니라 미루는 일인 이유

적자가 30억 나는 시리즈 A 스타트업을 떠올려 봅시다. 비용의 절반 이상이 개발자 인건비고, 다음 라운드를 앞두고 있습니다. 어느 날 누군가 이런 제안을 합니다. “그 개발 인건비, 비용으로 다 털지 말고 ‘개발비’로 자산에 올리면 어떨까요? 그러면 적자가 확 줄어 보일 텐데.” 숫자상으로는 솔깃합니다. 같은 10억을 비용에서 빼서 자산으로 옮기면 그해 영업손실이 10억 줄어드니까요.

그런데 이건 회계에서 가장 오해가 깊은 결정 중 하나입니다. 결론부터 말하면, 개발비 자본화는 적자를 없애는 게 아니라 미루는 일입니다. 그리고 회계기준은 그 미루기를 아무 때나 못 하도록 여섯 개의 관문을 세워뒀습니다.

회계는 ‘연구’와 ‘개발’을 가른다 — 연구비는 무조건 비용

가장 먼저 깨야 할 오해는 “R&D에 쓴 돈은 다 개발비로 올릴 수 있다”입니다. 회계기준(K-IFRS 제1038호, 비상장사가 주로 쓰는 일반기업회계기준이라면 제11장)은 내부에서 만든 무형자산을 연구단계와 개발단계로 나누고, 둘을 완전히 다르게 취급합니다.

연구단계는 “될지 안 될지 탐색하는 단계”입니다. 새로운 기술을 조사하고, 여러 대안을 검토하고, 가능성을 따져보는 활동이죠. 여기에 쓴 돈은 선택의 여지 없이 전액 그해 비용입니다. 미래에 돈이 될지 아직 불확실하다고 보기 때문입니다. 자산으로 올리고 싶어도 못 올립니다.

개발단계는 “탐색이 끝나고 제품으로 구체화하는 단계”입니다. 설계를 확정하고, 시제품을 만들고, 상용화를 준비하는 활동입니다. 여기서부터 비로소 자산화의 문이 열립니다. 단, ‘열린다’는 것이지 ‘자동으로 된다’는 게 아닙니다. 다음 관문이 남아 있습니다.

여기서 CFO가 챙겨야 할 첫 번째 포인트. 스타트업이 “우리는 개발에 다 쓴 돈인데”라고 할 때, 회계가 보는 ‘개발단계’는 그보다 훨씬 좁습니다. 아이디어 검증·기술 탐색에 가까운 초기 작업은 대부분 연구단계로 분류되어 비용이 됩니다. 자본화 대상은 생각보다 작은 덩어리라는 걸 먼저 인지해야 합니다.

개발단계라도 여섯 관문을 모두 통과해야 자산이 된다

개발단계에 들어섰다고 해서 끝이 아닙니다. K-IFRS 제1038호는 개발비를 자산으로 올리려면 여섯 가지를 모두 입증하라고 요구합니다(제1038호 문단 57). 하나라도 못 채우면 그 지출 역시 비용입니다.

1. 기술적 실현가능성 — 그 무형자산을 완성해서 실제로 쓰거나 팔 수 있다는 기술적 가능성
2. 완성·사용·판매 의도 — 끝까지 만들어 쓰거나 팔겠다는 기업의 의도
3. 사용·판매할 능력 — 완성된 결과물을 실제로 사용하거나 시장에 내놓을 수 있는 능력
4. 미래 경제적효익 — 그 자산이 어떻게 돈을 벌어다 줄지(시장의 존재 등)를 제시할 수 있을 것
5. 자원의 입수가능성 — 개발을 완료하는 데 필요한 기술적·재정적 자원을 확보하고 있을 것
6. 지출의 신뢰성 있는 측정 — 그 무형자산에 들어간 지출을 따로 구분해 신뢰성 있게 측정할 수 있을 것

이 목록을 스타트업의 현실에 대보면 왜 자본화가 어려운지 보입니다. 시리즈 A 단계의 제품은 아직 시장 검증이 안 끝났는데 4번(미래 경제적효익)을 객관적으로 보이기가 쉽지 않습니다. 런웨이가 빠듯한데 5번(개발 완료에 필요한 재정적 자원 확보)을 자신 있게 말하기도 어렵고요. 6번(지출의 구분 측정)은 더 현실적인 벽입니다. 개발자 한 명이 신규 개발과 기존 제품 유지보수를 오가며 일하는데, 그중 자본화 대상 개발에 쓴 시간만 떼어 신뢰성 있게 측정한 기록이 있느냐 — 대부분 없습니다.

개발비 자본화의 본체는 회계 분개가 아니라 ‘여섯 요건을 입증하는 문서’입니다. 문서가 없으면 자본화는 처리가 아니라 위험입니다.

자본화는 이익을 ‘만드는’ 게 아니라 ‘미루는’ 것이다

설령 요건을 다 갖춰 자본화가 된다고 해도, 핵심을 놓치면 안 됩니다. 자본화는 비용을 없애는 게 아니라, 비용이 잡히는 시점을 뒤로 미루는 것입니다.

10억을 그해 전부 비용으로 털면 손익계산서에 한 번에 -10억이 찍힙니다. 같은 10억을 자산으로 올리면, 그해 손익에는 안 잡히는 대신 재무상태표에 무형자산 10억이 생깁니다. 적자가 줄어 보이는 건 맞습니다. 그런데 그 10억은 어디로 사라진 게 아닙니다. 자산으로 자리를 옮겼을 뿐이고, 앞으로 여러 해에 걸쳐 상각을 통해 다시 비용으로 떨어집니다.

그래서 자본화를 많이 한 스타트업의 손익은 한 가지 특징을 보입니다. 지금은 적자가 작아 보이는데, 앞으로 몇 년간 매출과 무관한 상각비가 매년 깔립니다. 손익을 좋게 만든 게 아니라, 좋아 보이는 시점을 빌려온 뒤 이자처럼 갚아나가는 구조입니다. 투자자나 인수자가 재무제표를 볼 줄 안다면, 무형자산에 쌓인 개발비와 그에 따라올 상각 스케줄을 반드시 들여다봅니다.

미룬 비용은 상각으로, 때로는 손상으로 한꺼번에 돌아온다

미룬 비용이 돌아오는 길은 두 가지입니다. 하나는 평탄한 길, 하나는 절벽입니다.

평탄한 길은 상각입니다. 자본화한 개발비는 그 자산이 효익을 내는 기간에 걸쳐 나눠서 비용으로 떨어집니다. 10억을 올리고 효익 기간을 5년으로 보면 매년 2억씩 상각비가 잡히는 식입니다. 상각은 자본화한 순간이 아니라 그 자산이 완성되어 사용 가능해진 때부터 시작하고(제1038호 문단 97), 5년은 어디까지나 예시입니다 — 실제 상각 기간은 그 자산이 효익을 낼 기간을 회사가 추정해 정합니다.

절벽은 손상입니다. 자본화해 둔 개발 프로젝트가 중간에 엎어지거나 상용화가 무산되면, 그 자산은 더 이상 미래 효익이 없습니다. 이때는 남은 장부금액을 그해에 한꺼번에 손상차손으로 털어야 합니다. 스타트업은 제품 피벗이 잦습니다. 자본화를 공격적으로 해둔 회사일수록, 피벗 한 번에 그동안 쌓아둔 개발비가 한 분기 손익을 통째로 무너뜨리는 일이 생깁니다. 미뤄둔 비용이 가장 안 좋은 타이밍에 폭탄으로 돌아오는 셈입니다.

감사·실사에서 가장 먼저 들춰보는 계정

외부감사를 처음 받는 스타트업이 자주 놀라는 지점이 여기입니다. 감사인이 재무제표를 받으면, 무형자산에 쌓인 개발비는 우선적으로 들여다보는 계정 중 하나입니다. 이유는 단순합니다. 경영진이 손익을 좋게 보이려고 비용을 자산으로 넘기기 가장 쉬운 자리가 바로 여기이기 때문입니다.

감사인은 앞의 여섯 요건을 문서로 요구합니다. “기술적 실현가능성을 어떻게 판단했는지”, “어떤 근거로 개발단계라고 봤는지”, “지출을 어떻게 구분 측정했는지”를 보여달라고 합니다. 그때 “개발에 쓴 게 분명하니까요” 같은 구두 설명만으로는 통하지 않습니다. 요건 입증이 부실하면 감사인은 자본화를 인정하지 않고, 회사는 그동안 자산으로 쌓아둔 개발비를 비용으로 환원해야 합니다. 그 순간 줄여놨던 적자가 한꺼번에 드러납니다.

투자실사(due diligence)도 같은 자리를 봅니다. 투자자 측 회계 자문은 무형자산 명세를 받아 “이게 진짜 자산이 맞는지”를 검증합니다. 여기서 자본화가 과했다고 판단되면, 그들은 조정 후 손익(adjusted EBITDA 등)을 다시 계산해 협상 테이블에 올립니다. 좋게 보이려고 만든 숫자가 오히려 실사에서 신뢰를 깎고 밸류에이션을 끌어내리는 역효과를 냅니다.

그래서, 자본화를 하지 말라는 게 아닙니다

오해를 피하기 위해 분명히 해두면, 개발비 자본화 자체가 잘못은 아닙니다. 요건을 실제로 충족하는 개발 활동이라면, 자본화는 비용과 수익의 시점을 맞추는 정당하고 올바른 회계 처리입니다. 문제는 요건을 따지지 않고 ‘적자를 줄이는 도구’로 쓸 때 생깁니다.

그래서 CFO가 할 일은 분개를 어떻게 칠지 고민하는 게 아니라, 자본화를 뒷받침할 문서를 미리 만들어 두는 것입니다. 개발 단계 진입 시점을 회의록으로 남기고, 기술적 실현가능성 판단 근거를 기록하고, 개발자 공수를 프로젝트별로 구분해 측정하는 체계를 갖추는 일입니다. 이 문서가 있으면 자본화는 감사에서도 실사에서도 방어됩니다. 없으면, 자본화는 처리가 아니라 미뤄둔 리스크입니다.

자본화 여부를 결정하기 전에 스스로 물어볼 질문은 하나입니다. “감사인이 여섯 요건의 근거를 문서로 달라고 했을 때, 내일 당장 내놓을 수 있는가?” 그 답이 ‘아니오’라면, 지금은 자본화할 때가 아니라 비용으로 두고 문서 체계부터 갖출 때입니다.