---
md_version: 2
title: "Сколько стоит цифровой простой в разгар сезона"
description: "Как рассчитать потери от цифрового отказа в хозяйстве и проверить резервирование, доступ подрядчиков и восстановление до сезона."
canonical: "https://tesstech.ru/blog/kiberbezopasnost-hozyaystva-cifrovoy-prostoy/"
markdown: "https://tesstech.ru/blog/kiberbezopasnost-hozyaystva-cifrovoy-prostoy/index.md"
published: "2026-10-22"
author: "Tess Technology"
organization: "ООО ТЕСС ТЕХНОЛОДЖИ"
language: "ru-RU"
category: "Операционная эффективность"
direction: "operational-efficiency"
tags: ["АПК","Кибербезопасность","Автоматизация","Непрерывность производства","Управление рисками"]
image: "https://tesstech.ru/upload/articles/october-2026/farm-cybersecurity-cover.webp"
related_service:
  title: "Повышение операционной эффективности"
  url: "https://tesstech.ru/services/the-theory-of-constraints-toc/"
related_articles:
  - title: "Process mining до автоматизации: данные для честной карты процесса"
    url: "https://tesstech.ru/blog/process-mining-do-avtomatizatsii-dannye-dlya-chestnoy-karty/"
    markdown: "https://tesstech.ru/blog/process-mining-do-avtomatizatsii-dannye-dlya-chestnoy-karty/index.md"
  - title: "S&OP без ритуала: спрос, мощности, запасы и деньги"
    url: "https://tesstech.ru/blog/sop-bez-rituala-spros-moshchnosti-zapasy-dengi/"
    markdown: "https://tesstech.ru/blog/sop-bez-rituala-spros-moshchnosti-zapasy-dengi/index.md"
  - title: "Роботизация склада: ускорение или новое узкое место?"
    url: "https://tesstech.ru/blog/robotizatsiya-sklada-uskorenie-ili-novoe-uzkoe-mesto/"
    markdown: "https://tesstech.ru/blog/robotizatsiya-sklada-uskorenie-ili-novoe-uzkoe-mesto/index.md"
sources:
  - "https://www.interfax.ru/russia/1121687"
  - "https://ics-cert.kaspersky.ru/publications/reports/2026/02/05/recommendations/"
  - "https://csrc.nist.gov/glossary/term/Recovery_Time_Objective"
  - "https://csrc.nist.gov/glossary/term/recovery_point_objective"
  - "https://csrc.nist.gov/pubs/sp/800/82/r3/final"
---

# Сколько стоит цифровой простой в разгар сезона

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

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

## Отказ не обязательно начинается с атаки

Хозяйство зависит и от внешних платформ. По сообщению «Интерфакса» со ссылкой на Россельхознадзор, 11 октября 2026 года «ВетИС» и «Сатурн» перевели в аварийный режим из-за отключения электропитания во Владимирской области. «Сатурн» вернулся в штатный режим в тот же день. Это пример инфраструктурного сбоя; сообщение не доказывает кибератаку на системы. [сообщение «Интерфакса»](https://www.interfax.ru/russia/1121687)

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

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

## У каждого процесса свой запас времени

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

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

Рассмотрим условный инцидент на зерновом комплексе. Задержка приемки и обработки привела к уценке части продукции. Хозяйство перенаправило транспорт, оплатило дополнительные операции и восстановление системы.

| Последствие | Допущение модели | Сумма, млн руб. |
| --- | --- | --- |
| Уценка сохранившейся продукции | 2500 т × 1200 руб./т | 3,00 |
| Дополнительная логистика | Перенаправление и простой транспорта | 0,45 |
| Дополнительные производственные расходы | Сверхурочные и повторные операции | 0,30 |
| Восстановление | Специалисты, настройка и сверка данных | 0,55 |
| Итого | Статьи не пересекаются | 4,30 |

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

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

## Неверные данные опасны и при работающей системе

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

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

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

## Резерв должен пережить основной отказ

Два канала связи могут зависеть от одного узла или электропитания. Резервная емкость хранения полезна только при рабочей разгрузке, вентиляции и контроле. Запасной контроллер требует совместимости, сохраненной конфигурации и процедуры ввода.

Та же логика относится к данным. В рекомендациях Kaspersky ICS CERT от 5 февраля 2026 года указаны автономные и неизменяемые резервные копии критических технологических систем, отдельное управление доступом и тестовые восстановления. Постоянно доступная копия с теми же полномочиями может пострадать вместе с основной системой. [Kaspersky ICS CERT](https://ics-cert.kaspersky.ru/publications/reports/2026/02/05/recommendations/)

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

Для постановки задачи используют два показателя. RTO — целевой срок восстановления. Его выбирают с учетом допустимого перерыва процесса. RPO — точка во времени, до которой должны быть восстановлены данные; через нее задают, какую их потерю во времени хозяйство готово допустить. Для весовой потеря нескольких часов записей может потребовать трудоемкой сверки партий. Для микроклимата первоочередная задача — сохранить безопасный физический режим. [NIST — RTO](https://csrc.nist.gov/glossary/term/Recovery_Time_Objective), [NIST — RPO](https://csrc.nist.gov/glossary/term/recovery_point_objective)

Отдельный риск — зависимость от единственного специалиста. Если только один инженер знает настройки сушилки или кормоцеха, его недоступность может продлить любой сбой. Сохраненные конфигурации, инструкции и подготовленный сменщик сокращают эту зависимость.

## Доступ подрядчика нужно контролировать

Kaspersky ICS CERT рекомендует разделение технологической сети на сегменты, ограничение внешних соединений, контроль удаленного доступа и многофакторную аутентификацию для критических систем. Конкретную реализацию выбирают вместе с инженером и технологом, учитывая совместимость оборудования. [Kaspersky ICS CERT](https://ics-cert.kaspersky.ru/publications/reports/2026/02/05/recommendations/)

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

Обновления и изменения защиты согласуют с производством. Для систем, управляющих физическими процессами, NIST SP 800-82 Rev. 3 отдельно рассматривает требования к надежности и безопасности работы. Технические меры нельзя внедрять без оценки влияния на оборудование и людей. [NIST SP 800-82](https://csrc.nist.gov/pubs/sp/800/82/r3/final)

Зависимости от государственных платформ тоже включают в план. Для своей продукции нужно заранее выяснить официальный порядок действий при недоступности сервиса и последующей сверки записей. Внутренняя инструкция хозяйства не может заменить установленный порядок оформления документов.

## Как проверить готовность до сезона

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

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

Во время проверки фиксируют:

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

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

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

## Источники

1. [«Интерфакс». Россельхознадзор перевел ФГИС «Сатурн» из аварийного в штатный режим работы](https://www.interfax.ru/russia/1121687), 11 октября 2026 года. Вторичный источник, передающий сообщение ведомства.
2. [Kaspersky ICS CERT. Рекомендации по повышению защищенности технологической инфраструктуры](https://ics-cert.kaspersky.ru/publications/reports/2026/02/05/recommendations/), 5 февраля 2026 года. Первичный технический материал разработчика средств защиты.
3. [NIST. Recovery Time Objective](https://csrc.nist.gov/glossary/term/Recovery_Time_Objective).
4. [NIST. Recovery Point Objective](https://csrc.nist.gov/glossary/term/recovery_point_objective).
5. [NIST SP 800-82 Rev. 3. Guide to Operational Technology Security](https://csrc.nist.gov/pubs/sp/800/82/r3/final), сентябрь 2023 года. Руководство по безопасности технологических систем; не российский нормативный акт.

## Услуга по теме

[Повышение операционной эффективности](https://tesstech.ru/services/the-theory-of-constraints-toc/) — Выявляем системное ограничение и настраиваем поток, чтобы увеличить результат без лишних инвестиций.

## Материалы по теме

- [Process mining до автоматизации: данные для честной карты процесса](https://tesstech.ru/blog/process-mining-do-avtomatizatsii-dannye-dlya-chestnoy-karty/index.md)
- [S&OP без ритуала: спрос, мощности, запасы и деньги](https://tesstech.ru/blog/sop-bez-rituala-spros-moshchnosti-zapasy-dengi/index.md)
- [Роботизация склада: ускорение или новое узкое место?](https://tesstech.ru/blog/robotizatsiya-sklada-uskorenie-ili-novoe-uzkoe-mesto/index.md)