한 종합 건설업자가 당황하여 경리 담당자에게 전화합니다. 은행 잔고는 여태껏 가장 많고, 세 개의 프로젝트가 순조롭게 진행 중인데, 회계사는 이번 분기에 회사가 실제로 손실을 보았다고 말했습니다. 당좌 예금 계좌가 그 어느 때보다 건강해 보이는데 어떻게 그런 일이 가능할까요?
그 답은 거의 항상 현실과 동떨어진 청구 때문입니다. 건설업자는 실제 완료된 작업보다 앞서 청구(선청구)하여 해당 현금을 급여, 장비, 다음 프로젝트의 착수 비용에 사용했습니다. 서류상으로는 좋은 달처럼 보이지만, WIP 스케줄에서는 경고 신호입니다.
이것이 바로 진행률 회계가 포착하기 위해 존재하는 정확한 문제입니다. 건설 회사, 설계 시공 회사, 엔지니어링 회사 또는 장기적인 다개월 계약으로 작업하는 사업체를 운영한다면, 이 방법과 그에 수반되는 진행 중인 작업(WIP) 스케줄을 이해하는 것이 순이익과 더 큰 프로젝트에 대한 보증 능력을 위해 할 수 있는 가장 영향력 있는 일 중 하나입니다.
건설업자가 현금주의 회계를 사용할 수 없는 이유
대부분의 소규모 사업체는 간단한 현금주의 장부 작성으로 충분합니다: 돈이 들어오고, 나가면 끝입니다. 그러나 건설업자는 그렇게 할 수 없습니다. 건설 계약은 일반적으로 수개월 또는 수년이 걸리며, 비용과 청구가 그들이 나타내는 수익과는 다른 회계 기간에 발생하기 때문입니다.
만약 건설업자가 프로젝트가 끝날 때까지 기다렸다가 수익을 기록한다면, 6개월 또는 1년짜리 프로젝트를 수행하는 회사는 매우 불규칙하고 오해의 소지가 있는 재무 상태를 보여줄 것입니다. 예를 들어, 첫 달에 재료를 구매하여 손실이 발생하고, 12개월째에 최종 청구서가 결제될 때 거대한 횡재를 기록하는 식입니다. 대출 기관, 보증 기관, 심지어 건설업자 자신의 경영진조차도 사업이 실시간으로 어떻게 운영되고 있는지 신뢰할 수 있는 정보를 얻을 수 없을 것입니다.
진행률(POC) 회계는 현금이 오고 갈 때나 프로젝트 완료 시점에만 수익을 인식하는 것이 아니라, 실제로 완료된 작업에 비례하여 수익과 이익을 점진적으로 인식함으로써 이러한 문제를 해결합니다.
진행률 회계 방식의 작동 원리
"실제로 얼마나 많은 작업이 완료되었는지"를 측정하는 가장 일반적인 방법은 원가 기준법이며, 이는 현재까지 지출된 원가를 해당 작업에 필요할 것으로 예상되는 총 원가와 비교합니다.
진행률 = 현재까지 발생한 원가 ÷ 총 예상 원가
예를 들어, 한 건설업자가 1,000,000달러 규모의 리모델링 프로젝트를 수주하여 지금까지 200,000달러를 지출했다고 가정해 봅시다. 이 작업의 총 예상 원가는 1,000,000달러입니다. 이는 다음을 의미합니다:
$200,000 ÷ $1,000,000 = 20% 완료
계약 가격이 1,000,000달러라면, 건설업자는 이 시점까지 200,000달러의 수익을 인식했어야 합니다. 고객에게 실제로 얼마를 청구했는지는 중요하지 않습니다. "벌어들인 수익"과 "청구된 금액" 사이의 이러한 차이가 바로 WIP 스케줄이 추적하는 내용입니다.
다른 진행률 측정 방법들(완료된 단위, 투입 노동 시간, 공학적 이정표 등)도 존재하지만, 대부분의 건설업자가 견적 및 입찰 목적으로 작업 원가를 면밀히 추적하고 있기 때문에 원가 기준법이 단연 가장 널리 사용됩니다.
진행 중인 작업(WIP) 스케줄 구축
WIP 스케줄은 진행률 회계를 실제로 적용하는 보고서입니다. 일반적으로 매월 프로젝트별로 다시 작성되며, 각 작업에 대해 네 가지 핵심 입력값이 필요합니다.
- 계약 가격 — 승인된 변경 주문을 포함한 총 합의된 계약 가치
- 총 예상 원가 — 변경 주문을 포함하여 작업 시작부터 완료까지 예상되는 모든 원가
- 현재까지 발생한 원가 — 현재까지 지출된 실제 직접 및 간접 원가
- 현재까지의 진행 청구액 — 현재까지 고객에게 실제로 청구된 총액
이 네 가지 수치를 바탕으로 스케줄은 다음을 계산합니다.
- 진행률 (발생 원가 ÷ 총 예상 원가)
- 수익 인식액 (진행률 × 계약 가격)
- 인식 총이익 (수익 인식액 − 발생 원가)
- 초과/미달 청구액 (진행 청구액 − 수익 인식액)
마지막 항목에 가장 유용한 정보와 대부분의 위험이 존재합니다.
초과 청구 vs. 미달 청구: 대부분의 소규모 건설업자가 빠지는 함정
초과 청구는 진행률을 기준으로 실제로 벌어들인 금액보다 더 많이 청구했을 때 발생합니다. 아직 완료하지 않은 작업에 대해 현금을 미리 받은 것입니다. 재무상태표에서는 부채로 나타납니다(때로는 여전히 "원가 초과 청구액"으로 표시되기도 하지만, ASC 606은 더 명확한 용어로 변경했습니다. 자세한 내용은 아래에서 설명합니다).
약간의 초과 청구는 정상적이며 심지어 건전하기도 합니다. 이는 최종 수령액을 받기 전에 착수 비용, 자재, 급여를 충당하는 데 사용됩니다. 함정은 건설업자가 그 추가 현금을 해당 프로젝트와 관련 없는 것들(새 장비, 배당금, 보너스 등)에 사용할 때 발생합니다. 프로젝트의 실제 원가가 결국 따라잡을 때, 이를 충당할 현금이 남아 있지 않아 건설업자는 갑자기 자비로 부족분을 메우거나 신용 한도를 사용해야 합니다.
미달 청구는 더 위험한 유형이며, 아직 현금 흐름 경고음이 울리지 않아 놓치기 쉽습니다. 오히려 그 반대입니다. 미달 청구는 청구한 금액보다 더 많은 작업을 완료했음을 의미합니다. 본질적으로 고객에게 그 차이만큼 무이자 대출을 해준 것입니다. 일반적인 원인으로는 변경 주문 승인 지연, 실제 진행보다 늦게 설정된 마일스톤 청구 일정, 또는 단순히 인출 신청이 늦어진 프로젝트 관리자 등이 있습니다.
관리되지 않는 미달 청구는 건설업자의 현금 보유액을 조용히 고갈시킵니다. 손익계산서상으로는 회사가 수익성이 있는 것처럼 보이지만(수익이 인식되었으므로), 은행 계좌는 완전히 다른 이야기를 합니다. "벌어들인" 수익에 대한 현금이 아직 들어오지 않았기 때문입니다. 충분히 많은 미달 청구 프로젝트가 동시에 진행되면, 사업이 기술적으로는 수익성이 있음에도 불구하고 급여를 지급하기 거의 불가능해질 수 있습니다.
WIP 보고서의 정확성을 저해하는 일반적인 오류
WIP 보고서는 여기에 입력되는 추정치만큼만 유효하며, 몇 가지 습관은 그 정확성을 확실히 망가뜨립니다.
- 육안으로 진행률 추정. 관리자가 실제 원가 데이터를 사용하는 대신 현장 점검만으로 "대략 60% 완료되었다"고 추정하는 것은 정확성이 가장 중요한 부분에 추측을 도입하는 행위입니다.
- 오래된 미완성 원가 추정치 지속 사용. 공급업체 가격 인상, 일정 지연, 재작업 등 상황이 변할 때 "남은 완성 원가"를 아무도 업데이트하지 않으면, 진행률 계산은 현실과 조용히 멀어집니다.
- 연말에만 WIP 검토. 1년에 한 번 하는 검토로 과소 청구되거나 원가 초과가 심한 작업을 발견할 때쯤에는 문제가 수개월 동안 누적되어 해결하기 훨씬 어려워집니다.
- 변경 주문이 완전히 실행될 때까지 무시. 변경 주문으로 인한 원가는 서류가 서명되기 전에 작업에 반영되는 경우가 많아, 계약 금액이 따라잡을 때까지 진행률 계산을 왜곡합니다.
이 모든 문제에 대한 해결책은 동일합니다. 매월 WIP 보고서를 다시 작성하고, 실제 작업 원가 데이터(기억이 아닌)에 연결하며, 연말 규정 준수 활동이 아닌 관리 도구로 검토하는 것입니다.
이것이 보증 한도에 중요한 이유
더 큰 공공 또는 민간 사업을 수주하기 위해 보증 채권이 필요한 계약자에게 WIP 보고서는 단순한 내부 관리 도구가 아닙니다. 이는 보증 보험 인수 심사관이 가장 먼저 요청하는 자료 중 하나입니다. 심사관은 이를 통해 계약자가 작업을 얼마나 일관성 있게 추정하는지, 과다 청구된 현금이 책임감 있게 관리되는지, 그리고 과소 청구 패턴이 진행 중인 프로젝트의 현금 흐름 압박을 시사하는지 평가합니다.
정확하고 일관성 있게 유지 관리되는 WIP 보고서는 재정 규율과 예측 가능한 프로젝트 성과를 보여주기 때문에 계약자의 보증 한도를 크게 늘릴 수 있습니다. 반대로 일관성 없거나 수작업으로 대충 만든 WIP 보고서는 계약자가 작업 원가를 제대로 통제하지 못하고 있다는 신호로 읽히며, 이는 회사가 더 큰 계약으로 성장하려는 시점에 보증 한도를 제한할 수 있습니다.
ASC 606 업데이트: 새로운 용어, 동일한 핵심 아이디어
현재 GAAP(ASC 606)에 따르면, 진행률 인식법은 대부분의 장기 건설 및 엔지니어링 계약에 여전히 올바른 접근 방식입니다. 그러나 프레임워크는 "발생한 원가"에서 "고객이 생성되는 자산 또는 서비스에 대한 통제권을 획득할 때"로 강조점을 전환했습니다. 실제로는 여전히 동일한 원가 비례법을 사용하여 측정되는 경우가 많습니다.
ASC 606은 또한 오래된 용어를 대체했습니다. 계약자는 더 이상 "청구액을 초과하는 원가 및 추정 이익"과 "원가 및 추정 이익을 초과하는 청구액" 대신 다음을 보고합니다.
- 계약 자산 — 수익은 발생했으나 아직 청구되지 않은 금액 (과소 청구의 구 개념)
- 계약 부채 — 수행 전에 청구되거나 수령된 금액 (과다 청구의 구 개념)
계산 방식은 대체로 동일합니다. 변경된 것은 대차대조표 항목의 이름과 계약자가 이 방법을 적용하기 전에 신뢰할 수 있는 원가 추정치와 진행 상황을 추적하는 명확한 방법을 갖춰야 한다는 보다 명시적인 요구 사항입니다. 만약 원가 추정치가 지속적으로 신뢰할 수 없다면, 이는 진행률 인식 보고에 더 의존하기 전에 근본적인 작업 원가 계산 프로세스를 수정해야 한다는 신호입니다.
숫자를 정확하게 유지하기
이 모든 것은 깨끗하고 최신 작업 원가 데이터 없이는 작동하지 않습니다. 오래되고 수기로 입력된 스프레드시트로 작성된 WIP 보고서는 과다 청구와 과소 청구가 계약자에게 처음부터 어떻게 몰래 다가오는지 보여주는 정확한 예입니다. 모든 작업은 총계정원장과 쉽게 대조할 수 있고, 보증 기관이나 대출 기관이 질문할 때 쉽게 감사할 수 있으며, 원가 추정치가 변경되는 즉시 쉽게 업데이트할 수 있는 시스템에서 원가를 추적해야 합니다.
바로 이 지점에서 일반 텍스트, 버전 관리되는 부기가 그 가치를 발휘합니다. 모든 거래는 잠긴 데이터베이스 대신 사람이 읽을 수 있는 원장 파일에 저장되므로, 작업 원가 추정치가 언제 변경되었는지 정확히 확인할 수 있고, WIP 계산의 두 버전을 비교할 수 있으며, 보증 보험 인수 심사관에게 단순한 스냅샷이 아닌 완전하고 감사 가능한 이력을 제공할 수 있습니다.
재무 관리 간소화
매월 WIP 보고서를 처음 작성하든, 현실과 동떨어진 작업 원가 데이터를 정리하려고 하든, 그 기반은 동일합니다. 바로 정확하고 투명하며 최신 상태의 기록입니다. Beancount.io는 투명하고, 버전 관리되며, AI 지원이 가능한 일반 텍스트 회계를 제공합니다. 블랙박스도, 특정 공급업체 종속도 없으며, 모든 작업 숫자에 대한 완전한 가시성을 제공합니다. 지금 무료로 시작하세요 그리고 계약자 및 재무 전문가들이 왜 일반 텍스트 회계로 전환하고 있는지 확인하세요.