Короткий ответ. Час простоя 1С стоит больше, чем кажется, потому что складывается из четырёх частей: зарплата сотрудников, которые не могут работать; заказы и отгрузки, которые не случились; штрафы и неустойки за сорванные сроки; стоимость самого восстановления. Причём считать стоит не только полную остановку: «1С тормозит, но работать можно» – тоже простой, просто частичный, и за месяц он набегает в суммы, сравнимые с аварией. Посчитать свою цифру можно по методике из этой статьи – и обычно она получается такой, что вопрос «зачем нам резервный сервер и проверенные бэкапы» закрывается сам.
Почему простой недооценивают
Когда 1С падает, в моменте это выглядит терпимо: люди пьют кофе, кто-то разбирает почту, «сейчас поднимут». Ощущение обманчивое по двум причинам. Во-первых, простой редко длится ровно столько, сколько чинят технику: после восстановления базы люди навёрстывают очередь из отгрузок, счетов и проводок, и хвост тянется до конца дня. Во-вторых, часть потерь невидима сразу: клиент, которому не отгрузили вовремя, не пишет жалобу – он просто в следующий раз заказывает у другого поставщика.
Поэтому считать надо не «сколько стоит починить», а «сколько стоит час, пока не работает».
Формула из четырёх слагаемых
Цена часа простоя = люди + недополученная маржа + обязательства + восстановление. Разберём каждое слагаемое так, чтобы вы могли подставить свои числа.
1. Люди. Сколько сотрудников не могут полноценно работать без 1С? Обычно это бухгалтерия, склад, менеджеры по продажам, операторы. Возьмите их суммарную месячную зарплату с налогами, разделите на 168 рабочих часов – это цена часа их вынужденного безделья. Платите вы её в любом случае, работает база или нет.
Одна поправка делает расчёт заметно честнее: не всякий простой полный. Когда база лежит – люди теряют 100% времени. Когда «висит по утрам» и каждый документ проводится втрое дольше – теряется, условно, половина. Умножьте слагаемое на долю потерянного времени: полная остановка – на 1, сильные тормоза – на 0,5, лёгкие – на 0,2. Доли оцените честно по своей ситуации, точность до процента здесь не нужна.
2. Недополученная маржа. Это слагаемое требует аккуратности: не всё, что не провелось во время простоя, потеряно навсегда. Большинство заказов и отгрузок после восстановления базы можно закрыть с опозданием – такие потери не надо считать. Считайте только то, что точно не восстановится: отгрузка, которая ушла без вашего товара; заказ, с которым клиент ушёл к другому поставщику; отчёт, который уже нельзя сдать вовремя. Именно эту сумму – в маржинальном измерении, без себестоимости – вносите как подтверждённую потерю.
Для обычного рабочего дня без критичных дедлайнов это слагаемое нередко равно нулю или близко к нему. Оно становится ощутимым, когда простой попадает на день пиковой отгрузки или на срок сдачи отчётности.
3. Обязательства. Неустойки за срыв сроков поставки, штрафы по договорам, пени за опоздание с платежами и отчётностью. Это слагаемое у многих равно нулю в обычный день и становится главным, если простой попал на день отгрузки крупному клиенту или на срок сдачи отчёта. Посчитайте два варианта: обычный день и худший день.
4. Восстановление. Работа тех, кто чинит: свои специалисты, вызванный подрядчик, срочные тарифы. Сюда же – потерянные данные: если база восстановилась из вчерашней копии, день работы вносится заново, и это снова пункт 1.
Пример на условных цифрах
Возьмём условную торговую компанию на 25 человек, из которых с 1С постоянно работают 12: бухгалтерия, склад, менеджеры. Все числа в примере условные – подставьте свои.
| Слагаемое | Как считаем | Час простоя | Где часто ошибаются |
|---|---|---|---|
| Люди | 12 человек, фонд оплаты с налогами условно 30 000 BYN в месяц → 30 000 / 168 | ≈ 180 BYN | забывают налоги на ФОТ; берут всех 25 вместо тех, кто реально без 1С стоит |
| Маржа | незакрытые заказы и отгрузки, которые уже не восстановить – считается по факту за весь инцидент | индивидуально | берут всю дневную маржу, включая операции, которые просто закроются с опозданием |
| Обязательства | обычный день | 0 BYN | считают только обычный день, забывая посчитать худший |
| Восстановление | считаем отдельно, разово | – | забывают повторный ввод данных за потерянный период |
| Итого час полной остановки | ≈ 180 BYN |
Дальше арифметика становится неприятной: типовой сценарий «умер диск, база поднимается из вчерашней копии» – это уже не про часы: рабочий день простоя плюс день повторного ввода данных. В условных цифрах примера: 8 × 180 BYN + 8 × 180 BYN = 2 880 BYN только за потраченное время людей. Сверху – потеря маржи по незакрытым заказам и штрафы, если простой попал на худший день.
Тихий простой: когда ничего не падало
У аварии есть незаметный родственник – регулярные короткие сбои. База «повисела двадцать минут и отпустило», обмен упал и его перезапустили, документы с утра проводятся втрое дольше. По отдельности это не событие, но у него та же формула, помноженная на частоту: та же условная компания, у которой база каждое утро «думает» полчаса при половинной потере темпа, теряет 0,5 часа × 180 BYN × 0,5 × 21 рабочий день ≈ 950 BYN в месяц только за зарплату впустую. Тихий простой опаснее аварии именно тем, что к нему привыкают и его никто не считает.
Посчитайте на своих цифрах
Числа остаются у вас в браузере и никуда не отправляются. Расчёт оценочный, по методике из статьи.
Хотите понять, что именно в вашей инфраструктуре делает эти числа такими – напишите нам, посмотрим вместе.
Что чаще всего роняет 1С
По нашей практике, типовые причины простоя ранжируются так: отказ диска или сервера, на котором живёт файловая база; повреждение базы после сбоя питания или сети; заражение шифровальщиком; человеческая ошибка при обновлении. Первые две особенно характерны для файлового режима на стареющем оборудовании – мы разбирали, когда он перестаёт подходить. То, во сколько обойдётся восстановление, почти целиком определяется состоянием резервных копий – как проверить свои за один вечер, тоже разбирали.
Как уменьшить цену часа
На само слагаемое «люди» повлиять нельзя – зарплата платится в любом случае. Уменьшать можно две вещи: вероятность простоя и его длительность.
Вероятность снижают предсказуемо: живой сервер вместо изношенного, клиент-серверный режим вместо файлового на общем диске, обновления и мониторинг, который ловит умирающий диск до того, как он умер. Длительность – это про готовность: проверенные резервные копии с известным временем восстановления, план «кто что делает при падении» и подрядчик, который приезжает по регламенту с зафиксированным временем реакции. Мы в «Доктор Сервер» держим для абонентских клиентов время реакции 35 минут и проверяем восстановление из копий как часть регламента – это и есть управление длительностью простоя. Если хотите понять, сколько стоит час именно у вас и что в вашей инфраструктуре его удлиняет – напишите нам, посчитаем вместе.