본문으로 건너뛰기

연결재무제표 vs. 결합재무제표: 여러 LLC를 소유한 오너가 실제로 알아야 할 것

약 8분Mike ThriftMike Thrift
연결재무제표 vs. 결합재무제표: 여러 LLC를 소유한 오너가 실제로 알아야 할 것

임대 부동산 하나를 위해 LLC를 하나 만드는 것으로 시작했다. 그다음 플립(단기 매매) 물건을 위해 두 번째 LLC를 만들었다. 그러다 CPA가 책임 문제에 도움이 될 거라고 해서 지주회사까지 세웠다. 이제 다섯 개의 법인을 소유하고 있는데, 은행에서 "사업체 전체의 재무제표"를 요구하니, 솔직히 그게 뭘 의미하는지 더 이상 감이 안 잡힌다 — 전체를 하나로 합친 손익계산서 하나여야 하는가, 아니면 다섯 개를 따로 만들어 스테이플러로 묶어 제출해야 하는가?

이는 각 사업을 별도의 LLC로 구조화하는 부동산 투자자, 프랜차이즈 오너, 연쇄 창업가들 사이에서 가장 흔히 발생하는 혼란 중 하나다. **연결(consolidated)**과 결합(combined) 재무제표라는 두 가지 선택지는 감사인들에게나 중요한 회계 전문 용어처럼 들린다. 하지만 실제로는 잘못된 방식을 선택하면 대출 승인이 무산되거나, 기장 담당자를 혼란에 빠뜨리거나, 사업체가 실제보다 훨씬 덜(혹은 더) 수익성 있는 것처럼 보이게 만들 수 있다.

두 방식의 차이가 무엇인지, 각각 어떤 상황에 해당하는지, 그리고 다중 LLC 구조를 가진 오너들이 흔히 저지르는 실수를 피하는 방법을 살펴보자.

핵심 요약

  • 연결재무제표는 모회사와 그 모회사가 (일반적으로 과반수 지분을 통해) 지배하는 자회사들을 하나로 묶어, 마치 단일 사업체인 것처럼 제시하는 재무제표다.
  • 결합재무제표는 동일한 소유주를 공유하지만 그들 사이에 모회사-자회사 관계가 없는 여러 법인을 제시하는 재무제표다 — 예를 들어, 어느 LLC도 다른 LLC를 소유하지 않은 채 개인이 완전히 소유한 다섯 개의 LLC가 여기에 해당한다.

법인 A가 법인 B를 소유하고 있다면 대체로 연결에 해당한다. 개인(또는 신탁)이 법인 A, B, C를 나란히 직접 소유하고 있다면 결합에 해당한다. 법인들 간 거래를 제거해 수익이 이중으로 계산되지 않도록 하는 회계상의 메커니즘은 어느 쪽이든 거의 동일하다. 차이는 애초에 이 법인들을 하나로 묶는지에 있다.

나란히 비교하기

연결(Consolidated)결합(Combined)
법인 간 관계모회사가 자회사를 지배(일반적으로 지분율 50% 초과)법인들이 동일한 소유주를 공유하지만 서로를 소유하지 않음
지배 개념지배적 재무지분(ASC 810)공통 지배(common control), 그룹 내 단일 지배 법인 없음
다중 LLC 사례두 개의 운영 LLC 지분 100%를 보유한 지주 LLC서로 무관한 세 개의 LLC를 직접 소유하는 개인
내부거래(intercompany)제거제거
비지배지분자회사 지분이 100%가 아닌 경우 표시연결과 동일한 방식으로 표시
표시 기준ASC 810-10마찬가지로 ASC 810의 적용을 받음("연결한 것처럼" 표시)

단순한 용어 문제가 아닌 이유

미국 GAAP(구체적으로는 연결 기준인 ASC 810) 하에서 연결재무제표는 지배적 재무지분이라는 개념을 중심으로 구성된다 — 일반적으로는 의결권 지분 50% 초과 보유를 의미하지만, 과반수 지분이 없더라도 계약상 약정이나 변동지분실체(VIE) 규정을 통해 지배력이 발생할 수도 있다. 한 법인이 다른 법인을 지배할 때, GAAP는 일반적으로 연결을 요구하는데, 이는 두 법인을 따로 표시할 경우 모회사의 실제 경제적 규모를 과소평가하게 되기 때문이다.

결합재무제표는 그 반대의 상황을 위해 존재한다: 공통 지배(동일한 개인, 가족, 또는 지주 구조가 각 법인을 직접 소유) 하에 있지만 그룹 내부에 지배 법인이 존재하지 않는 경우다. ASC 810-55-1은 이런 상황에서 결합재무제표가 연결재무제표보다 더 의미 있을 수 있다고 명시하는데, 그룹을 대표할 단일 "모회사"의 개별 재무제표라는 것이 애초에 존재하지 않기 때문이다.

이는 대다수 소규모 사업주들이 실제로 처한 구조와 정확히 일치한다. 부동산마다 별도의 LLC를 둔 부동산 투자자, 매장마다 하나씩 LLC를 둔 프랜차이즈 가맹점주, 서로 무관한 두 개의 부업을 운영하는 창업자 모두 LLC들이 동일한 소유주를 공유하고 있더라도 결합 구조를 가지고 있으며, 연결 구조가 아니다.

실제로 언제 필요해지는가

단일 법인으로 운영되는 대다수 소규모 사업체는 이 문제를 접할 일이 없다. 다음과 같은 상황에서 등장한다:

  • 대출기관이 재무 전반에 대한 종합적인 그림을 요구할 때. 여러분이 보유한 LLC 중 하나에 대출을 심사하는 은행은 흔히 전체 포트폴리오를 보고 싶어 한다 — 모든 법인에 걸쳐 얼마나 많은 부채를 지고 있는지, 그리고 한 부동산에서 발생한 현금이 실제로 다른 부동산을 뒷받침할 수 있는지 등이다. 대출기관은 (특히 개별 부동산에 대한 DSCR 대출의 경우) 각 대출을 해당 부동산 자체의 수치로 평가하지만, 대출을 실행하기 전에는 여전히 여러분이 보유한 모든 LLC에 걸친 전체 소유 구조에 대한 서류를 통상적으로 요구한다.
  • 자본을 유치하거나 파트너를 영입할 때, 한 법인의 일부 수치가 아니라 보유 자산 전체의 결합된 경제적 실체를 보여줘야 하는 경우.
  • 개인 재무제표나 상속 계획을 준비할 때, CPA가 실제로 소유하고 있는 것과 부담하고 있는 것에 대한 집계된 실제 그림을 봐야 하는 경우.
  • 한 LLC가 공식적으로 다른 LLC를 소유하고 있을 때(지주회사 구조) — 이 시점부터는 결합이 아니라 연결의 영역이며, GAAP는 이에 대해 더 구체적인 규정을 두고 있다.
  • 기장 담당자나 세무 대리인이 법인 간 대여금을 정리하려고 할 때 — 예를 들어 지주회사가 운영 LLC의 매출 부진 달을 메우기 위해 4만 달러를 "빌려준" 경우다. 이를 조정하지 않고 그대로 두면 한 법인의 장부에는 부채로, 다른 법인의 장부에는 자산으로 동시에 나타나, 재무제표를 결합할 경우 총자산과 총부채가 부풀려지게 된다.

다들 놓치는 부분: 내부거래 제거

연결이든 결합이든, 핵심적인 회계 절차는 동일하다: 그룹으로 표시하기 전에 법인 간 거래를 반드시 제거해야 한다. 여러분의 임대 LLC가 여러분의 관리 회사 LLC에 매달 2,000달러의 관리 수수료를 지급한다면, 그 수수료는 각 법인의 개별 장부상으로는 실제 수익이자 실제 비용이다 — 그러나 그룹 전체의 관점에서 보면, 이는 그저 여러분의 한쪽 주머니에서 다른 쪽 주머니로 이동한 돈일 뿐이다. 이를 그대로 남겨두면, 순이익에는 영향이 없더라도 결합된 수익과 비용이 동일한 금액만큼 인위적으로 부풀려진다.

여기서 오너들(그리고 다중 법인 회계에 익숙하지 않은 기장 담당자들조차)이 가장 흔히 저지르는 실수는 다음과 같다:

  1. 법인 간 대여금과 선급금을 놓치는 것. 법인 A가 법인 B에 자금을 선지급했다면 이는 상계되어야 한다 — 그렇지 않으면 그룹 전체의 자산과 부채를 모두 과대 계상하게 된다.
  2. 자기 법인들 사이에 청구된 관리 수수료, 임대료, 공유 서비스 비용을 제거하는 것을 잊는 것.
  3. 시점 불일치. 법인 A가 12월에 거래를 계상하고 법인 B가 상계 분개를 1월이 되어서야 기록한다면, 어느 기간에 대해서도 제거 처리가 깔끔하게 맞아떨어지지 않는다.
  4. 결합재무제표를 다섯 개의 별도 손익계산서를 스테이플러로 묶은 PDF처럼 취급하는 것, 즉 법인 간 거래를 실제로 상계하지 않는 것. 엄밀히 말하면 이는 진정한 결합재무제표가 아니라 그저 "여러 개의 재무제표"일 뿐이며, 이중 계산을 알아챈 대출기관이나 투자자는 곤란한 질문을 던지게 될 것이다.

실제 사례

세 개의 LLC를 소유하고 있다고 가정해 보자: 부동산 관리 회사 하나와, 그 회사가 관리하는 단일 부동산 LLC 두 개다.

  • 부동산 관리 LLC: 매출 60,000달러(전액 다른 두 LLC에 청구한 관리 수수료), 비용 35,000달러. 순이익: 25,000달러.
  • 부동산 A LLC: 임대 수익 80,000달러, 관리 수수료 비용 30,000달러, 기타 운영비 20,000달러. 순이익: 30,000달러.
  • 부동산 B LLC: 임대 수익 75,000달러, 관리 수수료 비용 30,000달러, 기타 운영비 18,000달러. 순이익: 27,000달러.

세 손익계산서를 단순히 합산하면 매출 215,000달러, 비용 133,000달러가 된다. 그러나 그 "매출" 중 60,000달러는 두 부동산의 관리 수수료가 두 번 나타난 것에 불과하다 — 한 번은 각 부동산 장부의 비용으로, 또 한 번은 관리 회사의 매출로 잡혔기 때문이다. 올바른 결합재무제표는 이 60,000달러를 양쪽에서 모두 제거해, 실제 제3자로부터의 매출 155,000달러실제 비용 73,000달러만을 남긴다 — 단순 합산보다 훨씬 더 정확하고 실질적으로 다른 그림이다. 순이익 82,000달러는 어느 방식으로 계산해도 동일한데, 바로 이 점 때문에 사람들이 속기 쉽다. 매출과 비용이 둘 다 잘못됐는데도 최종 손익은 맞는 것처럼 보이기 때문이며, 여러분의 마진이나 전년 대비 매출 성장률을 비교하는 사람은 부풀려진 수치를 기준으로 작업하게 된다.

결합재무제표는 세금 신고 방식을 바꾸지 않는다

이 부분은 끊임없이 사람들을 혼란스럽게 만든다: 대출기관이나 투자자를 위해 결합(또는 연결)재무제표를 준비하는 것은 LLC의 세금 신고 방식과는 아무런 관련이 없다. 각 LLC는 여전히 (세금 분류에 따라 Schedule C나 Schedule E를 통해 개인 신고서에 반영되거나) 다른 법인이 존재하지 않는 것처럼 독립적으로 자체 신고서를 제출한다 — 다만 공식적인 선택을 한 경우는 예외인데, 예를 들어 동일 소유 법인들을 연결 법인 그룹의 일부로 취급하기로 선택하는 경우가 그렇다. 이는 GAAP 연결과는 별개의, 훨씬 좁은 범위의 세무 개념이다.

재무제표와 세금 신고서는 서로 다른 청중을 위해 서로 다른 질문에 답한다. 세금 신고서는 각 법인이 국세청(IRS)에 얼마를 납부해야 하는지를 알려준다. 결합재무제표는 대출기관, 투자자, 또는 여러분 자신의 경영진에게 여러분 자신의 주머니 사이를 오간 돈을 걷어낸 뒤 전체 사업이 실제로 어떤 모습인지를 알려준다. 이 구분을 스스로 머릿속에서도, 그리고 보고서에 라벨을 붙이는 방식에서도 명확히 유지하면, CPA가 3월에 결합재무제표를 건네주며 왜 숫자가 어떤 개별 세금 신고서와도 일치하지 않는지 이해하려 애쓰는 상황에서 오는 많은 혼란을 예방할 수 있다.

CPA를 언제 참여시켜야 하는가

법인 간 잔액은 직접 깔끔하게 추적할 수 있지만, GAAP를 준수하는 결합 또는 연결재무제표의 실제 작성 — 특히 제거 분개, 비지배지분 계산, 공시 사항 — 은 대출기관이나 투자자가 그 결과물에 의존하게 되는 시점이 오면 CPA에게 맡길 가치가 있다. 기장 담당자(또는 잘 정리된 장부)가 진가를 발휘하는 지점은 그 재무제표가 필요해지기 의 몇 달, 몇 년 동안이다. 모든 법인 간 거래가 이미 태그되어 추적 가능한 상태라면, CPA의 작업은 "다섯 개의 개별 QuickBooks 파일에서 1년 치 법인 간 거래를 재구성하는 것"에서 "검토하고 서명하는 것"으로 바뀌며, 이는 훨씬 저렴하고 빠른 작업이 된다.

이것이 여러분의 장부 관리 방식에 시사하는 바

여러 LLC를 관리하고 있다면, 가장 좋은 방법은 세금 신고 시점이나 대출 신청 시점에 뒤늦게 재구성하려 하지 말고, 첫날부터 법인 간 거래를 명확하게 라벨링된 별도 카테고리로 추적하는 것이다. 구체적으로는:

  • 법인 간 이체를 일반적인 소유주 지분이나 기타 항목 계정에 뒤섞지 말고, 거래 상대방 법인마다 전용 계정(예: "부동산 A LLC에 지급할 금액", "관리 회사로부터 받을 금액")을 사용한다.
  • 관리 수수료, 임대료, 공유 서비스 비용을 양쪽에서 일관되게, 그리고 동일한 기간에 기록한다.
  • 각 법인의 계정과목표를 서로 충분히 비슷한 구조로 유지해, (결합이든 연결이든) 이를 합산할 때 모든 것을 일일이 수작업으로 다시 매핑할 필요가 없도록 한다.

바로 이런 구조가 순수 텍스트 기반의 버전 관리형 회계가 잘 처리하는 문제다. 각 법인의 원장이 블랙박스형 데이터베이스가 아니라 읽기 쉽고 diff 가능한 텍스트 파일들로 구성되어 있다면, 모든 법인 간 거래를 명시적으로 확인하고 태그를 붙이고, 기장 담당자가 스프레드시트에서 알아챘기를 바라는 대신 법인들 간에 그것을 상계하는 스크립트나 쿼리를 작성할 수 있다. Beancount.io는 그런 투명성을 제공한다: 완전히 여러분이 소유하는 순수 텍스트 원장과, 대출기관보다 먼저 이중 계산된 관리 수수료를 잡아낼 수 있는 감사 가능성을 갖추고 있다. 무료로 시작해 보고 여러분이 소유한 모든 법인에 걸쳐 숫자를 진짜로 신뢰한다는 것이 어떤 느낌인지 직접 확인해 보라.

다중 법인 추적이 실제로 어떻게 작동하는지 알아보려면 문서를 확인하거나, 여러 원장에 걸쳐 장부를 시각화하려면 Fava를 살펴보라.

이 글 공유하기