Проверка продавцов и владельцев ПВЗ с 1 октября 2026 года: как построить правильный onboarding

Что нужно знать о Правилах № 768 к 289-ФЗ, чтобы не сорвать сроки и не получить штраф

Коротко о главном

• С 1 октября 2026 года оператор маркетплейса обязан проверять сведения о партнёре и о владельце ПВЗ до заключения договора — это прямое требование части 2 статьи 5 закона № 289-ФЗ и постановления Правительства РФ от 20.06.2026 № 768[1][6].
• Правила № 768 делят заявителей на пять категорий, для каждой — свой перечень сведений и свой основной источник данных: ЕГРЮЛ, ЕГРИП, сервис ФНС по НПД, реестр аккредитованных филиалов или официальные ресурсы страны регистрации иностранного лица[3].
• Сроки проверки различаются в зависимости от способа: до пяти рабочих дней по госреестрам, один календарный день через ЕСИА или МСП.рф, до 15 рабочих дней для иностранной организации без представительства в РФ, и эти сроки не складываются друг с другом[3][4].
• Отказ должен быть мотивированным, оформленным электронным документом с усиленной квалифицированной электронной подписью, а повторную проверку оператор не вправе ограничивать после устранения причины отказа[3][6].
• Проверка по 289-ФЗ — это не антифрод и не идентификация по 115-ФЗ: закон подтверждает достоверность сведений о партнёре, а защита от фиктивных документов, дипфейков и повторных регистраций после блокировки — задача, которую площадка решает собственными процессами[4].

В чём проблема и кому полезна статья

Российский рынок пунктов выдачи заказов растёт быстро: количество работающих в России пунктов выдачи заказов маркетплейсов за 2025 год увеличилось на 44,7%, до 226,4 тыс. по состоянию на 1 января 2026 года[2]. Вместе с ростом сети выросла и цена ошибки при допуске нового партнёра на площадку: чем проще стать продавцом или открыть ПВЗ, тем привлекательнее эта роль для мошенников — фиктивных юрлиц, подставных директоров, перепродавцов чужих аккаунтов.

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

Материал адресован юристам и продуктовым командам маркетплейсов, агрегаторов и сервисов доставки, которые должны построить процесс онбординга партнёров и владельцев ПВЗ к 1 октября 2026 года, а также владельцам ПВЗ и продавцам, которым полезно понимать логику проверки со своей стороны.

Что меняется с 1 октября 2026 года: 289-ФЗ и Правила № 768

Базовый закон — Федеральный закон от 31.07.2025 № 289-ФЗ «Об отдельных вопросах регулирования платформенной экономики в Российской Федерации». Он вводит понятие оператора посреднической цифровой платформы и закрепляет в части 2 статьи 5 обязанность проверять сведения о партнёре и владельце ПВЗ до заключения договора, допуская для этого данные ЕГРЮЛ и ЕГРИП, идентификацию через ЕСИА либо иные способы, установленные Правительством[4].

Конкретный порядок описан постановлением Правительства РФ от 20.06.2026 № 768 «Об утверждении Правил осуществления проверки оператором посреднической цифровой платформы сведений о лице, имеющем намерение стать партнёром посреднической цифровой платформы или владельцем пункта приёма и выдачи заказов». Документ вступает в силу одновременно с основными положениями 289-ФЗ — 1 октября 2026 года — и будет действовать до 1 октября 2032 года[4][6].

Действие норм распространяется на операторов, включённых в реестр посреднических цифровых платформ, который формирует Минэкономразвития. Для российской платформы порог включения в реестр — среднесуточная аудитория не менее 100 000 пользователей в России за предшествующий год плюс один из двух дополнительных критериев: не менее 10 000 партнёров с оплаченной сделкой за год либо совокупный оборот таких сделок не менее 50 млрд рублей; для иностранной платформы действует только критерий аудитории[5]. Сам реестр ПЦП Минэкономразвития должно сформировать и разместить на своём сайте до 2 ноября 2026 года[7].

Заместитель Председателя Правительства — руководитель Аппарата Правительства Дмитрий Григоренко пояснил логику подзаконного акта: новая процедура призвана защитить рынок от мошенников и недобросовестных предпринимателей, при этом для законопослушных продавцов и исполнителей доступ на платформы останется беспрепятственным[8].

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

Ключевая методологическая ошибка при проектировании онбординга — попытка сделать одну универсальную анкету на всех. Правила № 768 сознательно разводят категории заявителей, и состав проверяемых сведений для каждой — свой[3].

Российская компания

Оператор устанавливает достоверность полного и сокращённого наименования, адреса в пределах места нахождения, ИНН, ОГРН и КПП по данным ЕГРЮЛ[1][3].

Индивидуальный предприниматель

Проверяются фамилия, имя, отчество (при наличии), ОГРНИП и ИНН по данным ЕГРИП[1][3].

Самозанятый (плательщик НПД)

Проверяются ФИО, ИНН и факт применения режима налога на профессиональный доход через публичный сервис ФНС «Проверка статуса налогоплательщика НПД»[1][3].

Иностранное юрлицо с аккредитацией в РФ

Для иностранной организации с аккредитованным филиалом или представительством в России проверяются наименование, адрес на территории РФ, ИНН и КПП по государственному реестру аккредитованных филиалов[3].

Иностранное юрлицо или организация без аккредитации

Проверяются наименование, регистрационный номер (или его аналог) и налоговый номер (или его аналог, при наличии) — но уже не по российскому реестру, а по официальным информационным ресурсам страны регистрации заявителя[3].

Владелец ПВЗ — это не отдельная категория

Важный нюанс, который часто упускают в продуктовом проектировании: владелец пункта выдачи заказов не образует шестую, самостоятельную категорию заявителя. Его проверяют по тому правовому статусу, в котором он фактически работает — как российское юрлицо, ИП или иностранную организацию — по тем же перечням сведений и тем же реестрам, что и продавца[3]. Отдельная ветка онбординга владельцам ПВЗ нужна не для состава данных, а для типа договора и предмета взаимодействия: приёмки, хранения и выдачи отправлений[4].

Как проверять регистрационный статус: три сценария и сроки

Правила № 768 не обязывают оператора одновременно задействовать все возможные каналы проверки — пункт 2 Правил прямо позволяет выбрать один из предусмотренных способов[3].

Сценарий 1. Двухэтапная проверка через госреестры. На первом этапе подтверждается, что сведения действительно поданы от имени заявителя (в том числе через банковский перевод — деньги оператор возвращает в течение 6 рабочих дней для российских заявителей и до 30 календарных дней для иностранных, либо засчитывает их в счёт работы на платформе по выбору заявителя). На втором этапе сведения сверяются с ЕГРЮЛ, ЕГРИП, реестром аккредитованных филиалов или сервисом ФНС по НПД. Срок — до пяти рабочих дней[3].

Сценарий 2. Идентификация и аутентификация через ЕСИА или иную допустимую информационную систему. Срок — один календарный день с даты получения сведений от заявителя[3][6].

Сценарий 3. Проверка через цифровую платформу МСП — для субъектов малого и среднего предпринимательства, при наличии согласия заявителя[3].

Отдельный порядок для иностранных лиц без аккредитации. Оператор запрашивает страну регистрации заявителя и сверяет данные через официальные информационные ресурсы этой страны, если доступ к ним технически возможен с территории России; если нет — вправе установить и заранее опубликовать на платформе собственную процедуру. Срок такой проверки — до 15 рабочих дней[3][4].

Отдельно от срока проверки считается срок уведомления о результате: решение нужно направить заявителю не позднее одного рабочего дня после даты завершения проверки[3][6].

Когда разрешать создание магазина или ПВЗ

Логика закона однозначна: доступ к работе на платформе — то есть возможность разместить карточку товара, начать приём заказов или открыть пункт выдачи — предоставляется только после того, как проверка пройдена и договор с оператором заключён[3]. Ни один из сценариев Правил № 768 не предусматривает временного или условного допуска «до подтверждения» — это прямо следует из требования части 2 статьи 5 289-ФЗ проверять сведения именно до заключения договора[4][6].

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

Что делать при несовпадении ФИО, ИНН или ОГРН

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

С практической стороны источник расхождения чаще всего один из трёх: заявитель указал устаревшие данные, которые ранее менялись в ЕГРЮЛ или ЕГРИП; заявитель допустил техническую опечатку при заполнении анкеты; либо реквизиты действительно относятся к другому лицу (в том числе — к ликвидированной организации, прекратившему деятельность ИП или умершему физлицу, чей ИНН пытаются использовать повторно)[4]. Для площадки это значит, что мотивированный отказ должен явно указывать, какое конкретно поле разошлось с реестром, — иначе заявитель не сможет осознанно устранить причину при повторной подаче[3].

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

Для иностранных заявителей закон и Правила выделяют не одну, а две ветки процесса.

Если у иностранной организации есть аккредитованный в России филиал или представительство, её проверяют почти так же, как российское юрлицо: по наименованию, адресу на территории РФ, ИНН и КПП, но источником служит государственный реестр аккредитованных филиалов и представительств, а не ЕГРЮЛ[3].

Если аккредитации нет, применяется отдельный порядок раздела VI Правил № 768: оператор запрашивает страну регистрации, наименование, регистрационный номер и налоговый номер заявителя (или их аналоги) и сверяет сведения через официальные ресурсы этой страны — если доступ к ним технически возможен из России. При отсутствии такой возможности оператор вправе ввести и заранее опубликовать собственный регламент проверки для этой категории. Срок для иностранного лица без представительства — до 15 рабочих дней, то есть заметно дольше, чем для остальных категорий[3][4].

Из практических рекомендаций для этой категории — заранее подготовить перевод регистрационных документов страны происхождения, поскольку именно эта категория проверяется дольше всех остальных[3].

Как оформлять мотивированный отказ

Требования к оформлению отказа сформулированы жёстче, чем к положительному решению. Если проверка пройдена, уведомить заявителя можно через размещение решения на платформе, по электронной почте или иным способом, который заявитель выбрал с учётом технических возможностей площадки[3][6].

Если результат отрицательный, действует более строгий порядок: решение оформляется как электронный документ, подписанный усиленной квалифицированной электронной подписью оператора или уполномоченного им лица, и должно содержать указание конкретных причин отказа[3][6]. Отсутствие ответа из государственного источника в установленный срок не освобождает оператора от обязанности в любом случае уведомить заявителя о статусе его заявки[3].

Как разрешить повторную подачу

Пункт 6 Правил № 768 прямо запрещает оператору ограничивать заявителя в прохождении повторной проверки после отрицательного результата[3][4]. Это значит, что интерфейс личного кабинета должен технически предусматривать маршрут повторной подачи сведений, а не требовать от отклонённого заявителя создавать новый аккаунт или обращаться в поддержку в свободной форме.

Условие для повторной проверки — устранение причины, по которой не была пройдена первая: актуализация данных в реестре, исправление технической ошибки в анкете, подтверждение аккредитации филиала, восстановление статуса плательщика НПД или устранение несопоставимости сведений по иностранному реестру[3]. Именно поэтому качество формулировки причины отказа напрямую влияет на то, окажется ли повторная подача результативной или превратится в механическое повторение прежней ошибки[3].

Что перепроверять перед заключением договора

Помимо разовой проверки при первой подаче, здравый онбординг-процесс закладывает точку контроля непосредственно перед подписанием договора — между моментом положительного решения по проверке и фактическим заключением договора данные заявителя могут успеть измениться (например, ИП мог прекратить деятельность, самозанятый — сняться с учёта НПД в любой момент)[4]. Отраслевая практика показывает, что статус самозанятого стоит сверять не только при заключении договора, но и периодически в дальнейшем — например, перед каждой выплатой, поскольку снятие с учёта происходит мгновенно и не требует уведомления контрагента[13].

Перед заключением договора стоит перепроверять: актуальность данных ЕГРЮЛ/ЕГРИП (адрес, наименование, ИНН, ОГРН должны совпадать с указанными в анкете); действующий статус плательщика НПД для самозанятых; актуальность записи в реестре аккредитованных филиалов — для иностранных юрлиц с представительством в РФ[3].

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

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

Часть 4 статьи 5 289-ФЗ требует, чтобы договор оператора с партнёром или владельцем ПВЗ фиксировал: требования к партнёру; порядок обмена юридически значимыми сообщениями и уведомления об изменении договора; исчерпывающий перечень мер ответственности сторон, основания и порядок их применения; порядок обжалования решений оператора через досудебную систему; порядок продажи товаров, работ или услуг, включая приостановление и прекращение приёма заказов; порядок взаиморасчётов; порядок доступа к принципам формирования рейтинга и ранжирования в поисковой выдаче; порядок установления и изменения цены; порядок определения вознаграждения оператора; порядок установления скидок[3].

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

Отдельно закон регулирует ограничение доступа к личному кабинету по статье 13 289-ФЗ: основания — соблюдение законодательства, основания договора или признаки неправомерного доступа третьих лиц. В обычной ситуации оператор обязан направить мотивированное уведомление не позднее чем за три дня до ограничения с указанием нарушенных положений договора или закона; исключение — исполнение судебного акта, решения органа власти или устранение неправомерного доступа, когда уведомление направляется в день применения меры. Если основания ограничения устранены, доступ нужно восстановить в течение 48 часов, а если не устранены в течение 90 дней — оператор вправе удалить личный кабинет[3].

Что хранить в журнале проверок

Закон не описывает единую форму журнала проверок как самостоятельный документ, но совокупность требований к срокам, уведомлениям, отказам и хранению договоров фактически задаёт его минимальный состав. Отраслевая практика сводит эти требования к пяти обязательным полям записи[4]:

• дата и время каждой проверки, её тип и источник сведений (ЕГРЮЛ, ЕГРИП, сервис ФНС по НПД, реестр аккредитованных филиалов, официальный источник страны регистрации);
• результат в машиночитаемом виде и версия правила или сценария, по которому принято решение;
• основание отказа со ссылкой на конкретную норму либо на пункт внутреннего регламента площадки;
• факт направления уведомления заявителю, способ доставки и дата;
• сведения о повторной подаче: дата, устранённая причина отказа, итоговое решение.

Такой журнал решает практическую задачу: он подтверждает исполнение обязанности по проверке при споре с партнёром или контроле со стороны регулятора и одновременно даёт продуктовой команде статистику для настройки процесса[4].

Варианты технической реализации онбординга

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

Технически оператору нужно решить как минимум следующие задачи: подключение к сервисам проверки ЕГРЮЛ и ЕГРИП (через API ФНС или коммерческого агрегатора данных); интеграцию с ЕСИА для сценария идентификации/аутентификации; подключение к сервису ФНС по проверке статуса плательщика НПД; обработку сценария с реестром аккредитованных филиалов для иностранных юрлиц; формирование и подписание отказа усиленной квалифицированной электронной подписью; хранение версий договора и обеспечение доступа к ним из личного кабинета партнёра в течение не менее трёх лет; ведение журнала проверок с полями, пригодными для последующего аудита.

Отдельный вопрос — маршрутизация заявок по сценарию: система должна автоматически определять категорию заявителя (компания, ИП, самозанятый, иностранное юрлицо с аккредитацией или без неё, владелец ПВЗ по одному из перечисленных статусов) и направлять её по соответствующей ветке проверки, а не обрабатывать все заявки по единому сценарию.

Практические этапы внедрения до 1 октября

1. Определить применимость закона к площадке. Оценить, подпадает ли платформа под критерии посреднической цифровой платформы и количественные пороги, установленные Правительством, и требуется ли включение в реестр ПЦП[5].
2. Классифицировать заявителей. Спроектировать анкету и логику маршрутизации по пяти категориям Правил № 768, включая отдельную обработку статуса владельца ПВЗ через его правовой статус[3].
3. Выбрать способ проверки для каждой категории. Определить, какой из допустимых сценариев (реестры, ЕСИА, платформа МСП, отдельный порядок для иностранных лиц) технически реализуем для площадки, и не пытаться внедрять все сразу без необходимости[3].
4. Настроить интеграции с источниками данных. Подключить сервисы проверки ЕГРЮЛ, ЕГРИП, статуса НПД, реестра аккредитованных филиалов.
5. Реализовать формирование мотивированного отказа с УКЭП и маршрут повторной подачи без искусственных барьеров для заявителя[3].
6. Обновить типовой договор с партнёром под требования части 4 статьи 5 289-ФЗ и настроить хранение версий договора не менее трёх лет с доступом из личного кабинета[3].
7. Внедрить журнал проверок и регламент ограничения доступа к личному кабинету по статье 13 289-ФЗ, включая сроки уведомления и восстановления доступа[3].

Ограничения, типичные ошибки и риски

Отраслевой аудит подобных процессов выделяет несколько повторяющихся точек отказа при внедрении[5]:

• неверная квалификация заявителя — площадка путает партнёра, пользователя и владельца ПВЗ и применяет к ним одинаковую процедуру вместо разных сценариев проверки;
• формальная проверка без анализа риска — сбор документов происходит без реальной сверки с государственными реестрами;
• отсутствие журнала решений — невозможно восстановить, кто, когда и на каком основании принял решение по конкретному заявителю;
• несинхронное обновление сведений — изменение реквизитов или статуса партнёра не запускает повторную проверку, из-за чего данные в карточке товара расходятся с реестром;
• смешение ролей оператора и продавца в интерфейсе и договоре, что меняет объём ответственности площадки;
• подмена нормы внутренней трактовкой — регламент называет обязательным по 289-ФЗ то, что закон прямо не предписывает (например, биометрическую проверку, которая по факту остаётся добровольной мерой площадки)[4][5].

Отдельный источник риска — санкции. Одновременно с обязанностью проверять партнёров в КоАП РФ вводится статья 14.69 за неисполнение оператором посреднической цифровой платформы требований 289-ФЗ; в частности, за неисполнение обязанности обеспечить партнёру техническую возможность размещения информации предусмотрен штраф 20–50 тыс. рублей для юридических лиц и 20–40 тыс. рублей для должностных лиц[9]. По другим составам, связанным с нарушением правил взаимодействия с продавцами, размеры штрафов для юридических лиц достигают существенно более высоких значений[10][11][12]. Подтверждённые данные о размере штрафа именно за нарушение порядка проверки партнёра по Правилам № 768 (в отличие от штрафов за иные обязанности оператора) в открытых источниках на момент подготовки материала обнаружить не удалось — этот пробел стоит дополнительно уточнять по мере публикации правоприменительной практики.

Ещё одно ограничение, которое стоит держать в фокусе продуктовой команды: проверка по 289-ФЗ подтверждает предусмотренные законом сведения о заявителе, но не отвечает на вопрос, тот ли человек стоит за заявкой — сам ИП или уполномоченный представитель компании. Защита от синтетической идентичности, «мёртвых» ИНН и захвата уже верифицированных аккаунтов — это добровольные меры площадки поверх законного минимума, а не требование закона[4].

Как выбрать решение: готовый сервис или собственная интеграция

Для площадок, которые уже работают с ЕГРЮЛ и ЕГРИП через сторонний сервис проверки контрагентов, разумным шагом будет расширение существующей интеграции сценариями Правил № 768, а не создание параллельного модуля. Для площадок, у которых такой интеграции ещё нет, выбор обычно стоит между подключением готового KYB/KYC-провайдера, закрывающего сверку по реестрам и статусу НПД «под ключ», и разработкой собственного модуля с прямыми интеграциями к государственным сервисам.

Готового решения обычно достаточно, если у площадки типовой поток заявителей (в основном российские ИП и компании) и не стоит задача глубокой кастомизации маршрутизации по сценариям. Собственная разработка или доработка существующей системы оправданы, если у площадки нестандартный поток заявителей (например, значительная доля иностранных партнёров без представительства в РФ), собственный документооборот, к которому нужно подключить формирование отказа с УКЭП, либо если требуется тесная интеграция журнала проверок с внутренней CRM или системой комплаенса.

Вывод

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

Источники

[1] vedomosti.ru — Маркетплейсы обяжут проверять продавцов и владельцев ПВЗ с 1 октября — https://www.vedomosti.ru/business/news/2026/07/11/1212903-marketpleisi-obyazhut-proveryat

[2] profile.ru — Маркетплейсы с 1 октября обяжут проверять продавцов и владельцев ПВЗ — https://profile.ru/news/society/marketplejsy-s-1-oktyabrya-obyazhut-proveryat-prodavcov-i-vladelcev-pvz-1879946/

[3] iidx.ru — Проверка партнёров маркетплейса по 289-ФЗ: полное руководство 2026 — https://iidx.ru/blog/proverka-partnyerov-marketpleysa-po-289-fz-polnoe-rukovodstvo/

[4] iidx.ru — Антифрод при онбординге продавцов маркетплейса — https://iidx.ru/blog/antifrod-pri-onbordinge-prodavtsov-marketpleysa-dipfeyki-myertvye-inn-i-zakhvaty-akkauntov/

[5] iidx.ru — Оператор цифровой платформы по 289-ФЗ: кто это — https://iidx.ru/blog/operator-tsifrovoy-platformy-kto-eto-po-289-fz-kakie-obyazannosti-voznikayut-s-1-oktyabrya-2026-goda/

[6] consultant.ru — Как маркетплейсы будут проверять продавцов при заключении с ними договоров — https://www.consultant.ru/legalnews/31947/

[7] klerk.ru — Продажа товаров через маркетплейсы с 1 октября 2026 года — https://www.klerk.ru/razbory/prodazha-tovarov-cherez-marketpleysy-s-1-oktyabrya-2026-goda-chto-menyaetsya-dlya-prodavcov/

[8] rctest.ru — Правительство утвердило единые правила проверки партнёров цифровых платформ с 1 октября 2026 года — https://www.rctest.ru/news/pravitelstvo-utverdilo-edinye-pravila-proverki-partnerov-tsifrovykh-platform-s-1-oktyabrya-2026-goda.html

[9] cnews.ru — Путин ввёл штрафы для маркетплейсов за нарушения прав продавцов и ПВЗ — https://www.cnews.ru/news/top/2026-08-07_putin_vvel_shtrafy_dlya_marketplejsov

[10] klerk.ru — Новые штрафы для маркетплейсов в 2026 — https://www.klerk.ru/blogs/pebguru/703428/

[11] consultant.ru — Платформенная экономика: какие штрафы грозят продавцам и маркетплейсам — https://www.consultant.ru/legalnews/32255/

[12] buh.ru — Новые штрафы для продавцов и маркетплейсов с 1 октября 2026 года — https://buh.ru/articles/novye-shtrafy-dlya-prodavtsov-i-marketpleysov-s-1-oktyabrya-2026-goda.html

[13] psbank.ru — Проверка самозанятого: как узнать статус по ИНН — https://www.psbank.ru/articles/kak-proverit-samozanyatogo