Оператор цифровой платформы — это лицо, которое организует взаимодействие партнёров и пользователей на посреднической цифровой платформе и одновременно владеет ею либо эксплуатирует её по договору с владельцем. Статус оператора определяют пункт 8 статьи 2 и глава 2 Федерального закона от 31 июля 2025 года № 289-ФЗ «Об отдельных вопросах регулирования платформенной экономики». Основные требования вступают в силу 1 октября 2026 года.
Кратко:
- Оператором цифровой платформы признаётся лицо, которое одновременно организует взаимодействие партнёров и пользователей и владеет платформой либо эксплуатирует её по договору.
- Основные требования 289-ФЗ начинают применяться 1 октября 2026 года; часть подзаконных актов вводится позднее.
- К партнёрам и владельцам ПВЗ оператор применяет проверку сведений до заключения договора по статье 5 289-ФЗ и Постановлению Правительства РФ № 768.
- До 1 октября платформе нужно проверить критерии ПЦП, обновить договоры и настроить проверку партнёров, карточки товаров, электронный документооборот и работу с жалобами.
Оператор цифровой платформы: определение простыми словами
Оператор посреднической цифровой платформы — юридическое лицо, иностранная организация, индивидуальный предприниматель, иностранный гражданин или лицо без гражданства, которое оказывает услуги по организации взаимодействия партнёров и пользователей на посреднической цифровой платформе и одновременно является её владельцем либо эксплуатирует её по договору с владельцем. Определение зафиксировано в пункте 8 статьи 2 Федерального закона № 289-ФЗ.
Статус не зависит от коммерческого названия площадки. Учитываются функциональные признаки посреднической цифровой платформы из пункта 9 статьи 2 289-ФЗ, количественные критерии Правительства РФ и факт включения платформы в реестр ПЦП. Название «маркетплейс», «агрегатор» или «сервис услуг» не заменяет правовой квалификации по функциям и договорной модели.
Подробный разбор проверки контрагентов на платформе разобран в полном руководстве по проверке партнёров маркетплейса по 289-ФЗ.
Как связаны платформа, оператор и ПЦП
Закон разделяет три сущности: цифровую платформу как программную инфраструктуру, посредническую цифровую платформу как её разновидность с посреднической функцией и оператора как лицо, которое организует взаимодействие участников и выполняет обязанности по закону. Это разграничение нужно учитывать в договорах, внутренних регламентах и в интерфейсах онбординга.
Терминологическая таблица
|
Сущность |
Функция |
Участники и пример |
|---|---|---|
|
Цифровая платформа |
Программная инфраструктура для взаимодействия сторон |
Владелец инфраструктуры, разработчики, техническая команда |
|
Посредническая цифровая платформа (ПЦП) |
Разновидность платформы с посреднической функцией; включается в реестр ПЦП |
Партнёры и пользователи взаимодействуют через инфраструктуру ПЦП |
|
Оператор ПЦП |
Организует взаимодействие партнёров и пользователей; отвечает за выполнение обязанностей по 289-ФЗ |
Юрлицо, иностранная организация, ИП, физлицо, лицо без гражданства |
|
Партнёр |
Продаёт товары или оказывает услуги через платформу |
Продавец на маркетплейсе, исполнитель на сервисе услуг |
|
Пользователь |
Приобретает товары или услуги через платформу |
Покупатель на маркетплейсе, заказчик на сервисе услуг |
|
Владелец ПВЗ |
Принимает и выдаёт товары в пункте выдачи заказов |
ИП или организация с пунктом выдачи, работающая с оператором по договору |
Минэкономразвития России формирует и ведёт реестр ПЦП в электронном виде. Схожее разделение ролей действует в гиг-экономике, где платформа организует взаимодействие исполнителей и заказчиков.
Разница между платформенной и гиг-моделью подробно разобрана в материале про то, как работают гиг-платформы.
Кто может считаться оператором
Оператором может быть российское или иностранное юридическое лицо, индивидуальный предприниматель, иностранный гражданин или лицо без гражданства. Для включения российской платформы в реестр ПЦП она должна выполнять функции из пункта 9 статьи 2 289-ФЗ и соответствовать количественным критериям Постановления Правительства РФ от 28 января 2026 года № 54.
- Среднесуточная аудитория в России — не менее 100 000 пользователей за предшествующий календарный год.
- Не менее 10 000 партнёров совершили через платформу хотя бы одну оплаченную сделку за предшествующий год.
- Совокупная стоимость таких сделок — не менее 50 млрд рублей за предшествующий год.
- Для российской платформы обязателен показатель по аудитории и любой из двух дополнительных.
Для иностранной платформы применяется один количественный показатель: среднесуточная аудитория в России не менее 100 000 пользователей. Пороги по числу партнёров и стоимости сделок к ней не применяются.
Минэкономразвития вправе выявить платформу по сведениям ФАС и ФНС; владелец или лицо, эксплуатирующее платформу по договору, вправе подать заявление самостоятельно. Статья 1 289-ФЗ предусматривает исключения для отдельных информационных систем и видов регулируемой деятельности, поэтому применимость закона оценивается по функциям конкретной платформы, а не по бытовому названию сервиса.
Как готовиться к применению требований закона, разобрано в отдельной статье про требования 289-ФЗ с 1 октября 2026 года.
Обязанности оператора с 1 октября 2026 года
Глава 2 289-ФЗ устанавливает обязанности оператора перед партнёрами, пользователями и владельцами ПВЗ. Обязанности требуют организационных, юридических и технических изменений до 1 октября 2026 года. Ниже сведены прямые нормы закона; редакционная интерпретация вынесена в отдельный чек-лист.
Обязанности оператора: требование, действие, срок, артефакт, источник
|
Требование |
Действие оператора |
Момент выполнения |
Подтверждающий артефакт |
Первоисточник |
|---|---|---|---|---|
|
Проверка партнёра и владельца ПВЗ |
Установить сведения о лице, использовать ЕГРЮЛ, ЕГРИП, ЕСИА или иной предусмотренный способ |
До заключения договора |
Запись в журнале проверки; отметка о результате в личном кабинете |
ч. 2 ст. 5 289-ФЗ; ПП РФ № 768 |
|
Срок проверки |
Завершить проверку и уведомить заявителя |
До 5 рабочих дней; 1 календарный день для отдельных цифровых способов; до 15 рабочих дней для иностранной организации без представительства |
Уведомление в личном кабинете; отметка о дате |
ПП РФ № 768 |
|
Договор с партнёром и владельцем ПВЗ |
Заключить договор с обязательными условиями: сообщения, взаиморасчёты, ответственность, обжалование |
До начала работы партнёра на платформе |
Подписанный договор; версия оферты в архиве |
ст. 5 289-ФЗ |
|
Карточка товара |
Дать техническую возможность указать сведения о партнёре, лицензиях, сертификатах, декларациях, маркировке; отметку о роли оператора |
На постоянной основе |
Заполненные поля карточки; логи изменений |
Глава 2 289-ФЗ |
|
Личный кабинет и юридически значимые сообщения |
Обеспечить обмен юридически значимыми сообщениями между оператором и партнёром |
На постоянной основе |
Функционал личного кабинета; журнал сообщений |
Глава 2 289-ФЗ |
|
Рассмотрение жалоб и обжалование |
Организовать порядок подачи жалоб и обжалования решений оператора |
На постоянной основе |
Регламент рассмотрения жалоб; журнал обращений |
Глава 2 289-ФЗ |
Как оператор проверяет партнёров и владельцев ПВЗ
При заключении договора оператор устанавливает сведения о лице, которое намерено стать партнёром или владельцем ПВЗ. Для этого закон допускает ЕГРЮЛ, ЕГРИП, идентификацию или аутентификацию через ЕСИА и иные способы, установленные Правительством РФ. Конкретная процедура зависит от статуса заявителя и Постановления Правительства РФ № 768; ЕСИА не является единственным способом проверки. Полный алгоритм — в материале про KYB для маркетплейса до заключения договора.
Стандартный срок проверки составляет до пяти рабочих дней. Для отдельных цифровых способов и субъектов МСП предусмотрен один календарный день, для иностранной организации без представительства в России — до 15 рабочих дней. После завершения оператор сообщает результат не позднее одного рабочего дня. Срок проверки и срок уведомления считаются отдельно.
Проверка по 289-ФЗ подтверждает предусмотренные законом сведения о будущем партнёре или владельце ПВЗ. Она не совпадает с идентификацией по Федеральному закону № 115-ФЗ и не превращает платформу в субъект ПОД/ФТ. Дополнительные процедуры должной осмотрительности платформа применяет по собственной риск-политике или отраслевым требованиям — например, проверку контрагента по ИНН и параметры риска.
Для расширенной проверки контрагентов платформа может дополнительно устанавливать бенефициарного владельца и проводить санкционный скрининг и проверку PEP. Оба сценария подчиняются собственным регламентам: установление бенефициарного владельца и санкционный скрининг и проверку PEP.
Что проверять в карточке товара
Оператор обязан предоставить партнёру техническую возможность указать сведения, прямо предусмотренные законом. Перечень нельзя расширять на основании вторичных обзоров: любая дополнительная проверка оформляется как внутренняя риск-политика, а не как обязанность по 289-ФЗ.
- Сведения о партнёре: наименование или Ф. И. О., статус, идентификаторы для связи.
- Разрешительная документация: лицензии, сертификаты, декларации соответствия, регистрационные удостоверения.
- Обязательная маркировка: коды маркировки для товаров, подпадающих под соответствующее регулирование.
- Роль оператора: отметка в карточке, что оператор не является продавцом или исполнителем, если это применимо.
- Статус иностранного партнёра: указание статуса и юрисдикции иностранного лица, если оно выступает партнёром.
Отдельные требования к автоматизированной проверке сведений через государственные информационные системы вводятся позднее основных положений закона. При планировании доработок нужно сверять переходные положения 289-ФЗ и даты начала действия подзаконных актов.
Как устроена проверка документов на стороне продавца-физлица или самозанятого, разобрано в материале про верификацию документов в России.
Где возникают риски
Ошибки в применении 289-ФЗ обычно связаны не с самой нормой, а с процессами оператора: как распределены роли, где ведётся журнал и как быстро обновляются сведения о партнёрах. Ниже — типичные точки отказа, которые всплывают в аудите.
- Неверная квалификация участника: оператор путает партнёра, пользователя и владельца ПВЗ; применяет к ним одинаковые процедуры вместо разных.
- Формальная KYB-проверка: запрос сведений сводится к сбору документов без анализа риска и без сверки с государственными реестрами.
- Отсутствие журнала решений: нельзя восстановить, кто, когда и на каком основании принял решение по конкретному партнёру.
- Несинхронное обновление сведений: изменения реквизитов или статуса партнёра не поднимают повторную проверку; данные в карточке товара расходятся с реестром.
- Смешение ролей оператора и продавца: в карточке товара и в интерфейсе не указано, что оператор не продаёт товар от своего имени; это меняет объём ответственности.
- Подмена нормы редакционной трактовкой: внутренние регламенты называют «требованием 289-ФЗ» то, что закон прямо не предписывает.
Практическое следствие: перед 1 октября 2026 года юридический и продуктовый треки нужно свести в один документ, в котором каждая обязанность закрыта конкретным процессом, владельцем и артефактом.
Как удерживать конверсию при усилении проверок, разобрано в материале про KYC-воронку без потери клиентов.
Что сделать до 1 октября: семь шагов
Ниже — чек-лист готовности с результатом каждого шага. Владельца процесса и статус готовности заполняет команда платформы в своей системе управления задачами.
IDX помогает цифровым платформам выстроить проверку физических лиц, самозанятых, ИП и организаций в едином интеграционном контуре. Состав проверок зависит от роли партнёра, модели платформы и требований к онбордингу.