본문으로 건너뛰기

MSP 회계: ASC 606, 사용자당 MRR, 구매자가 가장 먼저 확인하는 세 가지 수치

게시됨 마지막 업데이트 약 10분Mike ThriftMike Thrift
MSP 회계: ASC 606, 사용자당 MRR, 구매자가 가장 먼저 확인하는 세 가지 수치

두 MSP가 모두 연매출 500만 달러라고 가정해 보겠습니다. 한 곳은 EBITDA의 7배에 팔리고, 다른 곳은 3배에 팔리거나 아예 팔리지 않습니다. 그 차이는 고객 명단의 규모, 기술 인증, 심지어 사용자당 평균 수익에서 나오는 경우는 거의 없습니다. 결국 장부(books)에서 비롯됩니다.

구매자와 대출기관은 세 가지 숫자를 가장 먼저 봅니다: 월 반복 매출(MRR)이 총 매출에서 차지하는 비중, 상위 3개 고객에게 집중된 매출 비중, 그리고 공급업체 통과 비용을 제외한 실제 서비스 라인 매출총이익입니다. 깔끔한 총계정원장이 있으면 이 숫자들을 5분 안에 뽑을 수 있습니다. 어수선한 장부는 할인된 가격, 장기 에스크로(earnout), 또는 실사 단계에서 무산되는 거래로 이어집니다.

이 가이드는 중소 규모 MSP가 위 세 가지 숫자를 항상 정확하게 유지하고, 신규 고객 가격 결정, 기술 인력 충원 규모 산정, 일회성 프로젝트 수주 등 일상적인 결정을 직감이 아닌 실제 데이터에 기반하여 내릴 수 있도록 장부를 구성하는 방법을 안내합니다.

MSP 회계가 실제로 보기보다 어려운 이유

일반적인 MSP 청구서에는 네댓 가지 항목이 묶여 있습니다. 관리형 서비스에 대한 월 사용자별 고정 요금, Microsoft 365 또는 Google Workspace 라이선스에 대한 통과 비용(pass-through) 항목, Huntress, SentinelOne 또는 관리형 EDR과 같은 보안 스택에 대한 통과 비용 항목, 두 달 전에 시작한 프로젝트에 대한 서비스 시간 블록, 그리고 지난주에 출고된 새 워크스테이션에 대한 하드웨어 재판매 항목이 포함됩니다.

각 항목은 서로 다른 매출 계정에 속하고, 서로 다른 매출총이익을 가지며, 수익 인식 시점도 다릅니다. MSP가 저지를 수 있는 가장 비용이 많이 드는 실수는 이 모든 것을 단일 "관리형 서비스 매출" 계정에 몰아넣는 것입니다. 그렇게 되면 가격 결정, 성과 평가, 그리고 궁극적인 회사 매각에 중요한 유일한 지표들이 영구적으로 가려지게 됩니다.

1단계: 네 가지 매출 흐름을 구분하는 계정과목 체계 구축

최소한 MSP의 매출 계정은 다음 네 가지로 분리되어야 합니다:

반복 관리형 서비스 매출(Recurring managed services). 사용자당 또는 장치당 고정 요금, 보안 등급 추가 요금, 백업 및 재해복구(DR) 플랜, 업무 시간 외 지원 커버리지. 이 숫자가 기업 가치를 좌우합니다.

하드웨어 및 소프트웨어 재판매(Hardware and software resale). 워크스테이션, 서버, 스위치, 모니터, 주변기기 — 유형 제품을 마크업하여 재판매하는 모든 것. 이 부문의 매출총이익은 일반적으로 5~15%이며, 서비스와 혼합하면 MSP 전체 마진 계산을 왜곡합니다.

공급업체 라이선스 통과 비용(Vendor licensing pass-through). Microsoft 365, Google Workspace, Acronis, Datto, PSA/RMM 스택 등 고객에게 청구되는 라이선스 비용. 이 비용은 손익계산서를 통과하지만, 사용자당 관리형 서비스 요금과 같은 의미의 '내 매출'은 아닙니다. 많은 MSP가 ASC 606에 따라 이를 총액이 아닌 순액으로 보고합니다. 왜냐하면 이 경우 MSP는 주체(principal)가 아니라 대리인(agent)이기 때문입니다. 이 구분은 중요합니다 — 아래에서 자세히 설명합니다.

프로젝트 및 전문 서비스 매출(Project and professional services). 블록 시간 계약, 일회성 마이그레이션, 네트워크 개편, vCIO(가상 최고정보책임자) 리테이너, M&A IT 통합 작업. 반복되지 않고, 들쭉날쭉하며, 가치평가 배수가 낮은 매출입니다.

비용 계정 구조도 이에 맞춰 구성해야 합니다: 각 매출 흐름에 대응하는 별도의 매출원가(COGS) 계정을 만들어 단일 손익계산서 뷰에서 서비스 라인별 매출총이익이 바로 드러나게 합니다. 일부 MSP CFO는 각 COGS 계정 이름에 대응하는 매출 계정 이름을 접미사로 붙이는 관례를 사용합니다 (예: "COGS — 반복 관리형 서비스", "COGS — 공급업체 라이선스 통과").

이 한 가지 변경 — 네 가지 매출 흐름과 네 개의 COGS 계정 분리 — 은 이 글의 나머지 모든 내용의 기초가 됩니다.

2단계: ASC 606에 따라 반복 매출을 올바르게 인식

고객이 3년 계약, 연 180,000달러의 관리형 서비스 계약을 체결하고 첫 해 비용 60,000달러를 선불로 지불하면, 현금은 입금되지만 그 금액 전체를 당기 매출로 인식해서는 안 됩니다. ASC 606에 따르면 이 60,000달러는 계약 부채(contract liability), 즉 이연 매출(deferred revenue)이며, 서비스가 제공되는 12개월 동안 균등하게(ratably) 인식됩니다.

총계정원장상의 처리 방식은 다음과 같습니다. 현금 입금일: 차변) 현금 60,000 / 대변) 이연 매출 60,000. 이후 매월 말: 차변) 이연 매출 5,000 / 대변) 반복 관리형 서비스 매출 5,000. 동일한 논리가 연간 보안 스택 구독, 선불 블록 시간 패키지, 기타 다개월 선불 약정에도 적용됩니다.

MSP가 가장 흔히 저지르는 두 가지 실수는 다음과 같습니다:

다중 요소 계약(Multi-element contracts). 관리형 서비스 계약에 포함된 온보딩 비용은 일반적으로 ASC 606상 별도의 수행의무(performance obligation)로 보지 않습니다. 고객에게 독립적 가치가 없기 때문입니다. 따라서 온보딩 수익은 청구된 당일에 인식하는 것이 아니라 계약 기간에 걸쳐 인식해야 합니다. 온보딩 비용을 선불로 매출에 계상하면 첫 달 매출이 부풀려지고 둘째 달에는 매출이 급감하는 "절벽(cliff)" 현상이 발생합니다.

블록 시간 패키지(Block-hour packages). 고객이 50시간 블록에 대해 10,000달러를 선불로 지불한 경우, 현금 입금일에는 이 금액이 이연 매출로 계상되어야 하며 서비스 매출이 아닙니다. 수익은 실제로 시간이 소비됨에 따라 인식됩니다. 계약에 명시된 유효기간(예: 12개월) 내에 사용되지 않은 시간이 소멸하는 경우, 해당 잔액은 소멸 시점에 매출로 전환됩니다 — 단, 계약서에 소멸 정책이 명확히 명시되어 있는 경우에만 가능합니다.

이연 매출 프로세스가 제대로 작동하는지 확인하는 가장 간단한 테스트: 월말에 이연 매출 잔액을 다음 달 예상 매출 인식액으로 나누어 봅니다. 그 비율이 평균 선불 약정 기간(개월 수)과 대략 비슷하다면 건강한 상태입니다. 크게 벗어난다면 수익이 너무 일찍 또는 너무 늦게 인식되고 있다는 신호입니다.

3단계: 공급업체 통과 비용을 총액으로 볼지 순액으로 볼지 결정

이 문제는 성장하는 거의 모든 MSP가 직면하는 질문이며, 그 답에 따라 매출액 규모의 정직성이 결정됩니다.

ASC 606에 따르면, 거래에서 주체(principal) 인 경우 총액 기준으로 매출을 보고합니다. 주체란 고객에게 이전되기 전에 재화나 서비스에 대한 통제권을 가지거나, 재고 위험을 부담하거나, 가격 결정 재량권을 가진 경우를 의미합니다. 반면 대리인(agent) 인 경우 — 즉 공급업체와 고객 사이의 거래를 알선하고 수수료를 받는 경우 — 순액 기준으로 보고합니다.

대부분의 CSP(클라우드 솔루션 프로바이더) 티어 Microsoft 365 재판매에서 MSP는 일반적으로 주체로 간주됩니다: 고객 관계를 보유하고, (공급업체 원가에 마크업을 더해) 가격을 결정하며, 지원을 제공하고, 대금 회수 위험을 부담하기 때문입니다. 따라서 총액 보고가 일반적으로 적절합니다.

단순히 공급업체를 소개하고 소개 수수료를 받는 정도의 관계라면 — 고객이 공급업체로부터 직접 청구서를 받고 MSP는 커미션만 받는 구조 — 당신은 대리인이며, 커미션 금액만 매출로 인식해야 합니다.

이와 관련된 두 가지 실질적인 의미:

총액 보고는 매출은 부풀리지만 매출총이익률을 낮춥니다. Microsoft 365를 1,000달러에 공급받아 10% 마크업으로 판매했다고 가정하면, 총액 기준으로는 매출 1,100달러, COGS 1,000달러로 해당 라인의 매출총이익률이 9%에 불과합니다. 동일한 거래를 순액 기준으로 처리하면 매출 100달러, COGS 0달러로 매출총이익률은 100%가 되지만 매출 규모는 10배 작아집니다.

구매자는 순액 기준으로 정상화합니다. 경험이 많은 인수자는 통과 마진을 제거하고 서비스 제공으로 실제 창출된 가치를 봅니다. 보고된 연매출 500만 달러가 실제로는 서비스 300만 달러 + 하드웨어/라이선스 통과 200만 달러로 구성되어 있다면, 회사 가치는 300만 달러를 기준으로 책정됩니다. 총액으로 보고한다고 실사에서 아무도 속지 않습니다 — 단지 보고된 마진이 더 나빠 보이고, 정리 작업이 더 오래 걸릴 뿐입니다.

매출 100만~5,000만 달러 규모 대부분의 MSP에 대한 CFO들의 일반적 합의: 진정한 주체인 거래는 총액으로 보고하되, 경영 보고용으로 항상 병렬 "서비스 전용 매출" 뷰를 유지하여 구매자와 대출기관이 실제로 원하는 질문에 즉시 답할 수 있도록 준비하십시오.

4단계: 인건비와 가동률을 냉정하게 추적

MSP에서 가장 큰 숨은 비용은 가동률이 낮은 기술자입니다. 시니어 엔지니어의 완전 적재 원가(full loaded cost)가 시간당 90달러(기본 급여 + 부담 비용)이고, 연간 가용 시간 2,000시간 중 1,200시간만 실제 청구 가능한 프로젝트에 투입된다면, 목표 가동률에서 1%포인트 벗어날 때마다 실제 현금 손실이 발생하는 것입니다.

핵심 공식:

  • 유효 시간당 원가 = (기본 급여 + 복리후생비 + 급여세 + 유급 휴가 + 도구 비용) ÷ 연간 가용 근로 시간
  • **부담률(burden rate)**은 대부분의 MSP에서 기본 급여 대비 25~45% 수준입니다.
  • 청구 가능 기술자 목표 가동률: 70–80% (업계 벤치마크)
  • 유효 청구 단가 = 청구 가능 업무에서 발생한 매출 ÷ 실제 투입된 청구 가능 시간

수익성 높은 MSP와 고전하는 MSP를 가르는 핵심 습관은 고정 요금 관리형 서비스 계약의 작업이더라도 모든 기술자의 시간을 티켓에 기록하는 것입니다. 고객에게 별도로 청구되지는 않지만, 서비스 라인별 수익성을 계산하려면 내부적으로 이 데이터가 필수입니다. 예를 들어, 고정 요금 고객이 월 40시간의 시니어 인력을 소비하고 유효 시간당 원가가 90달러라면 인건비만 3,600달러인데 고객에게 받는 요금이 2,500달러라면, 그 고객은 분명히 손실을 보는 계정입니다. 시간 추적이 없다면 이 사실을 결코 알 수 없습니다.

대부분의 현대적 PSA(ConnectWise, HaloPSA, Autotask, Syncro)는 시간 입력을 실제로 강제한다면 이 기능을 지원합니다. 회계 측면의 핵심은 기술자 인건비를 발생 기준으로 계상하는 월 분개가 PSA에 기록된 시간과 일치하고, 해당 시간이 올바른 COGS 계정에 배분되는지 확인하는 것입니다.

5단계: 가치평가를 결정하는 세 가지 숫자에 주목

MSP가 매물로 나오면, 구매자는 재무제표를 받는 즉시 동일한 세 가지 숫자를 계산합니다. 단순히 거래를 준비할 때만이 아니라 항상 정확하도록 장부를 설계하십시오.

MRR 비율(MRR percentage). 월 반복 매출을 총 매출로 나눈 값. 2026년 업계 벤치마크는 약 74%로, 2020년의 62%에서 상승하여 MSP 매출의 4분의 3가량이 반복 매출임을 보여줍니다. MRR 비율이 80% 이상인 기업은 프로젝트 중심 기업보다 일관되게 1~2배 높은 가치평가 배수를 받습니다. 90% 이상이면 프리미엄 영역입니다.

고객 집중도(Customer concentration). 상위 1, 3, 5개 고객으로부터 발생한 매출이 총 매출에서 차지하는 비중. 단일 고객이 15%를 넘으면 집중도 문제가 있는 것이고, 20%를 넘으면 상당한 가치 할인을 예상해야 하며, 30%를 넘으면 에스크로, 홀드백 등 거래 구조에 불이익이 따릅니다. 이 지표는 분기마다 계산하고, 특정 고객이 임계값을 넘을 때의 대응 계획을 미리 세워두십시오.

서비스 라인 매출총이익(Service-line gross margin). 건강한 MSP는 반복 관리형 서비스에서 50–60%의 매출총이익을 기록해야 합니다. 전문 서비스는 30–40%, 하드웨어 재판매는 5–15%입니다. 공급업체 라이선스 통과 비용의 마진은 CSP 등급과 조달 규율에 따라 달라집니다. 특정 라인의 마진이 두 분기 연속 벤치마크보다 크게 낮다면, 원인은 거의 항상 (a) 인건비 대비 저가 책정, (b) 현재 티켓 볼륨 대비 과잉 인력, 또는 (c) 고객에게 전가하지 못한 공급업체 원가 인상 중 하나입니다.

평균 MSP 매출총이익은 2025년 기준 52%(2022년 48%에서 상승), 평균 EBITDA 마진은 18.4%(2022년 14.7%에서 상승)입니다. 대부분의 성공적인 기업은 순이익률 20–30%를 목표로 하며, 잘 최적화된 업체는 35% 이상을 달성합니다.

6단계: 사업 현실에 대비한 충당금 설정

규모가 작아 보여도 모든 MSP가 대차대조표에 보유해야 할 부채 계정이 몇 가지 있습니다:

보증 및 재작업 충당금(Warranty and re-work reserves). 프로젝트가 명세대로 작동하지 않아 수정 작업을 무상으로 제공해야 하는 경우, 손실이 발생한 후기 기간에 비용으로 인식하기보다 프로젝트 종료 시점에 예상 비용을 충당금으로 설정하는 것이 좋습니다.

SLA 크레딧 미지급금(SLA credits payable). 계약에 서비스 수준 보장(SLA)과 위반 시 제공되는 벌칙성 크레딧이 포함된 경우, 해당 크레딧은 고객이 요청한 시점이 아니라 위반이 발생한 순간에 계약 부채로 인식해야 합니다.

연간 공급업체 정산(Annual vendor true-ups). Microsoft NCE 갱신, 분기별로 변동하는 RMM 좌석 수, 자동 청구되는 보안 툴 라이선스 등 — 고객에게 청구한 금액과 갱신 시점에 공급업체에 지불해야 할 금액의 차이를 발생 기준으로 미리 계상해 두십시오.

이러한 계정들은 개별적으로는 월 수치에 큰 영향을 미치지 않지만, 누적 효과는 구매자가 장부를 신뢰하게 만드는 것과 20% 홀드백을 요구하는 것 사이의 차이를 만듭니다.

일반 텍스트 회계가 MSP에 특히 잘 맞는 이유

MSP는 이미 버전 관리, IaC(코드형 인프라), "Git에 없으면 존재하지 않는 것"과 같은 세계에서 살고 있습니다. 일반 텍스트 회계(plain-text accounting)는 금융 데이터에도 동일한 규율을 적용합니다: 모든 거래는 텍스트 파일 항목이며, 모든 변경은 diff 가능하고, 전체 원장은 감사 가능하고 재현 가능합니다. 구매자의 실사 팀이 4년 전 특정 이연 매출 인식의 근거 문서를 요청하면, 해당 거래를 기록한 정확한 커밋(commit)을 제시할 수 있습니다.

MSP에게 일반 텍스트 회계가 제공하는 실질적인 이점은 분명합니다:

  • 이연 매출 일정은 수기로 관리되는 취약한 스프레드시트가 아니라 원래 계약 항목에서 자동으로 도출됩니다.
  • COGS 구조가 매출 구조를 반영하므로 표준 보고서에서 서비스 라인별 매출총이익이 자동으로 산출됩니다.
  • 고객 집중도 지표는 분기마다 엑셀로 내보내고 피벗하는 작업이 아니라 한 줄짜리 쿼리입니다.
  • 다중 법인 MSP(인수한 지사, 서비스 라인별 별도 법인 등)는 모든 곳에서 원장 구조가 동일하므로 통합이 깔끔합니다.

MSP 장부를第一天부터 투자자에게 제시 가능한 상태로 유지하십시오

사업을 계속 성장시킬 목적이든, 5년 후 매각을 계획하든, 아니면 단순히 어떤 고객이 실제로 수익을 내는지 이해하려는 목적이든, 기본은 동일합니다: 반복 매출, 서비스 라인 마진, 고객 집중도에 대한 진실을 말해주는 계정과목 체계입니다. Beancount.io는 금융 데이터에 대한 완전한 투명성과 버전 관리를 제공하는 일반 텍스트 회계 솔루션으로, 이미 코드로 사고하는 운영자들을 위해 설계되었습니다. 지금 무료로 시작하여 기술 스택에 적용하는 것과 동일한 엔지니어링 규율을 장부에도 적용해 보십시오.


출처:

이 글 공유하기

약 12분

코워킹 스페이스 부기: ASC 606 이연 수익, 평방피트당 순영업이익(NOI), 그리고 대출기관이 요구하는 점유율 KPI

코워킹 운영자가 ASC 606에 따라 핫데스크, 전용 데스크, 프라이빗 오피스 수익을 어떻게 구분하고, 환불 가능한 보증금을 부채로 보유하며,…

bookkeeping
real-estate
약 13분

볼링장 및 FEC 회계 처리: 선불 카드, 이연 수익 및 ASC 606 낙구 수익(Breakage)

볼링장 및 가족 엔터테인먼트 센터(FEC)가 선불 게임 카드, 리그 참가비, 파티 예약금 및 ASC 606 낙구 수익을 기록하는 방법 - 실제…

bookkeeping
accounting
약 11분

다년간 SaaS 할인이 ASC 606 하에서 금융 구성요소를 숨길 때

다년간 SaaS 선불 할인은 ASC 606-10-32-15부터 32-20까지의 중요한 금융 구성요소를 포함할 수 있으며, 거래가격, 이자…

revenue-recognition
saas
약 7분

ASC 606에 따른 빌 앤 홀드 약정: 고객이 아직 픽업하지 않은 상품에 대한 수익 인식 가능 시점

ASC 606은 빌 앤 홀드 약정에 따른 수익 인식을 4가지 기준이 모두 충족된 경우에만 허용합니다. 지연에 대한 실질적 사유, 고객을 위한…

revenue-recognition
accounting
약 10분

연장 보증 수익은 아직 당신의 것이 아닙니다: ASC 606이 판매 시점에 수익으로 인식할 수 없다고 말하는 이유

ASC 606은 별도 가격이 책정된 연장 보증을 별개의 수행 의무로 간주하므로, 150달러 3년 서비스 계약은 미수익 수익으로 계상되어…

revenue-recognition
accounting