Сервер давно окупился, а деньги ест до сих пор. Считаем сколько

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

Всем привет, это команда SimpleOne ITAM. Разберём, из чего на самом деле складывается стоимость владения сервером после покупки, почему эту сумму почти никто не считает целиком и как прикинуть свою цифру по простой формуле — прямо на калькуляторе.

И сразу дисклеймер: ITAM-систему мы разрабатываем сами, так что сторона мы заинтересованная. Но формула ниже работает в любой системе, а продукт помянём только в конце, с оговоркой.

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

Каждая статья уходит в свой бюджет:

• Закупки платят за железо,

• ИТ-эксплуатация — за поддержку,

• Дата-центр — за электричество и стойку,

• HR — за зарплату админов.

А полной цифры «сколько нам стоит этот сервер в этом году» в итоге нет ни у кого.

Из чего складывается стоимость железа после покупки

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

А вот дальше начинается зона, которую она не обязана видеть целиком. Пять статей расходов, и у каждой своя причина оставаться в тени.

• Ремонты и замена компонентов. Расход нерегулярный: сервер не ломается по расписанию, и счёт на новый диск или блок питания редко попадает в план. Его сложно предвидеть и легко потерять среди других трат.

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

• Электричество и место в стойке. Расход привязан не к серверу, а ко всей инфраструктуре. Без модели распределения — по стойкам, PDU или хотя бы по числу юнитов — посчитать его на один актив не выйдет.

• Время админов. Часы на диагностику, патчи и разбор инцидентов никто не выставляет отдельным счётом. Деньги на это тратятся, но сидят в фонде оплаты труда, а не в бюджете сервера. Без тайм-трекинга их можно только прикинуть на глаз.

• Простои. Расход виден, только если компания уже научилась переводить час недоступности в потерянную выручку или штрафы по SLA. Где этого нет — простои просто выпадают из расчёта. Хотя часто именно они оказываются самой крупной статьёй.

Почему эту сумму никто не считает целиком

Как только амортизация списана, сервер в отчётах выглядит бесплатным: капзатраты закрыты, а операционные расходы вокруг него никто не сводит воедино.

Причина — та самая раздробленность по бюджетам из начала статьи. Теперь посмотрим, почему её так трудно преодолеть.

У каждого бюджета свой хозяин, свой отчётный период и своя система учёта. Сложить цифры по одному серверу технически может кто угодно — но не обязан никто, и это не входит в KPI ни одного отдела. Данные есть, а точки сборки нет.

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

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

Системы учёта только добавляют хаоса. Финансы, закупки и мониторинг ведут свои базы, между собой не связанные. А инвентаризация вечно расходится с CMDB — то обновить забыли, то технику переставили и не отметили.

Свести всё по одному серверу руками можно. Но обычно это делают раз — перед крупным решением вроде «свой ЦОД или аренда». Не постоянно. Поэтому вопрос «во сколько нам обходится этот сервер в год» месяцами не звучит — пока не припрёт.

Как прикинуть свою цифру по простой формуле

Прикинуть реальную стоимость владения одним активом можно и без специальной системы — вручную, на калькуляторе, за час. Формула простая: 

Где:

А — амортизация, П — поддержка и лицензии, Э — электричество и стойка, Т — время админов, Пр — простои.

Считать удобнее за календарный год — цифру сразу сравниваешь с бюджетом и видишь, как она меняется год к году.

Возьмём условный сервер за 5 млн рублей и посчитаем по порядку.

• Амортизация. По Классификации основных средств сервер — это 2-я амортизационная группа, срок службы 2–3 года. Возьмём три года: норма 33% в год, то есть 1,65 млн. Вот тут и прячется первая ошибка, которую делают по привычке, — закладывают 5 лет и 20% в год. А по факту нормативный срок для сервера почти вдвое короче.

• Поддержка и лицензии. Продление у вендора — например, 300 тысяч в год.

• Электричество и место в стойке. При равномерном распределении по парку — условно 150 тысяч.

• Время админов. Сотрудник тратит на этот сервер около 5 часов в месяц — плановое обслуживание, разбор мелких инцидентов. При ставке 1500 ₽/час это 90 тысяч в год. Цифра оценочная: в реальной компании её берут из тайм-трекинга или экспертной оценки, а не выдумывают.

• Простои. Если за год был один сбой на 3 часа, а час недоступности стоит компании 50 тысяч, — добавляем ещё 150 тысяч.

Складываем:

А финансовый отдел, глядя только на амортизацию, видит 1,65 млн. Реальная стоимость владения оказывается на 42% выше той, что заложена в отчёте.

Прежде чем считать весь парк, обкатайте формулу на одном сервере или однотипной группе — так проще увидеть, где не хватает данных, и поправить методику, не переделывая расчёт по сотням активов сразу. И помните: у разных классов техники (серверы, сеть, СХД, рабочие станции) статьи затрат разные — калибруйте формулу под каждый класс отдельно, а не переносите с сервера на принтер как есть.

Три способа обесценить расчет

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

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

Контракт легко найти: он лежит в системе закупок с конкретной суммой и датой продления. А время, которое администратор тратит на диагностику, патчи и разбор инцидентов конкретного сервера, нигде не фиксируется отдельной строкой — оно растворяется в общем фонде оплаты труда отдела. В расчете выше это 90 тысяч рублей из 2,34 млн, то есть менее 4% итоговой суммы, которые просто выпадают, если ограничиться только счетом от вендора.

Вторая ошибка — полностью игнорировать простои, потому что их сложно оцифровать

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

Третья ошибка — брать цену покупки сервера целиком, без амортизации, вместо годовой доли

Компании по привычке закладывают 5 лет — как считали раньше. Но актуальная Классификация основных средств относит сервер ко 2-й амортизационной группе: срок службы 2–3 года. Разница между 20% и 33–50% в год — это не мелочь. Она меняет итоговый TCO в полтора-два раза, даже если все остальные статьи расходов те же. А значит, и вывод «окупается актив или нет» может оказаться прямо противоположным.

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

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

Как свести все затраты по активу в одном месте

А теперь — как это автоматизировать. У нас для этого есть SimpleOne ITAM, но принцип ниже работает в любой системе такого класса — суть не в конкретном продукте.

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

Как раз ту, которой в начале статьи не было ни у кого.

Карточка актива в SimpleOne ITAM. Поле «Общие затраты» само собирает расходы из закупок, эксплуатации и ремонтов — та самая цифра «сколько нам стоит этот актив», которую обычно сводят руками по отделам.

Здесь ноутбук за 286 000 ₽ в ремонте; для сервера логика та же.

Открыл карточку — и видишь актив целиком: на каком он этапе (у этого — «Ремонт», операционный статус «Неисправен»), на гарантии или нет, кто владелец, сколько на него уже потрачено и какие процессы к нему привязаны. Не пять систем и три звонка в бухгалтерию, а одно окно.

Это меняет и повседневную работу.

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

Теперь видно сразу: сколько актив уже стоил, есть ли ещё гарантия, не дешевле ли списать, чем чинить.

А сводная отчётность по всему парку показывает, где скрытые расходы выросли и на чём можно сэкономить. Пара примеров:

• Несколько юрлиц одной группы закупают одинаковое железо у одного поставщика, но в разное время — видно сразу, можно объединить закупку и получить скидку;

• На складе лежит актив, который можно передать в другой отдел вместо новой покупки;

• Контракт на поддержку продлевается по инерции на сервер, который давно пора списать, — система подсвечивает это, и вы перестаёте платить за то, что не нужно.

Резюме

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

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

***

Какая цифра получится — и совпадает ли она с той, что заложена в бюджете вашей компании?