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.