60 часов самозанятый может отработать на одного заказчика: математика нового лимита

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 часов увеличивает счётчик на единицу, месяц без превышения сбрасывает его в ноль; на значении «шесть подряд» платформа обязана остановить заключение новых договоров. Каждый, кто писал retry-политики или мониторинг по окнам, узнает эту конструкцию - с той разницей, что цена ложного спокойствия здесь измеряется шестизначным штрафом и сорванным расписанием.

Первый слой: сколько это в сменах

Шестьдесят часов превращаются в понятные величины простым делением. Стандартная восьмичасовая смена : 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 года, почти до конца десятилетия, за которые помесячный учёт по парам станет стандартной частью любой системы, сводящей самозанятых с заказчиками. Если вы проектируете такую систему, счётчик последовательных превышений со сбросом стоит закладывать с первого дня: ретрофит учёта в работающую платформу всегда дороже его проектирования заранее.

А как бы вы считали сам месяц для такого счётчика - по календарным месяцам с привязкой к первому числу или скользящими окнами по дням? От выбора зависит, сколько пограничных сценариев придётся разбирать в коде - интересны любые аргументы в комментариях.