Проанализируем ситуацию, с которой часто сталкиваются владельцы ПВЗ: ИП уже работает на УСН, оказывает услуги маркетплейсу по агентскому/сервисному договору (прием, хранение, выдача, иногда — прием возвратов), и теперь хочется перейти на АУСН. Возникает логичный вопрос: какой ОКВЭД указать “правильно”, чтобы налоговая не отказала и чтобы в 1С учет и обмен с банком/ФНС на АУСН сошлись без расхождений.
Разберем по шагам: выясним, что реально влияет на право применять АУСН, как подобрать ОКВЭД именно под модель вашего ПВЗ, и как организовать учет в 1С, чтобы переход с УСН на АУСН был технически и методологически корректным.
Рассмотрим подробнее главный миф: “если выбрать неправильный ОКВЭД — на АУСН не пустят”. На практике логика такая:
Право на АУСН определяется условиями режима (лимиты и ограничения по виду деятельности, статусу, банку и т. д.), а ОКВЭД — это классификатор для описания бизнеса и аналитики, который помогает государству понимать, чем вы занимаетесь.
ОКВЭД может косвенно повлиять, если по документам/факту вы ведете деятельность, которая запрещена для АУСН, или вы “притворяетесь” услугами, а фактически занимаетесь торговлей/посредничеством иначе, чем заявлено. Поэтому нам важно согласовать ОКВЭД, договоры и реальную экономическую модель.
Если вы действительно ПВЗ (услуги по выдаче/приему/хранению заказов) и соблюдаете ограничения АУСН, то задача по ОКВЭД обычно решается правильным выбором основного кода + дополнительных кодов под дополнительные услуги.
Теперь зафиксируем базовые условия АУСН, которые надо выполнить независимо от ОКВЭД: регистрация в регионе, где действует эксперимент, годовой доход в пределах лимита, численность работников до 5, счета только в уполномоченных банках, зарплата только безналом, отсутствие применения других спецрежимов и т. п. Эти условия прямо раскрывает ФНС по АУСН.
Дальше пойдем практично: подбираем ОКВЭД под вашу модель ПВЗ.
Чтобы выбрать ОКВЭД “без сюрпризов”, посмотрим на ваш ПВЗ как на набор функций. Обычно встречаются 3 сценария, и под каждый — свой “центр тяжести” по ОКВЭД:
Классический ПВЗ “только выдача/прием”: вы не продаете свои товары, не держите интернет-магазин, вы получаете вознаграждение от маркетплейса за услуги пункта выдачи (по договору оказания услуг/агентскому договору).
ПВЗ + дополнительные сервисы: кроме выдачи/приема вы делаете упаковку, маркировку, хранение, прием возвратов как отдельный процесс, иногда — курьерскую доставку “последней мили”.
ПВЗ + собственная торговля (смешанная модель): помимо услуг ПВЗ вы параллельно продаете свои товары (офлайн или онлайн), принимаете оплату за них, ведете склад по собственным остаткам.
Сейчас разберем каждую модель и “приземлим” ее на наиболее используемые коды ОКВЭД для ПВЗ.
В этой модели ключевой смысл деятельности — логистическая услуга: вы принимаете отправления, обеспечиваете хранение до выдачи, выдаете получателю, оформляете возвраты по правилам маркетплейса. Для таких задач на практике чаще всего выбирают коды из логистики и курьерского блока:
53.20 (в группе “деятельность почтовой связи прочая и курьерская деятельность”) — часто используют как “зонтичный” код для сервисов выдачи/доставки/курьерских операций, когда ПВЗ по смыслу ближе к курьерской инфраструктуре.
52.10 (складирование и хранение) — подходит, когда вы акцентируете, что ваша функция — прием и хранение отправлений до выдачи, а выдача — часть сервиса хранения. Такой подход часто выбирают ПВЗ, где существенная часть процесса — именно хранение и обработка посылок.
52.29 (вспомогательная деятельность, связанная с перевозками) — используют как дополнительный код, когда вы по сути обеспечиваете инфраструктуру перевозки/выдачи как логистический узел (пункт приема/выдачи как часть цепочки доставки).
Практическая рекомендация для классического ПВЗ: выберем основной код так, чтобы он отражал “ядро” вашего договора с маркетплейсом.
Если в договоре у вас явно “оказание услуг пункта выдачи/приема”, логистика и выдача — берем 53.20 как основной, а 52.10 и/или 52.29 — как дополнительные (если реально храните и обрабатываете отправления).
Если у вас по процессу доминирует хранение (много мест хранения, прием крупногабарита, длительное хранение), а выдача — “финальная операция” — берем 52.10 как основной, а 53.20 — как дополнительный.
Почему мы так делаем? Потому что в спорных ситуациях налоговая и банки смотрят не на “красивый” код, а на соответствие факту: договор, акты/отчеты, движение денег, операции по эквайрингу и т. д.
Посмотрим на пример: ПВЗ не только выдает, но и оказывает дополнительные платные сервисы (например, упаковка/комплектация, подготовка к отправке, переупаковка возвратов). Тогда разумно расширить ОКВЭД дополнительными кодами под сопутствующие услуги:
82.92 (упаковка) — подходит, если вы действительно оказываете отдельную услугу упаковки/переупаковки/подготовки отправлений (не просто “пакетик на кассе”, а регулярная бизнес-функция).
52.10 (складирование и хранение) — усиливает логику “хранение/обработка” как часть сервиса ПВЗ.
53.20 — если появляется доставка/курьерская компонента (пусть даже эпизодическая, но реальная).
Важный момент: добавлять “все подряд” не нужно. Лучше добавим только те коды, которые:
подтверждаются договором/офертой/прайсом;
подтверждаются первичкой (акты, отчеты агента/исполнителя, чеки, поступления);
реально составляют заметную часть деятельности или могут составить ее в ближайшее время.
Теперь разберем сценарий, который чаще всего дает проблемы: предприниматель открывает ПВЗ и параллельно продает свои товары (например, витрина сопутствующих товаров, собственный интернет-магазин, продажи через соцсети). Тогда логика ОКВЭД должна отражать две разные экономические модели:
Услуги ПВЗ — логистические коды (например, 53.20, 52.10, 52.29).
Торговля — торговые коды (часто используют 47.91 “розничная торговля по почте или через интернет” и более узкие подвиды, если продажи идут онлайн).
Здесь ключевая задача — не столько “перечень кодов”, сколько раздельная логика учета: деньги за услуги ПВЗ и деньги за собственную торговлю не должны смешиваться в интерпретации налоговой базы, особенно при эквайринге, когда на расчетный счет могут приходить суммы, которые вам не принадлежат экономически (например, деньги покупателей маркетплейса, если вы принимаете оплату как агент).
Если вы работаете по агентской схеме, то в доходах у ИП должен оставаться только агентский доход (вознаграждение), а не вся сумма, прошедшая через терминал. Такой подход прямо встречается в профессиональных обсуждениях по УСН/АУСН для ПВЗ: доходом является вознаграждение, а не транзитные суммы.
Проанализируем еще одну деталь, которая помогает понять, почему с ПВЗ так много путаницы. На уровне обсуждений отрасли звучали предложения ввести отдельные коды ОКВЭД для деятельности ПВЗ (как самостоятельную классификацию), потому что ПВЗ “между” складом, курьеркой и сервисом приема/выдачи. Пока это именно обсуждаемая инициатива, но она показывает, что выбор между 53.20 и 52.10 — не “ошибка”, а отражение разных акцентов одной и той же реальности.
Вывод для нас практический: выбираем ОКВЭД под фактическую роль (логистический узел/складская обработка/курьерская инфраструктура), а не “как у соседа”.
Теперь соберем чек-лист именно под задачу “хочу перейти на АУСН” — чтобы мы не уперлись в отказ из-за условий режима, пока спорим об ОКВЭД.
Проверим, что ваш регион участвует в эксперименте АУСН. Условие про регистрацию в регионе проведения эксперимента — базовое. ФНС отдельно описывает, что режим действует в рамках эксперимента и требует соблюдения условий.
Проверим лимиты: годовой доход не выше установленного лимита, сотрудников не больше 5, и т. п. Эти критерии фиксируются в официальных условиях.
Проверим банк: расчетные счета должны быть в уполномоченных банках, а зарплата — только безналом. Это критично, потому что АУСН построен на обмене данными банк → ФНС и на разметке операций.
Проверим договорную модель ПВЗ (агент/услуги) и то, какие деньги проходят через ваш счет. Если вы принимаете оплату от клиентов как агент (эквайринг), заранее закрепим, что ваш доход — вознаграждение, а транзит — не доход. Это важно и для УСН, и для АУСН, чтобы корректно размечать поступления.
Когда базовые условия соблюдены, тогда ОКВЭД становится задачей “корректного описания бизнеса”, а не “пропуска на режим”.
Теперь перейдем к практике 1С. На АУСН ключевой момент — разметка банковских операций и корректный обмен с банком/ФНС, потому что налог по АУСН рассчитывается на данных, которые проходят по счетам и передаются через инфраструктуру. В продуктах 1С для этого выделен сервис и механика обмена с банками и ФНС.
Разберем по шагам, что именно делаем в 1С (на примере типового подхода “1С:Бухгалтерия 8” и схожих решений):
Включим режим АУСН в настройках налогообложения. Обычно путь выглядит как настройка системы налогообложения в разделе налогов и отчетов, где выбирается АУСН и объект налогообложения (доходы или доходы минус расходы). Типовые инструкции по настройке отражают именно этот принцип: сначала включение режима, затем параметры учета.
Подключим обмен с банком так, чтобы выписки загружались регулярно, а разметка операций уходила обратно в банк. 1С описывает, что обмен по умолчанию может выполняться автоматически по расписанию, и есть ручной запуск при необходимости.
Организуем разметку поступлений/списаний. Смысл разметки — объяснить банку (и через него ФНС), что конкретная операция является доходом, расходом, выплатой зарплаты, транзитом агента и т. п. В 1С отдельно разбирается разметка операций для объекта “доходы”, а логика аналогично важна и для “доходы минус расходы”.
Настроим обмен с ФНС по АУСН: получение расчета налога и передача сведений по НДФЛ (если есть сотрудники). 1С описывает, что сервис обеспечивает получение расчета налога от ФНС и передачу необходимых сведений по НДФЛ.
Проверим сверку “как банк размечает” vs “как 1С размечает”. В экосистеме 1С описан мониторинг/контроль состояния разметки и сопоставления с данными банка, чтобы устранять расхождения.
Почему это особенно важно именно ПВЗ? Потому что ПВЗ часто работает по агентской модели и может иметь:
поступления, которые экономически не являются доходом (транзит денег покупателей);
поступления агентского вознаграждения;
удержания/взаимозачеты маркетплейса;
суммы по возвратам;
эквайринговые зачисления, по которым легко ошибочно “задвоить” доход.
Поэтому мы заранее договариваемся сами с собой: в 1С и в разметке банка доходом делаем только то, что является нашим вознаграждением, а транзит и возвраты размечаем корректно по смыслу операции.
Посмотрим на пример логики (без привязки к “картинкам” и без лишней терминологии):
Если маркетплейс платит вам вознаграждение на расчетный счет, тогда это и есть доход (для УСН — по кассовому методу, и для АУСН — как доход, который должен быть корректно учтен в разметке). Подобная логика подтверждается разъяснениями практиков по учету ПВЗ: доход признается при получении вознаграждения.
Если через ваш терминал/эквайринг проходят деньги покупателей в пользу маркетплейса (агентская схема), то эти суммы не являются вашим доходом — вашим доходом остается агентское вознаграждение. Такой вывод встречается в обсуждениях по УСН/АУСН для ПВЗ при эквайринге.
Теперь применим это к практике АУСН: нам важно, чтобы в банке и в 1С транзит не превратился в налоговую базу. Поэтому перед переходом на АУСН полезно:
пересмотреть договор с маркетплейсом и понять, кто является получателем денег покупателей и кто является принципалом;
выстроить цепочку документов: акты/отчеты, где явно показано вознаграждение и удержания;
подготовить правила разметки операций в 1С (какие типы поступлений — доход, какие — транзит).
Теперь, когда мы разобрали и налоги, и учет, закрепим два наиболее безопасных решения по ОКВЭД для ИП-ПВЗ. Рассмотрим оба, чтобы вы могли выбрать под свой бизнес.
Выбираем, если ваш ПВЗ по сути — узел выдачи/приема заказов, а все финансовые потоки построены вокруг оказания услуги маркетплейсу.
Основной ОКВЭД: 53.20 (курьерская/почтовая прочая деятельность как инфраструктура выдачи/доставки).
Дополнительные ОКВЭД: 52.10 (если реально храните/обрабатываете посылки), 52.29 (как вспомогательная деятельность, связанная с перевозками).
Плюсы: хорошо читается как “ПВЗ = логистика”, удобно масштабировать на доставку/курьерские опции.
Выбираем, если ключевая часть процесса — прием, хранение, сортировка, обработка и выдача как финальная операция.
Основной ОКВЭД: 52.10 (складирование и хранение).
Дополнительные ОКВЭД: 53.20 (если присутствует компонент выдачи/курьерской инфраструктуры), 82.92 (если оказываете упаковку как услугу), 52.29 (если по смыслу вы транспортный/логистический вспомогательный узел).
Плюсы: логично для ПВЗ с выраженной складской функцией, когда хранение и обработка реально “съедают” основную долю работ.
Оба решения рабочие, если соответствуют факту. Поэтому финальный выбор делаем так: сравним ваш договор, перечень услуг в личном кабинете маркетплейса и фактические операции — и выбираем тот код, который описывает “ядро” деятельности.
Чтобы закрепить, посмотрим на типичные ошибки — и сразу поймем, как их избежать:
Ошибка: выбрать торговый ОКВЭД, хотя вы не торгуете. Если вы не продаете свои товары, а оказываете услуги ПВЗ, не делаем торговлю основной “по умолчанию”. Торговые коды (например, 47.91) оставим для смешанной модели, когда торговля реально есть.
Ошибка: включить слишком много кодов “на всякий случай”. Это создает вопросы у банка (комплаенс) и иногда усложняет объяснение экономической модели. Лучше добавим дополнительные коды только под реальные дополнительные услуги.
Ошибка: не отделить транзит от дохода. Для ПВЗ по агентскому договору это ключевой риск: эквайринг и поступления могут быть не вашим доходом. Доходом делаем вознаграждение.
Ошибка: перейти на АУСН без настройки обмена и разметки в 1С. На АУСН критично организовать обмен с банком и ФНС, чтобы расчет налога формировался корректно. 1С отдельно описывает сервис обмена, разметку операций и получение расчета налога.
Соберем общий алгоритм, чтобы вы могли пройти по нему и ничего не забыть.
Опишем вашу модель ПВЗ: только выдача/прием или есть упаковка/хранение/доставка, есть ли собственная торговля.
Выберем ОКВЭД по модели:
классический ПВЗ — 53.20 и/или 52.10 как основной, второй — дополнительный;
ПВЗ + упаковка — добавим 82.92;
ПВЗ + торговля — добавим торговые коды (например, 47.91) как дополнительное направление.
Проверим условия АУСН: лимиты, сотрудники, банк, безналичная зарплата, регион участия.
Подготовим учетную модель денег: что является вашим доходом (вознаграждение), что является транзитом (если есть агентская схема).
Настроим 1С под АУСН: включим режим, подключим обмен, наладим разметку, организуем получение расчета налога и сверку с банком/ФНС.
Финальная мысль: для перехода на АУСН решающим является не “магический” ОКВЭД, а соответствие вашей фактической модели условиям режима и корректная разметка/учет операций (особенно при агентской схеме ПВЗ). ОКВЭД же мы подбираем так, чтобы он честно и однозначно описывал то, что вы реально делаете.
Информация носит справочный характер и не заменяет индивидуальную консультацию с учетом вашего договора с маркетплейсом, региона регистрации и структуры платежей.