1 октября 2026 года в России заработала норма, которая превращает привычную фразу «нужны люди на смены» в вычислительную задачу: если самозанятый превышает 60 часов работы в месяц на одного заказчика через онлайн-сервис полгода подряд, сервис обязан заблокировать этой паре заключение новых договоров. Ограничение действует до 1 октября 2032 года.
Звучит как очередная юридическая новость, мимо которой можно пройти. Но если разобрать формулировку критерия, оказывается, что за «60 часами» спрятана нетривиальная конструкция: помесячный счётчик с обнулением, жёсткая привязка к паре «исполнитель — заказчик» и срок срабатывания, который легко пропустить. Ниже — разбор арифметики нормы по слоям: что именно считается, как обнуляется и в какие ловушки попадает любое планирование по старым правилам.
Откуда взялся лимит
Сначала фактура: основание — закон о платформенной экономике, ФЗ от 31.07.2025 № 289-ФЗ «Об отдельных вопросах регулирования платформенной экономики в РФ», конкретно — пятый пункт части первой статьи 17, текст закона опубликован на pravo.gov.ru, а критерий детализирован постановлением Правительства РФ от 19.06.2026 № 760. Практические разборы нормы с цифрами: у БУХ.1С — buh.ru/articles/ogranicheniya-na-rabotu-s-samozanyatymi-s-1-oktyabrya-2026-goda.html, у Контура — kontur.ru/articles/50781-rabotat_s_samozanyatymi_i_ne_narushit_zakon, оба разбора вышли летом 2026 года.
Формула из постановления: продолжительность работ или услуг самозанятого для одного клиента через онлайн-сервис не должна превышать 60 часов в месяц в течение полугода подряд — это пункт 1 постановления № 760, и почти всё, что дальше, следует из него. Ограничения для самозанятых действуют на период с 1 октября 2026 по 1 октября 2032 года.
Ответственность распределена жёстко: оператор платформы обязан технически исключить возможность заключения договоров по паре, у которой критерий выполнен, а штраф по части 4 статьи 5.27 КоАП достигает 100 000 ₽, при повторном нарушении — 200 000 ₽, детальный разбор санкций у БУХ.1С подтверждает обе суммы.
Счётчик превышений, а не потолок
Первое, что стоит прочитать в формуле правильно: «в течение полугода подряд» относится к превышению, а не к работе вообще. Несколько месяцев превышения подряд ничего не нарушают: если на шестой месяц пара уложилась в порог, отсчёт начнётся заново и лимит не будет считаться превышенным — этот пример с пересчётом прямо приведён в июньском разборе БУХ.1С, где норма разобрана по пунктам. Нарушением норма делает не разовый всплеск, а устойчивый режим.
Превышение 60 часов должно накопиться шесть месяцев подряд — только тогда платформа блокирует пару
В инженерных терминах это счётчик последовательных событий со сбросом: по каждой паре «исполнитель — заказчик» помесячно наблюдается длительность работ; месяц с превышением 60 часов увеличивает счётчик на единицу, месяц без превышения сбрасывает его в ноль; на значении «шесть подряд» платформа обязана остановить заключение новых договоров. Каждый, кто писал retry-политики или мониторинг по окнам, узнает эту конструкцию — с той разницей, что цена ложного спокойствия здесь измеряется шестизначным штрафом и сорванным расписанием.
60 часов в месяц — это 6-7 полных смен для склада и стройки, и пятнадцать коротких для уборки
Первый слой: сколько это в сменах
Шестьдесят часов превращаются в понятные величины простым делением. Стандартная восьмичасовая смена : 60 / 8 = 7,5 — семь полных выходов и половина восьмого. Двенадцатичасовая смена даёт 60 / 12 = 5 выходов. Месячный порог — это примерно неделя работы.
Обманчивость начинается дальше: бюджет считается не по человеку, а по каждой паре «исполнитель — заказчик» отдельно. Человек с двумя клиентами, у каждого — половина лимита в месяц, в критерий не попадает; тот же объём, сосредоточенный на одном заказчике, каждый месяц наращивает счётчик превышений. Суммарные часы по исполнителю норме не интересны — и это главный источник ошибок в планировании, потому что привычный учёт «сколько всего отработал человек» отвечает не на тот вопрос.
Меняется и сама логика планирования: раньше вопрос «сколько людей нужно на объект» решался от потребности объекта, теперь в уравнении есть персональный счётчик каждой пары, который растёт независимо от того, насколько всех всё устраивает.
Второй слой: полугодовое окно постоянного объекта
Типовая расчётная ситуация — объект, где смена нужна каждый день. Месяц ежедневных выходов по восемь часов дает 240 — в четыре раза больше порога. В первый месяц это ничему не противоречит — как и во второй, и в пятый. Но на шестой месяц подряд превышения платформа обязана заблокировать паре новые договоры, и объект остаётся без человека, если под слот не приготовлен запасной.
Механика обнуления превращает это в жёсткое правило: один месяц, в котором пара уложилась в 60 часов, перезапускает полугодовой горизонт с нуля. Для постоянного объекта отсюда следует неприятная дилемма: чтобы держать одного человека дольше пяти месяцев, ему нужно устроить «разгрузочный» месяц не выше порога — и смены этого месяца всё равно должен закрывать кто-то другой.
Поэтому ротация здесь — не управленческое предпочтение, а арифметика. Постоянный объект либо вращает нескольких исполнителей через один слот, так что ни у одного счётчик не доходит до шестого месяца, либо заранее держит резерв под подмену. Минимальная схема — три исполнителя поочерёдно, у каждого до 60 часов в месяц на этот объект.
Кого касается по отраслям
Отраслевой охват задан пунктом 2 того же постановления № 760: перечень из 14 пунктов, всего 17 кодов ОКВЭД. Кроме ожидаемых строительства (41-43), складского хозяйства (52), торговли (46, 47), обслуживания зданий (81), пищевых производств (10), общепита (56) и подбора персонала (78) в перечне оказались недвижимость (68), образование (85), реклама (73), транспорт (49) и спорт (93), а также — что неожиданно для многих — разработка ПО и деятельность в области информационных технологий, коды 62 и 63.
Для ИТ-отрасли это не абстракция. Если компания привлекает специалистов-самозанятых через онлайн-платформу и один человек стабильно загружен у неё больше 60 часов в месяц, к шестому месяцу такого режима платформа обязана будет остановить оформление новых договоров по этой паре. Проект, у которого весь критический путь держится на одном подрядчике с загрузкой на одну ставку в неделю, упирается в лимит примерно через полгода — и план проекта надо строить заранее с учётом этого окна.
Что из этого следует
Первое: 60 часов — месячный порог на пару «самозанятый — заказчик», и нарушением он становится только при шести месяцах подряд превышения. Второе: счётчик обнуляется первым же месяцем без превышения — месяцы «сверхлимита» подряд плюс один спокойный месяц дают легальный перезапуск. Третье: в пересчёте на смены порог — это пять-семь выходов, поэтому постоянный объект живёт на одном исполнителе не дольше пяти месяцев, дальше — ротация или резерв. Четвёртое: считать надо по парам, а не по человеку: у каждого заказчика свой бюджет, суммарные часы по исполнителю норме не интересны.
Срок жизни нормы — до 1 октября 2032 года, почти до конца десятилетия, за которые помесячный учёт по парам станет стандартной частью любой системы, сводящей самозанятых с заказчиками. Если вы проектируете такую систему, счётчик последовательных превышений со сбросом стоит закладывать с первого дня: ретрофит учёта в работающую платформу всегда дороже его проектирования заранее.
А как бы вы считали сам месяц для такого счётчика — по календарным месяцам с привязкой к первому числу или скользящими окнами по дням? От выбора зависит, сколько пограничных сценариев придётся разбирать в коде — интересны любые аргументы в комментариях.
Источник: habr.com