Закон о платформенной экономике № 289-ФЗ: какие доработки могут понадобиться продавцам

Схема данных продавца и цифровой платформы по требованиям 289-ФЗ
Содержание 11 разделов

Что такое закон № 289-ФЗ простыми словами

Закон вводит несколько ключевых понятий: «платформенная экономика», «цифровая платформа», «посредническая цифровая платформа» (ПЦП), «оператор» (сама площадка) и «партнёр» (продавец или исполнитель) [7]. Формально закон регулирует отношения, возникающие между операторами посреднических цифровых платформ, их партнёрами, пользователями и иными лицами в связи с продажей товаров, выполнением работ, оказанием услуг [7].

Проще говоря, закон описывает три вещи:

  1. Как маркетплейс должен строить отношения с продавцом — через договор, с прозрачными условиями и сроками уведомлений.
  2. Что обязан показывать продавец в карточке товара — какие документы, маркировку, сведения о происхождении.
  3. Как продавец может оспорить действия площадки — через встроенную систему досудебных жалоб, а не сразу через суд.

Кто подпадает под действие закона

Под регулирование попадают операторы ПЦП (маркетплейсы, агрегаторы услуг, сервисы доставки), партнёры — продавцы товаров и исполнители работ/услуг (юрлица, ИП, самозанятые, физлица-исполнители), конечные пользователи-покупатели, а также владельцы пунктов выдачи заказов [6]. Отдельная глава закона (глава 3) посвящена случаям, когда партнёром-исполнителем выступает физическое лицо — это актуально для агрегаторов услуг и такси.

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

Как это будет работать: ключевые механизмы

Карточка товара и документы

Статья 7 закона обязывает оператора платформы предоставить партнёру техническую возможность разместить в карточке товара сведения о лицензиях, сертификатах и декларациях соответствия — со ссылкой на запись в государственном реестре сертификатов и деклараций, о маркировке товара средствами идентификации (если она обязательна), о государственной регистрации товара (для продукции, подлежащей санитарно-эпидемиологической регистрации), а для иностранных партнёров — специальную пометку о том, что товар предлагается иностранным продавцом [8].

Оператор не вправе размещать карточку с товаром, изъятым из оборота, незарегистрированными пестицидами и агрохимикатами, незарегистрированными БАД, лекарствами и медизделиями, а также товаром, для которого не указана обязательная информация о сертификации, госрегистрации или маркировке [8]. То есть карточка, в которой не хватает нужных ссылок и отметок, рискует не пройти модерацию или быть снята с публикации.

Отдельно закон обязывает оператора указывать в карточке, что сам он не является продавцом товара и не заключает с покупателем договор купли-продажи (кроме случаев, когда площадка продаёт товар от своего имени) [8].

Договор, уведомления и сроки

Взаимодействие оператора с партнёром строится на основании договора, который платформа обязана дать заключить в электронной форме [9]. При заключении договора оператор обязан проверить сведения о партнёре через ЕГРЮЛ, ЕГРИП либо через Единую систему идентификации и аутентификации (ЕСИА) [9].

Договор должен содержать закрытый (исчерпывающий) перечень мер ответственности к партнёру, порядок обжалования решений площадки, порядок доступа к принципам формирования рейтинга и ранжирования в поисковой выдаче, порядок установления цен и скидок [9]. Копии действующего и утративших силу договоров оператор обязан хранить и предоставлять партнёру не менее трёх лет [9].

Если оператор в одностороннем порядке меняет условия договора — размер вознаграждения, меры ответственности, условия приёмки и возврата товара, — он обязан уведомить партнёра не менее чем за 45 дней до вступления изменений в силу; для прочих изменений — не менее чем за 15 дней [10]. Эти сроки не действуют, если изменение улучшает положение партнёра или приводит договор в соответствие с законом [10].

Скидки только по согласию

Одно из самых заметных для продавцов изменений — правило о скидках. Снижать цену товара за счёт продавца площадка может только в порядке, предусмотренном договором, уведомив партнёра не менее чем за пять рабочих дней и получив его согласие в установленной форме [11]. Продавец вправе заранее выразить общее согласие, установив минимальную цену товара, — тогда отдельного уведомления по каждой конкретной скидке не требуется [11]. Партнёр может в любой момент отозвать согласие или полностью запретить снижение цены на конкретные товары за свой счёт, а отказ от участия в скидках сам по себе не может быть основанием для блокировки личного кабинета, снятия карточки, снижения рейтинга или ухудшения позиции в выдаче [11].

Поисковая выдача и продвижение

Если на платформе есть платные услуги, влияющие на позицию товара в поиске, оператор обязан предоставлять доступ к ним всем партнёрам на равных условиях [12]. При формировании поисковой выдачи запрещено игнорировать критерии сортировки, которые выбрал сам пользователь (например, «сначала дешёвые») [12].

Ограничение доступа и досудебные жалобы

Оператор вправе ограничить или прекратить размещение карточки товара, а также доступ к личному кабинету партнёра — но только по основаниям, закреплённым в законе или договоре: для соблюдения законодательства, исполнения решения суда, а также при выявлении признаков неправомерного доступа к личному кабинету [13]. О применении таких мер оператор обязан уведомить партнёра заранее — как правило, не менее чем за три дня, с указанием, какие именно положения договора или закона нарушены [13]. Если основания для ограничения устранены, оператор обязан снять меры в течение 48 часов [13].

Прежде чем оспаривать действия площадки в суде, партнёр обязан обратиться с жалобой через встроенную на платформе систему досудебного разрешения споров; оператор обязан ответить на жалобу не позднее 15 дней [14]. Если жалоба признана обоснованной, площадка обязана отменить применённые меры в течение 48 часов [14].

Российская специфика: реестр платформ, штрафы и госорганы

Закон предусматривает создание государственного реестра посреднических цифровых платформ — его правила ведения утверждены отдельным постановлением Правительства РФ [15]. В реестр включают крупнейшие площадки на основании данных ФАС (об анализе состояния конкуренции) и ФНС (о количестве продавцов и объёме операций) [15][16]. По оценке Минэкономразвития, на первом этапе в реестр войдёт порядка десяти крупнейших игроков, занимающих более 80% рынка [17]; владелец площадки может также подать заявление о добровольном включении [16].

Что касается ответственности, поправки в КоАП РФ, устанавливающие конкретные размеры штрафов, на момент подготовки статьи прошли Госдуму, но не приняты в окончательной редакции [3]. По содержанию проекта, за первичное нарушение продавцом требований к размещению карточки товара предполагаются штрафы для должностных лиц и ИП — от 5 тыс. до 30 тыс. руб., для организаций — от 30 тыс. до 70 тыс. руб.; за повторное нарушение — от 10 тыс. до 50 тыс. руб. и от 70 тыс. до 200 тыс. руб. соответственно [3]. Основная часть штрафов в законопроекте адресована самим операторам платформ, а не продавцам [4]. Поскольку это ещё проект, конкретные суммы могут измениться до вступления поправок в силу — ориентироваться на них как на окончательные пока нельзя.

Отдельно закон предусматривает информационное взаимодействие операторов платформ с налоговыми органами — порядок такого обмена данными также утверждает Правительство РФ [18]. Это значит, что данные о продажах через маркетплейсы будут доступны ФНС в более систематизированном виде, чем сейчас.

Какие доработки понадобятся продавцу

Документы и карточки товара

Наиболее очевидная часть подготовки — привести карточки товаров в соответствие с новыми требованиями. Практически это означает:

  • собрать и систематизировать пакет разрешительных документов по каждому товару — сертификаты, декларации соответствия, лицензии, сведения о государственной регистрации — с указанием сроков действия и планом их продления [6];
  • проверить, для каких товаров требуется обязательная маркировка средствами идентификации, и убедиться, что продавец зарегистрирован в соответствующей государственной информационной системе мониторинга оборота маркированных товаров [8];
  • провести ревизию ассортимента и заранее исключить или доработать карточки товаров из «зон риска» — БАДов, детских товаров, техники с обязательной маркировкой, где чаще всего возникают проблемы с модерацией [6].

По части товаров, размещённых на платформах до вступления закона в силу, предусмотрен переходный период — операторы платформ обязаны проверить уже размещённую информацию в течение 180 дней с 1 октября 2026 года [8], но это не отменяет необходимости для продавца заранее подготовить документы.

Учёт и интеграции (1С, CRM, API)

Часть требований закона напрямую затрагивает учётные системы продавца:

  • Учёт по каждой площадке отдельно. Для корректного отслеживания условий, комиссий и сроков уведомлений в 1С или другой учётной системе каждый маркетплейс имеет смысл оформить как отдельного контрагента с актуальными реквизитами и договором [5].
  • Автоматизация обмена данными. Ручная загрузка заказов, остатков и отчётов о продажах увеличивает риск расхождений между тем, что видит продавец, и тем, что видит площадка — актуальные интеграции по API снижают этот риск [5][19].
  • Управленческий учёт по SKU. Поскольку закон даёт продавцу 45 дней на реакцию при повышении комиссии оператором, этим временем можно воспользоваться только при наличии актуальных данных о прибыльности по каждому товару — иначе просчитать последствия изменения комиссии за отведённый срок не получится [20].
  • Учёт согласий на скидки. Правило о скидках «только по согласию» подразумевает, что у продавца должен быть внутренний процесс: кто в компании принимает решение об участии в акциях, как фиксируется минимальная цена по каждому товару, кто отслеживает уведомления от площадки о предстоящих скидках [6].
  • Синхронизация с системой маркировки. Для товаров, подлежащих обязательной маркировке, требуется поддерживать интеграцию учётной системы с государственной информационной системой мониторинга («Честный знак») — это уже сейчас частая функция модулей интеграции 1С с маркетплейсами [19].

Организационные процессы

Технические доработки бессмысленны без организационных изменений внутри компании продавца:

  • нужен ответственный (сотрудник или отдел), который регулярно проверяет уведомления от площадок в личном кабинете и оценивает, укладывается ли изменение в установленные законом сроки (45 или 15 дней) [10];
  • нужен процесс фиксации нарушений — сохранение скриншотов текущих условий, оферт, комиссий, чтобы иметь доказательную базу при подаче досудебной жалобы [20];
  • нужен регламент подачи жалоб через встроенную систему досудебного разрешения споров — включая то, какие документы и сведения нужно приложить для обоснования претензии [14].

Практические этапы подготовки

  1. Инвентаризация ассортимента. Определить, какие товары требуют сертификатов, деклараций, лицензий или маркировки, и составить список позиций повышенного риска.
  2. Сбор документов. Создать архив разрешительной документации по каждому товару с контролем сроков действия.
  3. Аудит договоров с площадками. Зафиксировать текущие условия — комиссии, оферты, правила — до вступления закона в силу.
  4. Аудит учётной системы. Проверить, насколько 1С или другая учётная система готова вести раздельный учёт по площадкам, синхронизировать статусы маркировки и обновлять карточки товаров с новыми обязательными полями.
  5. Настройка интеграций. Обновить или внедрить API-интеграции с маркетплейсами для автоматической загрузки заказов, остатков, отчётов о продажах и возвратах.
  6. Регламент реагирования. Определить внутри компании, кто отвечает за отслеживание уведомлений от площадок, согласование скидок и подачу досудебных жалоб.

Конкретные сроки и стоимость такой подготовки зависят от масштаба ассортимента, количества площадок, состояния текущей учётной системы и того, ведётся ли учёт вручную или уже частично автоматизирован.

Ограничения, риски и то, что закон не решает

Закон не устанавливает потолок для комиссий маркетплейсов — площадка вправе поднять их до любого уровня, закон лишь обязывает предупредить заранее [20]. Закон также не компенсирует убытки от действий площадок, совершённых до вступления закона в силу, и не регулирует напрямую сроки перечисления денежных средств продавцу [20]. Правоприменительная практика по новым нормам пока отсутствует — как в реальности будут работать досудебные жалобы и на что готовы будут пойти площадки при спорных ситуациях, покажет время после 1 октября 2026 года [20].

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

Как выбрать: готовое решение или разработка

Для большинства продавцов, которые уже используют типовые конфигурации 1С (Управление торговлей, Комплексная автоматизация, ERP, УНФ) и работают с ограниченным числом маркетплейсов, может быть достаточно готовых модулей интеграции с API площадок — они закрывают базовые сценарии загрузки заказов, остатков и цен [21]. Разработка или доработка отдельного модуля обычно требуется, если:

  • продавец работает с нетиповой или устаревшей конфигурацией 1С, либо с другой учётной системой (МойСклад, Битрикс24, SAP), для которой готового коннектора нет [22];
  • нужна нестандартная логика — например, сквозной учёт себестоимости от сырья до продажи, работа с несколькими юрлицами, адресное складское хранение или интеграция сразу с несколькими маркетплейсами и собственным сайтом в одном контуре [22];
  • существующие процессы в компании уже формализованы, и интеграция с маркетплейсами должна встроиться в них, а не заменить их [21].

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

Как может помочь «Пятый фактор»

Основная сложность подготовки к 289-ФЗ обычно не в самом факте появления новых требований, а в том, что их нужно встроить в уже существующие процессы учёта и обмена данными между площадками, 1С и внутренними системами продавца. Команда «Пятого фактора» может изучить текущую схему учёта и интеграций с маркетплейсами, оценить варианты реализации — от настройки готового модуля до доработки нетиповой конфигурации или интеграции по API — и помочь с разработкой, обновлением карточек и синхронизацией данных между системами.

Чтобы обсудить задачу или получить консультацию, свяжитесь с командой «Пятого фактора» любым удобным способом.

Вывод

Закон № 289-ФЗ — первая попытка на уровне федерального законодательства системно описать отношения маркетплейсов и продавцов в России. Для продавца практический смысл закона сводится не столько к юридическим формулировкам, сколько к конкретным действиям: обновить карточки товаров нужными документами и ссылками на реестры, наладить раздельный учёт по площадкам, настроить или доработать интеграции с API маркетплейсов и выстроить внутри компании процесс реагирования на уведомления и жалобы. У бизнеса есть время до 1 октября 2026 года, чтобы провести эту подготовку не в авральном режиме, а последовательно.

Источники

[1] pravo.gov.ru — Федеральный закон от 31.07.2025 № 289-ФЗ. Официальное опубликование — http://publication.pravo.gov.ru/Document/View/0001202507310020

[2] consultant.ru — Федеральный закон от 31.07.2025 N 289-ФЗ — https://www.consultant.ru/document/cons_doc_LAW_511088/

[3] consultant.ru — Штрафы по КоАП РФ для продавцов и маркетплейсов прошли Госдуму — https://www.consultant.ru/legalnews/32140/

[4] kurs.alfabank.ru — Платформенная занятость: закон № 289-ФЗ, риски и подготовка бизнеса — https://kurs.alfabank.ru/articles/289-fz-novye-pravila-platformennoj-zanyatosti/

[5] kontur-extern.ru — Закон о платформенной экономике 289-ФЗ: что изменится для бухгалтера — https://www.kontur-extern.ru/info/85762-zakon_o_platformennoy_ekonomike

[6] sellplus.ru — 289-ФЗ о платформенной экономике: штрафы, требования, чек-лист — https://sellplus.ru/blog/klientam/zakon-o-platformennoy-ekonomike-v-rossii-polnyy-razbor-289-fz/

[7] garant.ru — ФЗ № 289-ФЗ, ст. 1 (документ не вступил в силу) — https://www.garant.ru/products/ipo/prime/doc/412323594/

[8] consultant.ru — Статья 7. Размещение карточки товара — https://www.consultant.ru/document/cons_doc_LAW_511088/cc6ed8a8cdd4f3bf659d4ca0eb2768ad6f0e50f2/

[9] consultant.ru — Статья 5. Договор между оператором и партнёром — https://www.consultant.ru/document/cons_doc_LAW_511088/9c4e108d8ff213f24e5316311edc0eeb13f841d6/

[10] consultant.ru — Статья 12. Изменение договора — https://www.consultant.ru/document/cons_doc_LAW_511088/149880efcfb84a7be8f755557a9831104662f3e6/

[11] consultant.ru — Статья 9. Предоставление скидок на товары — https://www.consultant.ru/document/cons_doc_LAW_511088/d584cea5fc5b54ba4af4cfe105a048caad2c79ba/

[12] consultant.ru — Статья 10. Поисковая выдача — https://www.consultant.ru/document/cons_doc_LAW_511088/857dfb6995d93e46cc338531e928a7eda81911f4/

[13] consultant.ru — Статья 13. Ограничение и прекращение размещения карточки товара — https://www.consultant.ru/document/cons_doc_LAW_511088/e57846dcc1116b4fd8ed3a10628c43205e51a293/

[14] consultant.ru — Статья 14. Рассмотрение жалоб — https://www.consultant.ru/document/cons_doc_LAW_511088/38bc3ca83c6c00cc216cf61db58552ebcf5bbb8c/

[15] bs-normativ.ru — Правительство утвердило правила ведения реестра посреднических цифровых платформ — https://bs-normativ.ru/news/read/pravitelstvo-utverdilo-pravila-vedeniia-reestra-posredniceskix-cifrovyx-platform/novosti-federalnogo-zakonodatelstva

[16] tu-don.ru — С 02.11.2026 в России появится реестр маркетплейсов — https://tu-don.ru/blog/novosti-zakonodatelstva/s-02-11-2026-v-rossii-poyavitsya-reestr-marketpleysov/

[17] sberbusiness.live — Реестр цифровых платформ: новые правила для маркетплейсов и агрегаторов — https://sberbusiness.live/publications/reestr-cifrovyh-platform

[18] consultant.ru — Статья 20. Информационное взаимодействие с налоговыми органами — https://www.consultant.ru/document/cons_doc_LAW_511088/1c60ba1536be2c3e292a5a5ea462a6b27c1b9ade/

[19] partner.market.yandex.ru — Закон о платформенной экономике № 289-ФЗ: что изменится для маркетплейсов и селлеров — https://partner.market.yandex.ru/chtojournal/289-fz/

[20] vc.ru — 289-ФЗ первый закон о маркетплейсах — что изменится для селлеров — https://vc.ru/marketplace/2854209-zakon-289-fz-o-marketpleysakh

[21] habr.com — 1С и маркетплейсы: ТОП-5 решений для интеграции — https://habr.com/ru/articles/1005222/

[22] rdv-market.ru — Интеграция 1С с маркетплейсами: большой обзор 2026 — https://rdv-market.ru/press-center/blog/integratsiya-1c-s-marketpleysami-obzor/

Нужна помощь по этой задаче?
На странице услуги «Подготовка интеграционного контура ФНС по 289-ФЗ» указаны состав работ, результат и фиксированная цена.