🤖Сбой системы: когда это спасает от штрафа, а когда — нет

💻Пока строительная отрасль переходит на полностью электронные реестры разрешений, стоит присмотреться к практике по смежным электронным системам — ЭДО и госинформсистемам. Она показывает общий принцип, который будет применяться и к спорам о записях в «Стройкомплекс.РФ»: суд не примет на веру голое заявление о том, что система не работала — нужны конкретные доказательства именно технической природы сбоя.

📌Постановление Арбитражного суда Северо-Западного округа от 19.11.2025 по делу № А26-884/2025

📄Суть спора. Работница обратилась в Социальный фонд России (СФР) с жалобой на невыплату больничного. Разбираясь, фонд установил, что электронный листок нетрудоспособности был закрыт 9 августа 2024 года, и в тот же день СФР направил работодателю через оператора ЭДО «Контур.Экстерн» запрос на сведения, необходимые для расчёта выплаты. По закону страхователь обязан ответить в течение трёх рабочих дней, но компания предоставила данные только 21 августа — с существенной задержкой.

💸Позиция фонда. СФР привлёк компанию к административной ответственности и наложил штраф в размере 2500 рублей — формально сроки были нарушены.

🔗Аргумент компании. Работодатель настаивал на отсутствии вины: запрос СФР от 9 августа реально не дошёл до него в срок именно из-за сбоя оператора «Контур.Экстерн».

⚖️Что решил суд. Ключевым доказательством стали официальные сведения от самого оператора СЭД — «Контур.Экстерн» подтвердил, что запрос технически не дошёл до адресата и был переправлен только 21 августа, после чего компания отреагировала немедленно.

Суды сделали два важных вывода:

во-первых, в действиях компании отсутствовала вина, поскольку задержка была вызвана объективными, непреодолимыми для неё обстоятельствами;

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

🎉Штраф признали незаконным.

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