CFO가 전용 클라우드 서버 뱅크에 대한 "매니지드 서비스" 계약, 다년 일조 전력 구매 계약, 그리고 지역 창고 내 공간을 예약하는 제3자 물류 계약에 서명합니다. 이 세 서류 어디에도 "리스(lease)"라는 단어는 등장하지 않습니다. 하지만 ASC 842에 따르면, 이 세 가지 모두 리스에 해당할 수 있으며, 재무상태표에 사용권 자산(ROU assets) 및 리스 부채로 계상되어야 할 수도 있습니다.
이것이 바로 내재 리스(embedded-lease) 문제이며, 대부분의 중견 기업들에 있어 도입 후 발생하는 가장 큰 혼란의 원인입니다. 회계 팀은 2022년에 ASC 842를 도입하고 명백한 항목들(부동산, 차량 운반구, 복사기)을 처리한 뒤 다음 단계로 넘어갔습니다. 그 사이 조달 팀은 계속해서 서비스 계약을 체결했습니다. 두 번의 감사가 지난 후, 감사인이 "서비스 계약" 샘플을 추출하여 곤란한 질문을 던지기 시작합니다.
방대한 분량의 IT 호스팅 계약서를 넘겨보며 방금 리스 계약을 체결한 것인지 고민해 본 적이 있다면, 이 가이드가 도움이 될 것입니다. 리스 여부를 결정하는 두 가지 테스트, 내재 리스가 가장 흔히 숨어 있는 곳, 정신 건강을 지켜줄 실무적 간편법(practical expedient), 그리고 조달·법무·회계 팀 간의 의사소통 오류를 방지하는 워크플로우에 대해 알아보겠습니다.
ASC 842의 실제 정의
계약이 대가를 대가로 식별된 자산의 사용 통제권을 일정 기간 동안 이전한다면, 그 계약은 리스이거나 리스를 포함하고 있는 것입니다. 이 한 문장이 모든 것을 결정합니다. 당사자들이 이를 리스라고 부를 필요도 없고, 자산이 부동산이어야 할 필요도 없으며, 지급 일정이 임대료처럼 보일 필요도 없습니다. 실질이 부합한다면 형식은 중요하지 않습니다.
리스 여부는 다음 두 가지 질문으로 결정됩니다:
- 식별된 자산이 있는가?
- 고객이 해당 자산의 사용을 지시하고 경제적 효익의 대부분을 얻을 권리를 갖는가?
두 질문에 모두 "예"라고 답하게 된다면, 그 계약이 IT 벤더, 공공요금 청구서, 또는 화물 송장과 함께 보관되어 있더라도 그것은 리스입니다.
테스트 1: 식별된 자산 테스트
식별된 자산은 계약서에 명시적으로 지정되거나(예: 레스턴 데이터 센터 14번 랙의 서버 SN-7842), 공급자가 해당 자산을 사용해야만 계약을 실질적으로 이행할 수 있어 암묵적으로 지정되는 자산을 의미합니다. 대규모 자산의 일부 용량은 물리적으로 구분되는 경우에만 식별된 자산으로 간주됩니다. 예를 들어 창고의 특정 지정 층은 해당되지만, 공급업체 대역폭의 불특정 10%는 해당되지 않습니다.
자산이 식별되었더라도 공급자가 **실질적인 교체권(substantive substitution right)**을 보유하고 있다면 분석은 무효화됩니다. 교체권이 실질적이기 위해서는 공급자가 사용 기간 내내 자산을 교체할 수 있는 실질적인 능력이 있어야 하며, 교체를 통해 경제적 이득을 얻어야 합니다. 이 기준은 매우 높습니다. 단순히 "우리는 교체할 권리를 보유한다"는 식의 상투적인 문구는 통과하기 어렵습니다. 만약 교체 시 고객이 설치, 인증 또는 시운전을 다시 해야 하거나, 공급자의 교체 비용이 이익보다 크다면 교체권은 실질적이지 않은 것이며, 결과적으로 식별된 자산이 존재하게 됩니다.
실무적 해석: 만약 IT 벤더가 하드웨어를 교체하기 위해 기술자를 현장에 파견해야 하거나, 전력 계약에서 특정 태양광 발전소를 명시하고 개발자가 다른 시설에서 발전량을 대체할 수 없다면, 거의 확실히 식별된 자산을 보유한 것입니다.
테스트 2: 사용 지시권 테스트
식별된 자산이 있더라도, 고객이 사용 기간 중 경제적 효익의 대부분을 얻고 자산이 어떻게, 어떤 목적으로 사용될지를 지시하지 않는다면 리스는 성립하지 않습니다. "사용 지시" 여부를 판단하는 것이 보통 더 까다롭습니다. 이는 다음과 같은 경우에 해당할 수 있습니다:
- 산출물을 결정하는 경우(자산이 무엇을, 언제 생산하고, 그것이 어디로 가는지)
- 경제적 효익에 가장 큰 영향을 미치는 운영 결정을 내리는 경우
- 사용 기간 시작 전에 이러한 결정들이 미리 정해지도록 자산을 설계하는 경우
공급자가 일상적인 운영 결정(무엇을 언제 가동할지, 고객들이 자산을 어떻게 공유할지, 유지보수를 언제 할지 등)을 내린다면 사용 지시권은 공급자에게 있으며 리스는 존재하지 않습니다. 반면, 고객이 작업 부하(workload), 구성, 일정 또는 산출물을 지정한다면 지시권은 고객에게 넘어가며 리스가 발생합니다.
벤더가 인프라를 소유하고 운영 방식에 대한 모든 것을 결정하는 순수 소프트웨어 서비스(SaaS) 구독은 일반적으로 리스를 포함하지 않습니다. 그러나 서버 구성을 지정하고 작업 부하를 제어하며 독점적으로 사용하는 "전용 테넌시(dedicated tenancy)" 또는 "프라이빗 클라우드" 배치는 리스에 해당할 가능성이 높습니다.
내재리스가 숨어 있는 네 가지 장소
대부분의 감사인들이 발견하는 내재리스(embedded leases)는 크게 네 가지 계약 범주에 속합니다. 만약 이 항목들을 구체적으로 검토하지 않았다면, 여러분의 ASC 842 관련 업무는 아직 끝난 것이 아닙니다.
IT 호스팅, 코로케이션 및 관리 서비스 계약
이곳은 내재리스가 가장 많이 숨어 있는 곳입니다. 전용 서버(dedicated servers), 명시된 네트워크 장비, 코로케이션 시설 내의 예약된 케이지(cages) 또는 랙(racks), 다크 파이버(dark fiber) 회선, 또는 특정 하드웨어를 기반으로 구축된 프라이빗 클라우드 용량 등을 확인해야 합니다. "전용(dedicated)", "예약된(reserved)", "명명된 인스턴스(named instances)", "프라이빗(private)" 또는 특정 일련번호나 자산 태그와 같은 용어가 사용되었다면 내재리스일 가능성이 높습니다.
공급업체가 데이터 센터 간에 워크로드를 자유롭게 이동시키는 멀티테넌트(multi-tenant) SaaS 구독은 리스가 아닙니다. 하지만 애슈번(Ashburn) 시설의 랙 B-14를 36개월 동안 독점적으로 사용한다는 계약은 거의 확실히 리스에 해당합니다.
물류 및 창고 계약
제3자 물류(3PL) 계약에는 관례적으로 리스가 내재되어 있습니다. 흔한 패턴으로는 제공업체의 창고 내 특정 면적을 귀사의 재고 전용으로 할당하는 계약, 귀사의 화물을 위해 명시된 트랙터, 트레일러 또는 철도 차량을 예약하는 운송 계약, 특정 냉동실의 독점 사용권을 부여하는 저온 저장 계약 등이 있습니다.
공유 시설에서 귀사의 물품을 다른 고객의 팔레트와 섞어서 취급하며 용량을 동적으로 조정하는 3PL은 서비스를 판매하는 것입니다. 반면, 귀사의 재고만을 위해 20,000평방피트의 공간을 벽으로 구분하여 제공하는 3PL은 서비스와 함께 리스를 판매하는 것입니다.
전력 구매 계약(PPA) 및 에너지 계약
신재생 에너지 PPA는 리스가 빈번하게 발생하는 분야입니다. 기업 구매자가 특정 태양광 발전소나 풍력 프로젝트의 생산물에 대해 장기 계약을 체결할 경우, 분석 결과는 거의 항상 "리스"로 결론 납니다. 해당 시설이 명시적으로 식별되어 있고, 개발자가 실질적으로 다른 시설로 대체할 수 없으며, 구매자가 경제적 산출물의 실질적 전부를 가져가기 때문입니다. 산업 현장의 전용 발전 시설이나 특정 유정(wells), 공장 또는 송전선을 명시한 인수 의무(take-or-pay) 계약에도 동일한 분석이 적용됩니다.
여러 발전 자산 풀에서 전력을 공급받는 유틸리티 업체의 그리드 전력 공급 계약은 식별된 자산이 없으므로 리스가 아닙니다. 하지만 "캘리포니아주 모하비 데저트 로드 1234번지에 위치한 80메가와트 규모의 태양광 시설"에서 생산되는 모든 산출물을 가져가는 계약은 리스에 해당합니다.
장비가 내재된 서비스 계약
전형적인 예로 병원이 테스트 또는 시술당 비용을 지불하고, 업체가 장비를 인도, 유지보수하며 최종적으로 교체해 주는 의료 기기 계약이 있습니다. 동일한 구조가 서비스형 프린팅(printing-as-a-service) 계약, 현장에 전용 탱크를 설치하는 산업용 가스 공급, 특정 기기가 명시된 자판기 및 커피 서비스 약정, 예약된 하드웨어가 포함된 POS 시스템 계약 등에서도 나타납니다.
장비가 고객의 사업장에 물리적으로 위치해 있고, 고객이 장비의 사용 시기와 방법을 실질적으로 결정하며, 공급업체가 고객 간에 장비를 자유롭게 교체할 수 없다면, 계약이 사용당 수수료 형태의 서비스 요금으로 구성되어 있더라도 해당 장비는 리스된 것입니다.
리스 요소와 비리스 요소의 분리
내재리스를 식별했다면 새로운 문제에 직면하게 됩니다. 계약이 리스(전용 서버)와 비리스 서비스(24시간 모니터링, 패치 작업, 보안)를 묶음으로 제공하는 경우입니다. ASC 842에 따라 기업은 상대적 개별 판매 가격(standalone prices)에 기초하여 계약 대가를 각 요소에 배분해야 합니다.
리스 요소는 사용권 자산(right-of-use asset)과 리스 부채(lease liability)로 자본화됩니다. 비리스 요소는 일반적인 회계 모델에 따라 비용으로 처리되며, 통상적으로 용역 제공 시점에 비용화됩니다.
개별 판매 가격을 항상 확인할 수 있는 것은 아닙니다. 코로케이션 업체가 관리 서비스가 포함되지 않은 순수 랙(bare rack)의 정찰가를 공시하지는 않기 때문입니다. 실무적으로 재무담당자(controllers)는 벤더의 요율표, 유사한 약정, 내부 가격 모델을 활용하거나, 다른 방법이 없을 경우 감사를 견딜 수 있을 만큼 충분히 문서화된 판단에 근거한 배분 방식을 사용하여 가격을 추정합니다.
이 작업은 상당히 번거롭기 때문에, FASB(미국 재무회계기준위원회)는 일종의 탈출구를 마련해 주었습니다.
실무적 간편법: 통합 처리
리스이용자는 기초 자산의 유형별로 각 리스 요소와 그에 관련된 비리스 요소를 결합하여 전체 약정을 하나의 리스 요소로 회계 처리하는 선택을 할 수 있습니다. 이 선택권(election)을 사용하면 회계 처리가 획기적으로 간소화됩니다. 개별 판매 가격 배분도, 분할 전표 입력도, 매년 재검토할 필요도 없습니다.
하지만 여기에는 실질적인 기회비용이 따릅니다.
- 더 높은 사용권 자산 및 리스 부채. 리스 부분뿐만 아니라 전체 계약 금액이 재무상태표에 반영됩니다. 이는 부채비율(debt-to-equity ratios)에 영향을 미치고 부채 약정(covenant) 준수 여력을 압박할 수 있습니다.
- 더 많은 리스가 금융리스로 분류. 리스 대가에 서비스 비용이 포함되면, 지급액의 현재가치가 자산 공정가치의 실질적 전부(90% 테스트)와 같거나 초과하는지 판단하는 금융리스 분류 기준을 충족하기가 더 쉬워집니다.
- 손익계산서(P&L) 분류의 변동. 운영 비용으로 처리되었을 서비스 비용이 금융리스 시나리오에서는 상각비와 이자 비용으로 변하게 됩니다.
가벼운 유지보수가 포함된 IT 하드웨어 리스와 같이 서비스 요소가 상대적으로 작은 약정의 경우, 일반적으로 실무적 간편법을 선택할 가치가 있습니다. 반면, 서비스 부분이 리스보다 훨씬 큰 경우(전용 하드웨어는 부수적인 대규모 관리 서비스 계약 등), 계산 결과에 따라 요소를 분리하는 것이 유리할 수 있습니다.
기초 자산 유형별로 한 번 결정하고 이를 일관되게 적용하십시오. 감사인이 묻기 전에 해당 결정을 문서화해 두시기 바랍니다.
실행 가능한 식별 프로세스
대부분의 내재리스 누락은 분석의 실패가 아니라 모집단의 실패입니다. 즉, 회계 팀이 해당 계약의 존재 자체를 몰랐던 것입니다. 실행 가능한 프로세스는 계약이 체결되는 상류 단계에서 식별이 이루어지도록 하는 것입니다.
계약 인벤토리 구축
구매, 법무, IT, 부동산, 에너지 관리 및 운영 부서에서 계약서를 수집하십시오. 중요성 임계치(보통 연간 지출 $50,000–$100,000 이상)를 넘는 다년 서비스 계약에 집중하십시오. 카테고리 내에서 패턴이 반복되므로 IT 벤더, 물류 제공업체, 에너지 공급업체, 서비스형 장비(equipment-as-a-service) 제공업체 등 거래 상대방 유형별로 분류하십시오.
표준 식별 체크리스트 사용
각 계약에 대해 다음 6가지 질문을 순서대로 검토하십시오.
- 계약이 특정 물리적 자산(일련번호, 주소, 지정된 장비, 전용 용량)을 참조하는가?
- 그렇다면, 공급업체가 다른 자산으로 대체할 수 있는가? 그리고 그 권리가 실질적인가(실제적인 능력 및 경제적 효익)?
- 고객이 해당 기간 동안 자산으로부터 발생하는 경제적 효익의 대부분을 얻는가?
- 고객이 자산의 사용 방법 및 목적을 결정하는가?
- 리스가 존재하는 경우, 리스 기간은 어떻게 되는가(합리적으로 확실한 연장 옵션 및 종료 옵션 고려)?
- 적절한 할인율은 무엇인가(산정 가능한 경우 리스의 내재이자율, 그렇지 않은 경우 리스이용자의 증분차입이자율)?
질문 1(실질적 대체권 없음), 3, 4에 "예"라고 답했다면 리스에 해당합니다. 측정 단계로 넘어가십시오.
구매 및 법무 부서와의 협력
가장 확실한 해결책은 계약 수준에서 조정하는 것입니다. 구매 요청 서식에 내재리스 관련 질문을 추가하여, 기준 금액 이상의 모든 신규 계약이 서명 전에 회계 검토를 거치도록 하십시오. 구매 및 법무 팀이 "전용(dedicated)", "예약된(reserved)", "독점 사용(exclusive use)", "지정된 장비(named equipment)" 또는 자산 특정 약정과 같은 용어를 식별할 수 있도록 교육하십시오.
회계적 결과가 바람직하지 않은 경우, 실질적 대체권 추가, 독점권 제거 또는 전용 자산 모델에서 공유 용량 모델로의 전환과 같은 계약 변경을 통해 해결할 수 있는 경우가 많습니다. 이러한 논의는 사후 조치보다 계약 체결 시점에 하는 것이 훨씬 쉽습니다.
변경 시 재평가
내재리스 판단은 일회성이 아닙니다. 용량 추가, 기간 연장, 거래 상대방 변경 등 계약이 수정될 때 결론이 여전히 유효한지 재평가하십시오. 개시 시점에는 리스를 포함하지 않았던 서비스 계약도, 당사자들이 특정 자산을 전용하도록 수정하면 리스가 될 수 있습니다.
흔한 실수와 예방법
모든 SaaS를 비리스(non-lease)로 취급하는 것. 대부분의 SaaS는 리스가 아니지만, 프라이빗 클라우드, 전용 테넌시, "네임드 인스턴스" 계약은 리스인 경우가 많습니다. 마케팅 문구가 아닌 권리 조항의 문구를 확인하십시오.
형식적인 대체권을 그대로 받아들이는 것. 공급업체는 "장비를 대체할 수 있다"는 문구를 넣는 것을 좋아합니다. 그 권리가 실제로 행사 가능한지, 공급업체 입장에서 경제적으로 합리적인지 테스트하십시오. 대부분은 그렇지 않습니다.
부동산 임계치 미만의 계약을 무시하는 것. 내재리스는 월 $30,000 규모의 IT 호스팅 계약이나 $80,000 규모의 물류 계약에 숨어 있습니다. 범위 내 리스에 대한 중요성 임계치는 일반적으로 부동산 검색에 사용하는 임계치보다 훨씬 낮습니다.
할인율의 중요성을 간과하는 것. 4%의 증분차입이자율로 할인된 10년 만기 내재리스는 7%일 때와 매우 다른 부채를 생성합니다. 할인율 도출 근거를 문서화하십시오. 감사인이 요구할 것입니다.
실무적 간편법 선택을 건너뛰는 것. 기초 자산 유형별로 선택하지 않으면 리스 요소와 비리스 요소의 분리가 기본값이 되며, 이는 업무량과 문서화 양을 늘릴 뿐입니다.
내재리스를 시스템 외부에서 관리하는 것. 식별된 내재리스는 부동산 및 장비 리스와 동일한 리스 회계 시스템에서 관리되어야 합니다. 별도의 스프레드시트로 추적하는 것은 향후 재무제표 재작성(restatement)을 사실상 보장하는 것과 다름없습니다.
세무 신고 시 정확한 리스 기록이 중요한 이유
그 영향은 대차대조표를 넘어섭니다. 리스 분류는 장부와 세무의 차이(금융 리스는 이자 비용과 사용권자산 상각을 발생시키고, 운용 리스는 균등 임차료 비용을 발생시킴)를 유발하며, 대부분의 현대적 신용 계약 하에서 부채 약정(debt covenant) 비율 계산에 영향을 미치고, EBITDA 기반 가치평가 배수에 반영됩니다. 뒤늦게 발견된 내재리스는 중대한 결함 공시를 유발하고, 이전 기간 재무제표를 재작성하게 하며, 대주와의 약정 계산 재협상을 강제할 수 있습니다.
깨끗하고 완전한 리스 기록은 다음 회계 기준 전환 시에도 중요합니다. FASB는 리스에 대해 지속적인 관심을 보이고 있으며, 모든 후속 표준은 현재의 리스 모집단에서 시작될 것입니다. 체계적인 인벤토리를 갖춘 기업은 쉽게 적응하지만, 리스 대장을 추측에 의존하는 기업은 다음 도입 주기 내내 과거 기록을 복구하는 데 시간을 보냅니다.
첫날부터 리스 및 서비스 계약의 감사 가능성 유지하기
내재리스 식별은 벤더 계약, 지급 흐름, 수정 사항, 분류 결정 등 기초 기록이 체계적이고 조회 가능하며 버전 관리될 때만 제대로 작동합니다. Beancount.io는 모든 거래와 증빙 노트에 대해 완전한 투명성을 제공하는 플레인 텍스트 회계(plain-text accounting) 시스템을 제공합니다. 계약별로 태그된 리스료 지급, 인라인으로 문서화된 분류 결정, 감사 검토를 위한 모든 변경 사항의 전체 git 히스토리를 확인하십시오. 무료로 시작하여 왜 컨트롤러와 CFO들이 단일 자회사에서 다법인 연결 결산까지 확장 가능한 플레인 텍스트 회계로 전환하고 있는지 확인해 보십시오.