SAP 클라우드 수주잔고 241억 유로, 다음 분기 매출로 읽으면 달라지는 것

SAP의2026년3분기 발표에서는 클라우드 매출과 current cloud backlog가 함께 크게 늘었다. 두 숫자는 같은 사업을 보여 주지만 시간 범위가 다르다. 다음12개월의 계약 기반을 한 분기 매출과 구분하고, 기존 소프트웨어 사업의 감소까지 연결해 클라우드 전환을 읽어 본다.

먼저 보는 핵심

• 수주잔고241억4400만 유로는 향후12개월에 인식할 것으로 예상하는 확약 계약 기반이다.
• 분기 클라우드 매출66억6800만 유로와 잔고를 더해 미래 매출을 만들면 안 된다.
• 성장률에는 재무 곤란에서 회복한 고객의 여러 분기 매출을 한꺼번에 인식한 영향이 있다.
• 기존 지원 매출 감소까지 함께 봐야 전체 사업의 성장 기여를 알 수 있다.

수주잔고와 매출의 시계를 먼저 맞춘다 · 잔고 증가분을 신규 수주라고 부르지 않는 이유 · 클라우드가 늘어도 기존 사업 감소를 함께 계산한다 · 다음 발표에서는 계약과 매출의 연결을 확인한다

수주잔고와 매출의 시계를 먼저 맞춘다

SAP는 기업의 재무와 구매 및 인사 같은 업무를 연결하는 소프트웨어를 제공한다. 투자자가 클라우드 성장을 보는 이유는 설치형 소프트웨어 판매 중심에서 구독과 서비스로 무게중심이 어떻게 이동하는지 확인하기 위해서다. 이때 매출은 이미 제공한 서비스의 결과에 가깝고 수주잔고는 계약한 미래 서비스의 기반을 설명한다. 두 숫자를 같은 종류의 매출로 취급하면 성장의 시간표가 흐려진다.

공식 FAQ에서 current cloud backlog는 특정 기준일 현재 계약으로 확약되어 있고 이후12개월에 매출로 인식할 것으로 기대하는 클라우드 금액이다. 모든 미래 계약의 총액도 아니고 특정 다음 분기에 전부 인식하는 금액도 아니다. 미리 확약하지 않은 사용량 기반 거래와 기준일 이후 체결한 계약은 이 지표에서 빠진다. 앞으로12개월 안에 끝나지만 아직 갱신하지 않은 계약도 제외된다고 설명한다.

따라서 잔고를 읽는 질문은 오늘부터12개월 동안 이미 계약으로 확보한 매출 기반이 얼마나 넓어졌는가다. 다음 분기 매출이 얼마인가라는 질문과는 답의 범위가 다르다. 월별 서비스 제공이나 계약 조건에 따라 인식이 나뉠 수 있으므로12개월 금액을 특정 한 분기에 몰아넣지 않는다. 잔고가 현금 예금처럼 바로 사용할 수 있는 금액이라는 해석도 적절하지 않다.

3분기 말 잔고241억4400만 유로와3분기 매출66억6800만 유로를 단순 비교하면 약3.62배다. 이 배수는 다음12개월 계약 기반과 지나간3개월 매출의 비율이다. 매출이3.62배 늘 것이라는 전망이 아니다. 분모의 기간을12개월로 바꾸면 배수의 뜻도 달라진다. 재무 지표에서 규모 비교와 성장률 예측을 분리해야 하는 이유다.

분기 매출을 네 배 한266억7200만 유로와 잔고를 비교하면 약90.52%가 된다. 여기서도 이는 자체적으로 기간을 맞춰 본 참고 비율일 뿐 회사의 매출 달성률이나 공식 계약 전환율이 아니다. 향후 신규 계약과 갱신, 미확약 사용량 및 계절성을 모두 빼고 과거 분기를 단순 연율화한 계산이기 때문이다. 동일한 숫자라도 어떤 가정으로 나누었는지 제목 옆에 남겨 두는 편이 정확하다.

계약과 매출의 시간 범위 · 직접 구성한 비교 그림

잔고 증가분을 신규 수주라고 부르지 않는 이유

기준일의 잔고는 이전 잔고가 그대로 쌓인 결과만은 아니다. 시간이 지나 서비스를 제공하면 일부는 매출로 이동한다. 동시에 신규 계약과 갱신이 더해지고 계약 범위도 달라질 수 있다. 회사는 잔고의 확대가 신규 계약뿐 아니라 기존 계약의 갱신을 함께 반영한다고 설명한다. 잔고가 증가한 금액을 그대로 신규 고객이 지불한 금액이라고 부르면 갱신과 매출 인식의 영향을 지운다.

간단한 계약을 떠올려 보면 이해가 쉽다. 앞으로12개월 중 이미 계약된 기간이 여섯 달 남아 있던 고객이 다음 해 계약까지 갱신하면 관찰 시점의12개월 창에 들어오는 금액이 달라진다. 새 회사가 고객으로 들어오지 않아도 잔고가 움직일 수 있다는 뜻이다. 반대로 신규 계약이 생겨도 기존 서비스의 매출 인식이 진행되기 때문에 잔고의 순증액과 신규 계약액이 일치할 필요는 없다.

SAP의3분기 잔고는 전년 같은 시점보다 명목28%, 환율을 고정하면26% 증가했다. 환율 고정은 영업 자체의 비교를 돕는 조정이고 명목 금액은 실제 보고 통화로 표시한 결과다. 두 성장률 중 더 큰 숫자 하나를 골라 다른 지표에 붙이지 않는다. 클라우드 매출 증가율은 명목26%, 환율 고정25%로 잔고의 증가율과도 다르다.

잔고의 증가가 매출의 증가보다 높다는 사실은 계약 기반을 읽는 데 유용하다. 다만 두 수치의 차이를 바로 성장 가속의 확정 근거로 삼기보다는 같은 지표의 여러 분기 흐름을 이어서 확인해야 한다. 계약 체결 시점과 갱신 달력이 분기별 변동을 만들 수 있기 때문이다. 어느 회사의 일반적인 수주잔고와도 인식 기간과 계약 포함 범위가 같은지 먼저 비교한다.

실적 노트를 작성할 때는 기준일, 향후 인식 범위, 보고 통화, 명목 성장률, 환율 고정 성장률을 나누어 적으면 혼동이 줄어든다. 그 아래에는 이번 분기에 발생한 매출과 다음 분기 예상치를 별도로 둔다. 잔고를 매출 옆에 두어도 열 이름이 역할을 구분해 주면 숫자를 더하거나 나누기 전에 시간 범위부터 확인할 수 있다.

공식 매출표의 전년동기 차이·억유로

항목	증감
클라우드	+13.78
지원	-1.31
라이선스	-0.14
합계	+12.33

클라우드가 늘어도 기존 사업 감소를 함께 계산한다

클라우드 전환은 새 매출이 과거 사업 위에 그대로 더해지는 과정만은 아니다. 기존에 소프트웨어 지원을 받던 고객이 다른 계약 형태로 이동하면 사업별 매출 구성이 바뀔 수 있다. 따라서 클라우드 성장률만 보고 전체 회사의 매출도 같은 속도로 커질 것이라고 예상하기는 어렵다. 새 사업의 성장과 기존 사업의 감소를 함께 연결할 필요가 있다.

공식 표의 클라우드 매출은 전년52억9000만 유로에서66억6800만 유로로 늘었다. 자체 차감한 증가분은13억7800만 유로다. 같은 표의 소프트웨어 지원 매출은25억6500만에서24억3400만 유로로1억3100만 유로 감소했다. 소프트웨어 라이선스도1억6100만에서1억4700만 유로로1400만 유로 줄었다. 지원과 라이선스 감소 합계1억4500만 유로가 클라우드 증가분의 일부를 상쇄한다.

13억7800만에서1억4500만을 빼면 클라우드와 소프트웨어를 합친 증가분은12억3300만 유로다. 이 계산은 사업 구성 변화가 전사 성장에 어떻게 연결되는지 보여 주기 위한 것이다. 기존 사업 감소가 전부 특정 고객의 클라우드 전환 때문이라고 입증한 계산은 아니다. 계약 조건과 고객별 이동 내역이 없으므로 감소 원인을 하나로 확정할 수는 없다.

또한 SAP는 이번 클라우드 성장에 재무 곤란에서 돌아온 고객의 여러 분기 매출을 반영한 효과가 있었다고 밝혔다. 이는 이번 분기의 인식 시점에 관한 단서다. 다음 분기에도 같은 효과가 반복된다고 가정하면 기본적인 성장 추세를 과대평가할 수 있다. 공식 발표에 전체 효과의 금액이 따로 제시되지 않았다면 임의로 빼서 정상 성장률을 만드는 방식도 피해야 한다.

읽을 수 있는 결론은 두 층이다. 계약 기반은 확대됐고 실제 클라우드 매출도 늘었다. 동시에 매출 인식의 일시적 영향과 기존 소프트웨어 감소를 고려해야 전체 사업의 변화가 보인다. 성장의 질을 판단하려면 어느 한쪽을 지우기보다 계약 확대, 매출 인식, 기존 사업 전환을 각각 다른 관찰 항목으로 유지하는 편이 낫다.

클라우드 증가와 기존 매출 감소 · 직접 구성한 비교 그림

다음 발표에서는 계약과 매출의 연결을 확인한다

잔고가 충분하다는 표현은 사업에 대한 한 가지 긍정적인 정보지만 이익이나 투자 수익률을 보장하지 않는다. 서비스를 제공하는 데 필요한 비용과 영업 및 연구개발 지출도 함께 발생한다. 이번 글의 초점은 비용의 모든 변수를 추정하는 것보다 미래 계약과 과거 매출을 구분하는 데 있다. 그 구분이 선행되어야 이후 수익성 분석에서도 같은 금액을 두 번 세지 않는다.

가장 흔한 계산 실수는 잔고에 이번 분기 매출을 더해 다음12개월 매출이라고 소개하는 것이다. 잔고의 기준일 이후 기간과 이미 끝난 분기를 합치면 과거와 미래를 섞은 금액이 된다. 또 잔고에서 분기 매출을 단순 차감해 다음 분기 말 잔고를 추정하면 새 계약과 갱신 및12개월 창의 이동을 놓친다. 계약 기반 지표를 현금통장의 입출금처럼 계산해서는 안 된다.

후속 자료에서는 잔고와 매출의 환율 고정 증가율을 같은 표에 이어 붙일 수 있다. 특히 이번에 설명한 여러 분기 매출 인식 효과가 사라진 뒤에도 매출의 흐름이 유지되는지 살펴볼 가치가 있다. 기존 지원 사업의 감소와 클라우드 매출의 증가는 각각 기록한다. 이렇게 하면 새 계약이 늘었지만 인식이 늦는 경우와 일시적 인식으로 매출만 강한 경우를 구별하는 데 도움이 된다.

기업용 AI라는 이름이 붙은 계약도 같은 원칙으로 읽는다. 제품 이름이나 고객 사례가 제시됐다는 사실과 별도로 얼마가 계약되고 어느 기간에 매출이 되는지가 중요하다. 이번 잔고 전체를 AI 단독 매출이라고 바꿔 적을 수는 없다. 제품군이 여러 기능을 포함한다면 별도 매출 공시가 없는 기능의 수익을 전체 금액에서 추출해 내는 것도 근거가 부족하다.

계약을 담당하는 사람은 갱신 범위와 서비스 기간을 보고, 투자자는 계약 기반이 매출과 이익으로 이어지는 속도를 볼 수 있다. 같은 자료라도 필요한 질문이 다르다. SAP의 이번241억 유로 잔고는12개월 계약 기반이라는 위치에 둘 때 가장 유용하다. 분기 매출과 역할을 구분하면 큰 숫자가 주는 인상보다 전환 사업의 실제 진행 상황을 차분하게 읽을 수 있다.

자료와 계산 기준

• SAP2026년3분기 공식분기보고서
• SAP공식FAQ:current cloud backlog의정의와제외범위

자료 확인일: 2026년 10월 24일. 공시된 사실과 자체 분석·가정 계산을 구분했습니다. 개별 매매·가입 권유가 아닙니다.