Короткий ответ. Час простоя 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 | ≈ 179 BYN за час | Сумма начисляется независимо от доступности базы. Частая ошибка – забыть налоги на ФОТ или включить всех 25 сотрудников вместо тех, чья работа действительно остановилась |
| Маржа | Незакрытые заказы и сорванные отгрузки, которые уже не удастся восстановить, – считается по факту за весь инцидент | индивидуально | В обычный день может быть равна нулю. В день пиковой отгрузки способна стать главным слагаемым |
| Обязательства | Для обычного дня в условном примере | 0 BYN | Появляются при срыве поставки, договорного срока или отчётности. Полезно отдельно считать обычный и критичный день |
| Восстановление | Считается отдельно за весь инцидент | индивидуально | Сюда входят технические работы и повторный ввод данных за период, который не попал в резервную копию |
| Сценарий 1: один час полной остановки | 30 000 / 168 | ≈ 179 BYN | Только стоимость времени сотрудников. Потерянная маржа, обязательства и техническое восстановление сюда ещё не включены |
| Сценарий 2: день простоя и день повторного ввода | Если те же сотрудники теряют рабочий день, а затем ещё один день уходит на повторный ввод: 16 часов × 178,57 | ≈ 2 857 BYN | Условный тяжёлый сценарий только по времени людей. Фактическая сумма зависит от числа сотрудников, участвующих в повторном вводе. Потери маржи и штрафы можно добавить в калькуляторе ниже |
| Регулярные задержки за год | Полчаса задержек каждый рабочий день при половинной потере темпа: около 938 BYN в месяц × 12 | ≈ 11 250 BYN | Сумма накапливается без отдельной аварии из-за регулярного ожидания операций |
Час помогает начать расчёт, но серьёзный инцидент часто длится дольше. Если выходит из строя единственный диск и восстановление требует замены оборудования и развёртывания резервной копии, компания может потерять рабочий день. Ещё один день понадобится в сценарии, когда часть данных не попала в копию и сотрудникам приходится вводить её повторно. Полученную сумму уже можно сравнивать со стоимостью мониторинга, обслуживания, резервирования и других мер, которые снижают вероятность сбоя или сокращают восстановление.
Тихий простой: когда ничего не падало
У аварии есть незаметный родственник – регулярные короткие сбои. База «повисела двадцать минут и отпустило», обмен упал и его перезапустили, документы с утра проводятся втрое дольше. По отдельности это не событие, но у него та же формула, помноженная на частоту: та же условная компания, у которой база каждое утро «думает» полчаса при половинной потере темпа, теряет 0,5 часа × 179 BYN × 0,5 × 21 рабочий день ≈ 938 BYN в месяц только за зарплату впустую. Тихий простой опаснее аварии именно тем, что к нему привыкают и его никто не считает.
Калькулятор стоимости простоя
Посчитайте на своих цифрах
Значения в полях – условный пример, замените их данными своей компании. Числа остаются в браузере и никуда не отправляются.
На стоимость инцидента влияют вероятность сбоя и время восстановления. Мониторинг помогает заметить часть проблем заранее, а проверенные резервные копии и понятный порядок действий сокращают время возврата к работе.
Что чаще всего роняет 1С
По нашей практике, типовые причины простоя ранжируются так: отказ диска или сервера, на котором живёт файловая база; повреждение базы после сбоя питания или сети; заражение шифровальщиком; человеческая ошибка при обновлении. Первые две особенно характерны для файлового режима на стареющем оборудовании – мы разбирали, когда он перестаёт подходить. То, во сколько обойдётся восстановление, почти целиком определяется состоянием резервных копий – как проверить свои за один вечер, тоже разбирали.
Как уменьшить цену часа
На само слагаемое «люди» повлиять нельзя – зарплата платится в любом случае. Уменьшать можно две вещи: вероятность простоя и его длительность.
Вероятность снижают исправное оборудование, клиент-серверный режим там, где файловая база уже не справляется с нагрузкой, своевременные обновления и мониторинг, который помогает заметить ухудшение состояния дисков, рост задержек и нехватку ресурсов до серьёзного сбоя. Длительность – это про готовность: проверенные резервные копии с известным временем восстановления, план «кто что делает при падении» и подрядчик, который приезжает по регламенту с зафиксированным временем реакции. Мы в «Доктор Сервер» держим для абонентских клиентов время реакции 35 минут и проверяем восстановление из копий как часть регламента – это и есть управление длительностью простоя. Если хотите понять, сколько подобный простой может стоить именно вашей компании, начните с аудита инфраструктуры. После него станет понятно, какие узкие места уже есть сегодня и что действительно стоит менять в первую очередь. Стоимость рассчитывается после аудита, по запросу.