Ограничения 2026 для ИП и самозанятых на маркетплейсах: договоры и учет в 1С

Разбираем, как ограничения с 1 октября 2026 года затронут ИП и самозанятых, работающих через маркетплейсы: какие данные проверить в договорах и 1С, как отслеживать длительность сотрудничества и подготовить документы. Практический чек-лист поможет бухгалтерии, юристам и руководителям выявить риски до начала действия новых правил.

С 1 октября 2026 года для взаимодействия через посреднические цифровые платформы вводится критерий систематичности и продолжительности работ для одного заказчика в предусмотренных регулированием случаях. Компаниям, которые регулярно привлекают ИП и самозанятых через маркетплейсы, нужно заранее сопоставить договоры, задания, акты, чеки НПД, выплаты и сведения в 1С.

На дату подготовки материала, 31 августа 2026 года, в доступном пакете нет подтвержденных сведений о конкретном числовом лимите, полном перечне сфер применения, формуле расчета периода и точной реакции платформы при превышении порога. Поэтому перед публикацией внутренних правил эти параметры нужно сверить с актуальной редакцией профильного закона, постановления Правительства РФ и правилами конкретного маркетплейса. Для подготовки уже сейчас достаточно собрать достоверные данные и привести договоры с фактической моделью работы.

ИП и самозанятых нельзя автоматически объединять в одну категорию. Самозанятый в бытовом смысле может быть физическим лицом без статуса ИП, которое применяет налог на профессиональный доход, или предпринимателем, который тоже выбрал НПД. Для контроля в 1С нужно хранить отдельно правовой статус, налоговый режим, ИНН, заказчика, платформу и период оказания услуг. Смежный разбор лимитов для самозанятых на онлайн-платформах поможет сопоставить эту тему с другими изменениями 2026 года: новые лимиты и последствия для бизнеса.

Что изменится для самозанятых на маркетплейсах с 1 октября 2026 года

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

Критерий относится к отношениям между заказчиком и исполнителем. Платформа выступает каналом оформления, передачи данных или расчетов, но ее присутствие само по себе не отвечает на вопрос о применимости требования. Сначала нужно установить, кто фактически заказывает работу, кто получает результат и какой статус у исполнителя.

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

Не объединяйте ИП и самозанятых в одну категорию

ИП регистрируется как предприниматель и может работать на общей системе, УСН, патенте или НПД. Самозанятый без статуса ИП применяет НПД как физическое лицо. Предприниматель на НПД сочетает два признака: статус ИП и специальный налоговый режим.

Эта разница влияет на договор, комплект документов и отражение расчетов. Для ИП компания получает закрывающие документы по договору и проверяет реквизиты предпринимателя. При работе с плательщиком НПД бухгалтеру требуется сохранить чек из приложения или сервиса ФНС. При изменении статуса исполнителя нужно зафиксировать дату проверки и определить, какие документы требуются по новым отношениям.

В карточке контрагента полезно завести отдельные признаки:

  • физическое лицо без статуса ИП;
  • ИП на НПД;
  • ИП на другом налоговом режиме;
  • дата последней проверки статуса;
  • заказчик и его ИНН;
  • платформа, через которую оформляются задания.

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

Почему проверку нельзя откладывать до октября 2026 года

До начала действия новых требований остается один месяц. Этого срока может не хватить, если данные о заданиях находятся в личных кабинетах маркетплейсов, договоры хранятся у юристов, а чеки НПД бухгалтер получает в переписке.

Для анализа продолжительности сотрудничества понадобятся минимум даты договоров, первого и последнего задания, периоды оказания услуг, акты, выплаты, статусы контрагентов и сведения платформы. При отсутствии единого идентификатора заказ сложно связать с документом в 1С. Ошибка в ИНН или дублирование карточек контрагента исказит отчет.

Подготовку удобно разделить на четыре текущие задачи:

  1. выгрузить действующих ИП и самозанятых по всем платформам;
  2. сверить карточки контрагентов и договоры;
  3. найти пропуски в актах, чеках НПД и платежных документах;
  4. сформировать тестовый отчет по длительным и регулярным отношениям.

На кого распространяются новые правила для ИП на маркетплейсах в 2026 году

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

Какие роли нужно выделить в цепочке работы через платформу

В одной операции могут участвовать четыре стороны. Их нужно различать в договоре и учете.

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

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

Проверку реквизитов площадки и исполнителя нужно связать с договорным контролем. Практический список реквизитов для бухгалтерии собран в материале о проверке контрагентов на маркетплейсах.

Какие сферы и форматы сотрудничества нужно проверить по первоисточнику

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

  • какие виды работ и услуг входят в регулирование;
  • распространяется ли правило на конкретную цифровую платформу;
  • с какой даты считается период сотрудничества;
  • есть ли исключения для отдельных исполнителей или форматов заказа;
  • как работают переходные положения для договоров, заключенных раньше 1 октября 2026 года.

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

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

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

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

Например, самозанятый получил 12 заданий за пять месяцев, оформленных двумя договорами и оплаченных четырьмя платежами. Если в 1С эти операции проведены по разным карточкам контрагента, система покажет две неполные истории. Проверяющий сотрудник не увидит непрерывность работы без ручной сверки по ИНН.

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

Внутренний реестр должен хранить все даты, которые могут описывать начало отношений:

  • дату заключения договора;
  • дату первого задания на платформе;
  • дату начала периода услуг по заданию;
  • дату первого акта или другого документа приемки;
  • дату первой оплаты.

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

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

Параллельные договоры требуют отдельной проверки. Система должна уметь показать общую историю работы одного исполнителя с одним заказчиком, даже если задания создают разные подразделения. Для компаний группы нужно хранить ИНН заказчика и отдельно решать вопрос объединения связанных юридических лиц.

Какие признаки регулярной работы стоит фиксировать в учетной системе

Минимальный набор полей для контрольного отчета выглядит так:

ПолеЗачем оно нужно
Исполнитель и ИННПоиск дублей и объединение операций одного лица.
Статус ИП или НПДРазделение договорных и налоговых сценариев.
Заказчик и его ИННПроверка работы именно для одного заказчика.
ПлатформаСопоставление данных личного кабинета с 1С.
Договор и период его действияКонтроль оснований для заданий и оплат.
Количество заказовОценка повторяемости работ.
Период первого и последнего заданияВыявление длительного сотрудничества.
Сумма выплатСверка с платежами и отчетами платформы.
Акты и чеки НПДКонтроль первичных документов.

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

Как маркетплейс будет отслеживать лимит сотрудничества с самозанятым

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

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

Какие данные платформы и компании должны совпадать

Для сверки удобно использовать единый идентификатор заказа или проекта. Он должен проходить через задание на платформе, договор, акт, чек НПД и платежный документ.

Данные платформыПоле в 1С или архиве
ИНН исполнителяКарточка контрагента.
ИНН заказчикаОрганизация или подразделение, которое принимает результат.
Номер и дата заказаОснование для задания или документа поступления.
Период оказания услугПериод в акте и договоре.
Сумма и дата оплатыПлатежное поручение и расчеты с контрагентом.
Статус заданияСоздано, в работе, принято, отменено или возвращено на доработку.
Чек НПДЭлектронный файл или ссылка на сохраненный документ в архиве.

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

Что делать при приближении к лимиту или его превышении

До подтверждения точной реакции платформы можно закрепить универсальный порядок:

  1. приостановить создание новых заданий по спорному исполнителю;
  2. сверить статус исполнителя, заказчика и период сотрудничества;
  3. сопоставить договор, задания, акты, чеки НПД и выплаты;
  4. проверить фактический порядок работы вместе с юристом и руководителем;
  5. зафиксировать решение: продолжить, изменить модель договора, завершить отношения или дождаться разъяснения площадки.

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

Реестр маркетплейсов и сведения о работе площадок в 1С нужно вести согласованно с договорными данными. Практические приемы такой настройки описаны в материале о реестре маркетплейсов в 1С:Бухгалтерии 8.

Как ограничения 2026 года повлияют на договоры с ИП и самозанятыми

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

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

Какие условия закрепить в договоре с исполнителем

При юридической проверке договора нужно проверить следующие условия:

  • конкретный предмет услуги или измеримый результат;
  • порядок постановки заданий и передачи результата;
  • срок выполнения каждой задачи;
  • критерии приемки и порядок исправления недостатков;
  • стоимость услуги и связь оплаты с принятым результатом;
  • самостоятельность исполнителя при выборе способов работы;
  • отсутствие подчинения правилам внутреннего трудового распорядка;
  • порядок использования ресурсов заказчика, если они действительно нужны;
  • обязанность сообщать об изменении статуса ИП или плательщика НПД;
  • обязанность передавать чек НПД при работе в статусе самозанятого.

Для заданий через маркетплейс полезно указать, какой документ подтверждает заказ: карточка задания, отчет платформы, электронный акт или иной файл. Номер заказа нужно переносить в документы, которые хранятся в 1С.

Какие документы подтверждают гражданско-правовой характер отношений

Комплект документов должен показывать путь от задачи к результату и оплате:

  1. договор с исполнителем;
  2. заказ или техническое задание на платформе;
  3. результат работы или отчет исполнителя;
  4. акт либо другой документ приемки;
  5. переписка о передаче и принятии результата;
  6. чек НПД, если исполнитель применяет этот режим;
  7. платежный документ;
  8. отчет платформы, если она удерживает комиссию или перечисляет оплату.

Акт без описания результата слабо подтверждает содержание услуги. Чек НПД подтверждает расчет в налоговом режиме, но сам по себе не раскрывает, какую работу выполнил исполнитель. Документы должны соответствовать реальной услуге и храниться так, чтобы бухгалтер мог связать их с конкретным заказом.

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

Какие признаки требуют отдельной оценки рисков

Юристу и руководителю нужно отдельно проверить сочетание следующих обстоятельств:

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

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

Что проверить в 1С для учета самозанятых и ИП через маркетплейсы

Задача 1С состоит в создании достоверного реестра, где видны контрагенты, договоры, документы, даты и выплаты. Программа не делает юридический вывод автоматически. Она помогает быстро найти операции, которые требуют проверки.

Конкретные названия документов и доступные реквизиты зависят от конфигурации, версии и доработок. Рекомендации подходят как ориентир для 1С:Бухгалтерии 8 и связанных решений, но перед настройкой нужно проверить состав объектов в своей базе.

Какие реквизиты контрагента и договора должны быть заполнены

В карточке контрагента и договоре рекомендуется хранить:

  • ФИО или наименование;
  • ИНН;
  • статус ИП или физического лица;
  • налоговый режим, включая признак НПД;
  • дату последней проверки статуса;
  • заказчика и его ИНН;
  • платформу и роль платформы в расчетах;
  • номер и дату договора;
  • период действия договора;
  • проект, направление или подразделение;
  • ответственного сотрудника;
  • идентификатор заказа или ссылку на заказ в личном кабинете.

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

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

Как связать заказы, акты, чеки НПД и оплату

Целевая цепочка учета выглядит так:

  1. заказ или задание на платформе;
  2. договор с исполнителем;
  3. акт или другой документ приемки;
  4. документ поступления услуг в 1С;
  5. чек НПД для самозанятого;
  6. платежное поручение;
  7. статья затрат и аналитика проекта.

Чек НПД нужно получить и сохранить. Файл можно прикрепить к связанному документу в 1С или поместить в электронный архив с указанием ИНН, номера заказа и даты оплаты. При использовании отчета платформы его нужно сопоставить с суммой, которая попала в учет, включая удержанную комиссию.

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

В управленческом учете добавьте аналитику проекта, направления или подразделения. Она покажет, какая команда создает задания и кто отвечает за накопление операций по одному исполнителю.

Какой контрольный отчет нужен бухгалтерии и руководителю

Отчет должен строиться по заказчику, исполнителю и платформе. В него включают:

  • ИНН и статус исполнителя;
  • дату первого и последнего заказа;
  • период действия договора;
  • количество заказов;
  • сумму начислений и выплат;
  • число принятых и отмененных заданий;
  • наличие актов;
  • наличие чеков НПД;
  • расхождения между отчетом платформы и 1С;
  • ответственного сотрудника и текущий статус проверки.

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

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

Внутренний регламент работы с исполнителями через цифровые платформы

Контроль нужно закрепить как регулярный процесс. Разовая сверка перед 1 октября не поможет, если новые задания продолжат создаваться без статуса исполнителя, договора и идентификатора заказа.

Кто отвечает за статус исполнителя, документы и срок сотрудничества

ОтветственныйЗона контроля
Инициатор работДеловая потребность, описание задания, результат и приемка.
БухгалтерияДокументы, чек НПД, платежи, статьи затрат и сверка с 1С.
ЮристДоговорная модель, длительное сотрудничество и признаки трудовых отношений.
Специалист 1СКарточки, регистры, обмены, права доступа и контрольный отчет.
РуководительРешения по спорным отношениям, лимитам и изменению процесса.

Инициатор не должен передавать задачу в работу без указания заказчика и результата. Бухгалтерия не должна принимать оплату без проверки обязательных документов. Юристу нужна выборка из 1С, а не набор разрозненных писем и файлов.

Как подготовиться к 1 октября 2026 года поэтапно

  1. Инвентаризация. Соберите список платформ, исполнителей, заказчиков, договоров и действующих заданий.
  2. Проверка статусов. Сверьте ИНН, статус ИП или НПД и дату последней проверки.
  3. Сверка договоров. Найдите шаблоны без результата, срока, порядка приемки и обязанности передавать чек НПД.
  4. Настройка 1С. Заполните реквизиты, устраните дубли контрагентов и добавьте идентификатор заказа.
  5. Документы. Проверьте акты, отчеты, чеки НПД, платежи и файлы из личных кабинетов.
  6. Тестовая выборка. Постройте отчет по длительным отношениям и вручную проверьте минимум 10 операций, если такой объем есть в базе.
  7. Регламент. Назначьте ответственных, сроки проверки и порядок эскалации.
  8. Обновление правил. Перед 1 октября внесите в отчет подтвержденные сферы, лимит и порядок действий платформы.

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

Чек-лист: что проверить до начала действия ограничений

  • Определить, попадает ли конкретная услуга и цифровая платформа под новое регулирование.
  • Разделить исполнителей на ИП, ИП на НПД и физических лиц на НПД.
  • Подтвердить числовой лимит, период расчета и правила учета пауз по актуальному нормативному акту.
  • Уточнить сферы применения, исключения и переходные положения.
  • Выгрузить длительные и регулярные отношения по каждому заказчику.
  • Сверить ИНН исполнителя и заказчика в платформе, договоре и 1С.
  • Проверить даты договора, первого задания, последней работы, акта и оплаты.
  • Убедиться, что по услугам есть акты или другие документы приемки.
  • Сохранить чеки НПД и связать их с операциями в 1С.
  • Настроить отчет по исполнителю, заказчику, платформе, заказам, выплатам и документам.
  • Назначить ответственных за статус, договор, первичку, 1С и решение по спорным случаям.
  • Изучить правила конкретной площадки при приближении к лимиту или его превышении.

Подготовленная 1С должна показывать полную историю сотрудничества, а договор и первичные документы должны описывать реальную работу. До публикации окончательного регламента перепроверьте цифры, сферы и реакцию платформы по действующим правилам на 1 октября 2026 года.

Похожие статьи

ЭТрН в роуминге: ошибки в 1С и как их исправить

Разбираем ошибки, из-за которых ЭТрН не уходит в роуминг между операторами ЭДО: неверный ИдЭДО, ИНН, идентификатор МЧД, пустая ставка НДС, код валюты, данные о погрузке. Для каждой: пример сообщения, место проверки в 1С, порядок исправления и повод для обращения в поддержку.

Изменения в сертификации «1С:Руководитель проектов» с 19 октября 2026 года: новый тест и отмена «Основ менеджмента»

С 19 октября 2026 года для статусов «1С:Руководитель проектов» и «1С:Руководитель корпоративных проектов» вводится обязательный тест «Проектные технологии фирмы „1С“» из 14 вопросов с порогом 12 правильных ответов. Разбираем параметры теста, стоимость, даты переходного периода и план подготовки до 31 декабря 2026 года.

Как отразить ДОПП в декларации по косвенным налогам в «1С:Бухгалтерии 8» при внесении обеспечительного платежа

Пошагово разбираем, как в «1С:Бухгалтерии 8» сформировать ДОПП, внести обеспечительный платеж и зачесть его в Разделе 4 декларации по косвенным налогам. Сквозной пример импорта из Казахстана, четыре состояния поставки и курсовые разницы, из-за которых НДС расходится с ОП.