Покупка или лизинг AI-сервера: Как сравнить варианты

Лизинг AI-сервера нельзя автоматически назвать дешевле или дороже покупки.

Корректное сравнение начинается не с ежемесячного платежа, а с проверки, что оба предложения относятся к одному и тому же GPU-серверу и одинаковому объёму поставки. После этого все денежные потоки раскладываются по датам: первоначальный платёж, последующие выплаты, комиссии, страхование, дополнительные услуги и выкуп.

Затем отдельно сравниваются:

initial cash need

nominal total cash outflow

present value

если финансовая служба

утвердила ставку

И только после финансовой части проверяются условия договора:

ownership

buyout

repair / maintenance

insurance

damage/loss risk

GPU / RAM / NVMe / NIC upgrades

early exit

owner at horizon

Главное правило:

Start Server публично подтверждает возможность приобретения оборудования через лизинговую компанию. Конкретные ставка, срок и график платежей рассчитываются индивидуально для клиента.

Сначала сравните один и тот же GPU-сервер

Нельзя корректно сопоставить:

ПОКУПКА

8 × GPU

hardware only

и:

ЛИЗИНГ

8 × GPU

+

insurance

+

deployment

+

extended support

а всю разницу назвать стоимостью финансирования.

Сначала нормализуйте предмет сделки.

Если scope отличается, сначала выделите стоимость различающихся компонентов и услуг.

Только после этого начинается финансовое сравнение.

Какие данные нужны для покупки

Для purchase scenario нужна не только цена из КП, а фактический cash-flow schedule.

PURCHASE

Exact BOM:

Quote date:

Currency:

Tax basis:

PAYMENTS

Payment 1:

Amount:

Date:

Payment 2:

Amount:

Date:

...

Payment N:

Amount:

Date:

ADDITIONAL

Delivery:

Deployment:

Insurance if applicable:

Financing-related fees:

OWNERSHIP

Ownership transfer:

Date / condition:

HORIZON

Residual value:

Source/status:

Если сервер оплачивается собственными средствами, в модель не добавляется условная кредитная ставка.

Покупка за счёт банковского финансирования — уже отдельный сценарий:

PURCHASE WITH DEBT

Какие данные нужны для лизинга

Финансовая аренда юридически шире простой рассрочки стоимости сервера. В базовой конструкции лизингодатель приобретает имущество и предоставляет его лизингополучателю во временное владение и пользование.

Для расчёта нужны:

LEASING

Exact financed BOM:

Lessor:

Offer date:

ADVANCE

Amount:

Date:

PAYMENTS

Term:

Frequency:

Payment 1:

Amount:

Date:

...

Payment N:

Amount:

Date:

BUYOUT

Applicable:

YES / NO

Amount:

Date:

Conditions:

ADDITIONAL

Insurance:

Fees:

Services:

Other payments:

END OF TERM

Ownership transfer:

Return:

Extension:

Other:

По закону лизинговые платежи могут включать затраты лизингодателя на приобретение и передачу имущества, предусмотренные договором услуги и доход лизингодателя. Если договор предусматривает переход собственности, в общую сумму может включаться выкупная цена.

Следовательно:

lease payment

≠

часть purchase price

в универсальном смысле

Почему ежемесячного платежа недостаточно

Допустим, предложение содержит:

350 000 ₽ / month

Без аванса, срока, количества платежей, выкупа, страхования и комиссий эта цифра не позволяет оценить сделку.

Базовый расчёт:

LeaseNominal=Advance+∑i=1NLeasePaymenti+Buyout+OtherApplicablePaymentsLeaseNominal = Advance + \sum_{i=1}^{N}LeasePayment_i + Buyout + OtherApplicablePayments

Полученная величина — номинальный денежный отток по выбранной схеме.

Это ещё не TCO инфраструктуры.

Почему процент удорожания тоже не даёт полного ответа

Иногда сравнивают:

LeaseNominalPurchasePrice−1\frac{LeaseNominal}{PurchasePrice}-1

и называют результат «переплатой».

Показатель может быть полезен как справочная арифметика, но не учитывает время платежей.

Экономически:

10 млн сегодня

и:

2 млн сегодня

+

будущие платежи

— разные профили денежных потоков.

Поэтому SS-020 выводит минимум три независимых результата.

Лизинг может иметь меньший initial cash need и одновременно больший nominal total. Это не противоречие.

Cash-flow timeline

Основная расчётная таблица должна выглядеть так:

Поверх неё можно построить:

cumulative cash outflow

по времени.

В отличие от SS-018, здесь не нужно автоматически искать «точку окупаемости». Задача графика — показать требования к ликвидности в разные моменты.

Initial cash need

Этот показатель отвечает на простой вопрос:

Сколько денежных средств понадобится до начала эксплуатации оборудования?

Если leasing scenario требует меньшего платежа на старте, корректный вывод:

Некорректный:

Следовательно, лизинг дешевле.

Стоимость и timing платежей — разные характеристики.

Nominal total

Для покупки:

PurchaseNominal=∑iPurchaseCashFlowiPurchaseNominal= \sum_i PurchaseCashFlow_i

Для лизинга:

LeaseNominal=Advance+∑iLeasePaymenti+Buyout+OtherApplicablePaymentsLeaseNominal= Advance+ \sum_i LeasePayment_i+ Buyout+ OtherApplicablePayments

Эти значения считаются в одной валюте и на одной налоговой базе.

При этом:

Nominal total acquisition cash flows — не полный TCO AI-инфраструктуры.

Если эксплуатационные затраты нужны для решения local vs cloud, это уже задача SS-018.

Когда считать present value

Если финансовая служба использует утверждённую ставку для внутренних инвестиционных решений, будущие платежи можно привести к одной дате:

PV=∑iCFi(1+r)tiPV = \sum_i \frac{CF_i}{(1+r)^{t_i}}

где:

CF_i — платёж;

r — утверждённая компанией ставка;

t_i — время до платежа.

В модели обязательно сохраняются:

Management discount rate:

Source:

Approved by:

Valuation date:

Если ставки нет:

MANAGEMENT PV:

NOT CALCULATED

Ключевая ставка не является автоматической стоимостью капитала компании

Нельзя автоматически использовать:

ключевая ставка ЦБ

=

management discount rate

У конкретной организации может быть свой hurdle rate, WACC, стоимость привлечённого финансирования или другой утверждённый подход.

SS-020 предоставляет методику, но не назначает ставку за финансовую службу.

Management PV и бухгалтерский PV — разные задачи

Отдельно существует бухгалтерский учёт аренды.

ФСБУ 25/2018 в общем случае требует, чтобы арендатор признал право пользования активом одновременно с обязательством по аренде. Обязательство первоначально оценивается как приведённая стоимость будущих арендных платежей; для организаций, имеющих право на упрощённый учёт, стандарт предусматривает отдельные возможности.

Но это не делает бухгалтерскую ставку дисконтирования автоматически правильной для management comparison.

Если компания использует одну ставку для обеих целей, это должно быть её подтверждённым решением.

Почему нельзя писать «лизинг вне баланса»

Универсальный рекламный тезис:

«Лизинг позволяет не ставить актив на баланс».

для статьи SS-020 некорректен.

По общему правилу ФСБУ 25 арендатор отражает право пользования активом и обязательство по аренде.

При этом существуют предусмотренные стандартом исключения и упрощённые способы учёта для соответствующих организаций и договоров.

Поэтому итоговая формулировка:

Бухгалтерское отражение нужно проверять применительно к конкретной организации, договору и её учётной политике.

Налоговый эффект не подставляется заранее

SS-020 не должна превращаться в универсальную налоговую консультацию.

В калькуляторе достаточно выделить:

ACCOUNTING / TAX REVIEW

Tax regime:

VAT treatment:

Project-specific adjustment:

Reviewed by:

Date:

Пока профильный специалист не подтвердил расчёт, main scenario не получает условное:

tax saving = 20%

или другое удобное число.

Кто владеет сервером во время лизинга

По общему правилу предмет лизинга является собственностью лизингодателя.

Но это не означает, что после последнего регулярного платежа сервер обязательно автоматически станет собственностью клиента.

Закон допускает переход собственности к лизингополучателю после окончания договора или раньше срока, если это предусмотрено соглашением сторон.

Поэтому worksheet обязательно содержит:

OWNER DURING TERM:

...

OWNER AT HORIZON:

...

BUYOUT:

YES / NO

BUYOUT AMOUNT:

...

TRANSFER CONDITIONS:

...

Выкуп — отдельный cash flow

Если договор предусматривает выкупную цену, она должна появиться в timeline.

Например:

Month 36:

regular lease payment

+

buyout payment

если именно так устроен конкретный договор.

Нельзя молча считать:

последний регулярный платёж

=

переход собственности

Условия перехода и выкупа проверяются по договору.

Состояние на конце горизонта тоже должно совпадать

Допустим, через 36 месяцев:

PURCHASE

company owns server

а в leasing scenario:

LEASE

server must be returned

Одной суммы платежей недостаточно — конечные состояния различаются.

Поэтому отдельно фиксируются:

Residual value не назначается как универсальный процент от первоначальной цены.

Если обоснованной оценки нет:

RESIDUAL VALUE:

UNKNOWN

GPU-сервер может потребовать модернизации ещё до окончания договора

Это один из ключевых AI-specific факторов.

За срок финансирования может измениться потребность в:

GPU

RAM

NVMe

NIC / HCA

riser / backplane

cooling

Поэтому финансовая модель должна задавать не только вопрос:

Сколько платить?

но и:

Что компания имеет право сделать с конфигурацией во время договора?

Закон отдельно регулирует обслуживание и улучшения предмета лизинга. В частности, по общему правилу техническое обслуживание и текущий/капитальный ремонт выполняет лизингополучатель, если договор не устанавливает иное; отделимые улучшения также имеют отдельный режим.

Это не позволяет автоматически решить статус конкретной установленной GPU или NIC — его нужно проверять по договору.

Upgrade Matrix

Нельзя заранее утверждать ни:

leasing prohibits upgrades

ни:

любые upgrades разрешены

Лизинг сам по себе не означает включённый ремонт

По умолчанию закон возлагает обслуживание, сохранность и текущий/капитальный ремонт предмета лизинга на лизингополучателя, если стороны договором не установили другое.

Поэтому нужно разделить:

OEM warranty

seller warranty

integrator support

lessor obligations

maintenance

repair

replacement

Кто отвечает за качество и комплектность сервера

Финансовая структура сделки не отменяет требования к самому оборудованию.

ГК РФ позволяет лизингополучателю непосредственно предъявлять продавцу требования, вытекающие из договора купли-продажи, в том числе по качеству, комплектности и срокам поставки.

Поэтому для GPU-инфраструктуры полезно заранее распределить:

Seller:

точность поставки / quality claims

Integrator:

configuration / integration scope

Lessor:

financial / contractual role

Customer:

acceptance / operational obligations

Конкретное распределение ответственности всё равно уточняется договорным пакетом.

Собственник и носитель риска — не обязательно одно лицо

Ещё одна опасная упрощённая логика:

сервер принадлежит лизингодателю

→ повреждение является риском лизингодателя

По ГК РФ риск случайной гибели или случайной порчи при финансовой аренде по общему правилу переходит к арендатору с момента передачи имущества, если договором не установлено иное.

Закон о лизинге ещё шире перечисляет имущественные риски после фактической приёмки: гибель, утрата, порча, хищение, преждевременная поломка, ошибки монтажа или эксплуатации — если договор не меняет распределение.

Поэтому отдельно проверяются:

damage

loss

theft

transport after acceptance

power incident

cooling incident

operator error

Страхование — отдельное договорное условие

Закон предусматривает возможность страхования предмета лизинга и оставляет договору определение страхователя, выгодоприобретателя и периода страхования.

В worksheet:

INSURANCE

Required:

YES / NO / UNKNOWN

Included in payments:

YES / NO

Separate premium:

Insurer:

Beneficiary:

Coverage:

Deductible:

Exclusions:

Period:

Если информации нет, значение:

UNKNOWN

а не ноль.

Досрочный выход также нужно считать заранее

Для AI-сервера финансовый срок договора и полезный для конкретного workload технологический горизонт могут не совпасть.

Поэтому нужны:

EARLY EXIT

Early termination allowed:

Settlement formula:

Outstanding obligations:

Return logistics:

Fees / penalties:

EARLY BUYOUT

Allowed:

Price calculation:

Date restrictions:

Purchase vs Leasing Cash-Flow Sheet

Это основной самостоятельный инструмент SS-020.

ASSET NORMALIZATION

Server OEM/model:

Exact BOM:

GPU:

CPU:

RAM:

NVMe:

NIC/HCA:

Delivery:

Deployment:

Warranty:

Support:

PURCHASE

Quote date:

Currency:

Tax basis:

Payment 1:

Date:

Amount:

Payment 2:

Date:

Amount:

...

Additional acquisition fees:

Ownership date:

Residual value at horizon:

Source/status:

LEASING

Offer date:

Lessor:

Advance:

Date:

Amount:

Term:

Payment frequency:

Payment 1:

Date:

Amount:

...

Payment N:

Date:

Amount:

Buyout:

Date:

Amount:

Insurance:

Fees:

Included services:

END OF TERM

Owner:

Ownership transfer:

Return:

Extension:

Other:

FINANCE

Valuation date:

Initial purchase cash:

Initial lease cash:

Purchase nominal:

Lease nominal:

Management discount rate:

Source:

Approved by:

Purchase PV:

Lease PV:

RESULT

Lower initial cash requirement:

...

Lower nominal cash outflow:

...

Lower management PV:

...

Owner at horizon:

...

Unresolved assumptions:

...

Lease Responsibility & Upgrade Matrix

Второй инструмент нужен потому, что одна финансовая таблица не показывает эксплуатационные ограничения.

Рабочие статусы:

CLEAR

CONDITIONAL

OPEN

BLOCK

Почему не нужен единый WINNER

Результат сравнения может оказаться таким:

Из этой таблицы нельзя честно получить универсальное:

WINNER = LEASING

или:

WINNER = PURCHASE

без приоритетов конкретной компании.

Одной организации важнее ликвидность сегодня.

Другой — минимальный cumulative outflow.

Третьей — полный контроль над модернизацией GPU-платформы.

Как должен выглядеть итоговый вывод

Хороший вывод:

В базовом сценарии лизинг снижает первоначальную потребность в денежных средствах, но имеет более высокий nominal cash outflow. После приведения платежей по утверждённой финансовой ставке разница составляет рассчитанную для проекта величину. При этом договор требует согласования замены GPU и отдельного выкупного платежа. Решение зависит от того, какой вес компания присваивает ликвидности, стоимости финансирования и свободе владения инфраструктурой.

Плохой:

Одно число скрывает слишком много независимых факторов.

Когда сравнивать ещё рано

Расчёт преждевременен, если неизвестны:

exact GPU-server BOM

purchase quote

leasing offer

advance

full payment schedule

buyout

fees

insurance

owner at horizon

upgrade terms

repair responsibilities

early-exit conditions

В таком случае результат модели:

INSUFFICIENT COMMERCIAL DATA

а не выдуманный процент выгоды.

Какие данные нужны для расчёта

SERVER

exact model / BOM

GPU SKU / count

quote ID/date

PURCHASE

price

payment schedule

LEASING

lessor

advance

term

full payment schedule

buyout

fees

insurance

included services

CONTRACT

owner during term

owner at horizon

upgrade rules

repair/support

damage/loss

early buyout

early termination

FINANCE

calculation currency

tax basis

management discount rate

if approved

valuation date