60 часов на одного заказчика: что реально установило ПП № 760 с 1 октября 2026 года и кого оно не касается

Критерий 60 часов шесть месяцев подряд по ПП № 760: кто обязан ограничивать, какие коды ОКВЭД в списке и пять популярных мифов о новом правиле.

Коротко

С 1 октября 2026 года действует Постановление Правительства РФ от 19.06.2026 № 760. Оно вводит числовой критерий для платформенной занятости: больше 60 часов в месяц на одного заказчика, если это повторяется 6 месяцев подряд. Материал актуален на 06.10.2026, формулировки цитируются по тексту постановления и пункта 5 части 1 статьи 17 закона о платформенной экономике.

  • Критерий: количество часов выполнения работ или оказания услуг одному пользователю-заказчику за каждый месяц, которое в течение шести месяцев подряд составляет более 60 часов.
  • Считаются только те работы, которые выполняются с использованием технической возможности посреднической цифровой платформы.
  • Субъект обязанности — оператор платформы, а не заказчик и не исполнитель: именно оператор обязан установить ограничения.
  • Критерий применён не ко всем сферам, а закрытому перечню кодов ОКВЭД: в пункте 2 их 17, в том числе разработка ПО (код 62) и деятельность в области ИТ (код 63).
  • Документ действует до 1 октября 2032 года.

Что именно установило постановление № 760?

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

Пункт 2 перечисляет сферы, где критерий применяется. Пункт 3 задаёт рамки: постановление вступает в силу с 1 октября 2026 года и действует до 1 октября 2032 года.

Важно, чего в постановлении нет. В нём нет запретов для исполнителя, нет сумм штрафов, нет правил переквалификации в трудовые отношения и нет числа предельно допустимых заказов. Статья 17 позволяла Правительству установить и «предельно допустимое количество заказов», но постановление № 760 ограничилось часами.

Кто обязан ограничивать — и почему это не заказчик?

Критерий утверждён во исполнение пункта 5 части 1 статьи 17 Федерального закона «Об отдельных вопросах регулирования платформенной экономики в Российской Федерации». Эта норма обращена к оператору: он должен установить ограничения на систематическое и продолжительное выполнение работ и оказание услуг партнёром-исполнителем, являющимся физическим лицом, в интересах одного пользователя-заказчика с использованием посреднической цифровой платформы оператора.

Из этой формулировки следуют три адреса, и путать их дорого.

СубъектЧто говорит нормаПрактический смысл
Оператор платформы.Установить ограничения.Технические и договорные правила вводит площадка, а не её пользователи.
Партнёр-исполнитель.Речь о физическом лице.Ограничение касается исполнителя-физлица, а не любой формы сотрудничества.
Пользователь-заказчик.Один пользователь-заказчик.Считается связка «один исполнитель — один заказчик», а не общий объём заказов исполнителя.

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

Почему 60 часов — это не «норма рабочего времени»?

Число 60 часто читают как «почти ставка», и от этого начинается паника. У него другой смысл: это порог, отделяющий разовую платформенную работу от устойчивой связи с одним заказчиком.

Разберём конструкцию критерия по частям. Порог измеряется за каждый месяц, но срабатывает только если держится шесть месяцев подряд. Значит, сезонные пики — три месяца по 70 часов — не попадают. И наоборот: спокойные 65 часов полгода подряд — попадают.

Второй момент: считаются часы внутри платформы. Если работа ведётся вне технической возможности площадки, предмет нормы не наступает, потому что в пункте 5 статьи 17 прямо указано «с использованием посреднической цифровой платформы оператора».

Третий момент: привязка к одному заказчику. Исполнитель, который набирает 200 часов на четырёх разных клиентов, к этому критерию не относится: норму интересует пара «партнёр — пользователь-заказчик».

Какие сферы попали под критерий?

Пункт 2 постановления перечисляет коды ОКВЭД. Ниже — весь список так, как он назван в тексте документа.

  • Строительство зданий (код 41), строительство инженерных сооружений (код 42), строительные специализированные работы (код 43).
  • Складское хозяйство и вспомогательная транспортная деятельность (код 52), сухопутный и трубопроводный транспорт (код 49).
  • Оптовая торговля, кроме торговли автотранспортом (код 46), розничная торговля, кроме торговли автотранспортом (код 47).
  • Деятельность по обслуживанию зданий и территорий (код 81), производство пищевых продуктов (код 10), предоставление продуктов питания и напитков (код 56).
  • Операции с недвижимым имуществом (код 68), образование (код 85), деятельность по трудоустройству и подбору персонала (код 78).
  • Разработка компьютерного программного обеспечения, консультационные услуги в этой области и другие сопутствующие услуги (код 62), деятельность в области информационных технологий (код 63).
  • Рекламная деятельность и исследование конъюнктуры рынка (код 73), деятельность в области спорта, отдыха и развлечений (код 93).

Для компании, которая ищет разработчиков или подрядчиков на цифровые услуги, важны коды 62 и 63: они в списке. То же относится к маркетинговым и рекламным работам (код 73) и к подбору персонала (код 78). Офисные и иные функции, коды которых в перечне не названы, под критерий не попадают.

Как это ложится на ИТ-команду, которая работает через платформу?

Коды 62 и 63 в перечне — это не абстракция для студии или для цифровой команды заказчика. Именно под них обычно проходят работы по разработке сайтов, приложений, интеграциям и консалтингу в этой области. Если такие работы вы заказываете через платформу и у вас есть постоянный исполнитель, связка попадает в предмет правила.

Ниже — как разложить типовую ситуацию по трём признакам, чтобы за минуту понять, ваш ли это случай.

ПризнакВаш случайНе ваш случай
Кто исполнитель.Физическое лицо, работающее как партнёр-исполнитель платформы.Исполнитель работает как организация или оформлен иначе, чем физлицо-партнёр платформы.
Где идёт работа.Через техническую возможность посреднической цифровой платформы.Прямой договор вне платформы, переписка и приёмка без площадки.
Сколько и как долго.Больше 60 часов в месяц шесть месяцев подряд на одного заказчика.Больше 60 часов, но серия короче шести месяцев, или часы разложены на нескольких заказчиков.

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

Что это значит для компании, которая нанимает через платформу?

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

  • Первый шаг — посмотреть фактические часы по каждому исполнителю за шесть последних месяцев. Признак попадания: шесть строк подряд выше 60 часов на одного человека.
  • Второй шаг — проверить код деятельности исполнителя. Признак: работа относится к кодам из перечня пункта 2, например 62, 63 или 73.
  • Третий шаг — решить заранее, как вы выходите из связки: проектная заявка вместо постоянных часов, другой исполнитель на часть задач, прямой договор вне платформы, если это соответствует вашей сделке.
  • Четвёртый шаг — зафиксировать в своих правилах, кто и когда пересматривает занятость: платформы опубликуют свои ограничения, и они будут различаться.

Самое дорогое заблуждение здесь — думать, что ограничение нужно настраивать заказчику. Его настраивает оператор, и единственное, что реально в руках компании, — видеть свою статистику часов раньше, чем её увидит площадка.

Как понять, что правило уже касается вас?

Проверка проста, потому что критерий арифметический и в нём всего две переменные. Формула проверки: взять часы одного исполнителя в пользу одного вашего заказчика по месяцам, затем проверить два условия — больше 60 часов и шесть месяцев подряд.

  • Если выполнены оба условия — связка попадает в предмет постановления № 760.
  • Если перерыв в один месяц разбивает серию — критерий не срабатывает.
  • Если деятельность вне перечня кодов — к ней критерий не применяется.
  • Если работа шла вне технической возможности платформы — предмет нормы не наступает.

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

Чего в этом постановлении нет, хотя об этом пишут?

Миф № 1: «самозанятым запретят работать больше 60 часов». В тексте запрета нет — есть критерий, по которому оператор платформы устанавливает ограничения в перечисленных сферах.

Миф № 2: «новое правило касается всех, кто работает с фрилансерами». Нет: предмет — платформенное взаимодействие, и только перечень сфер из пункта 2.

Миф № 3: «если в одном месяце набралось больше 60 часов, всё сломается сразу». Нет: нужно шесть месяцев подряд, это критерий длительности, а не месячного объёма.

Миф № 4: «постановление вводит штрафы». Ответственности в тексте нет; санкции регулируются другими нормами, которых в этом документе нет. И миф № 5: «правило бессрочное». У него есть дата конца — 1 октября 2032 года.

Где проходит граница самопомощи?

Сами вы считаете часы, читаете перечень сфер и перестраиваете заявки. Это не требует консультантов и делается за вечер.

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

Как это связано с нашими задачами?

Мы закрываем такие истории автоматизацией учёта: часы исполнителей, связки «задача — исполнитель — заказчик», месячные серии. В закупках и снабжении у нас есть кейс «ИИ-центр закупок и снабжения» — там ровно этот слой: данные по подрядчикам и решения на их основе.

По процессу найма и распределения задач полезен разбор «Как выбрать AI-подрядчика», а требования к составу исполнителей правильно закладывать заранее — в ТЗ. Общий контекст закона о платформенной экономике — в статье «Платформенная экономика с 1 октября 2026». Как фиксировать результат работ по этапам — в материале «Приёмка сайта и приложения у подрядчика».

По автоматизации закупок и документооборота смотрите услугу «Тендеры и госзакупки с AI», по постановке процесса и аудиту данных — «AI-консалтинг». Если нужно посчитать связки по своей выгрузке, напишите через форму контактов: попросим часы по исполнителям за полгода и покажем, сколько связок уходит за порог.

Источники

  • Постановление Правительства РФ от 19.06.2026 № 760 «Об утверждении критерия систематичности и продолжительности выполнения работ, оказания услуг, предусмотренного пунктом 5 части 1 статьи 17 Федерального закона „Об отдельных вопросах регулирования платформенной экономики в Российской Федерации“» — consultant.ru.
  • Статья 17 «Права и обязанности оператора…» Федерального закона № 289-ФЗ, пункт 5 части 1 — consultant.ru.