Как подключить Ozon в «Мой налог» продавцу и не задвоить доход

Знакомый продавец прислал мне вопрос: «Ozon перевёл деньги, мне теперь самому сделать чек в “Моём налоге” или он уже там есть?» Я бы сначала полез смотреть поступление в банке, но здесь оно не отвечает на главный вопрос. Нужно выяснить, кто передаёт сведения о продаже и на какую сумму. Иначе легко подтвердить один доход повторно или принять за доход только остаток после удержаний. Само наличие Ozon среди партнёров ещё не заменяет такую проверку.

В своих магазинах я привык разделять продажу, начисления площадки и движение денег, потому что эти события постоянно пытаются притвориться одной операцией. С «Моим налогом» добавляется ещё один слой — сведения, на основании которых ФНС считает налог. Здесь речь именно о продавце товаров на Ozon, а не об исполнителе Ozon Job. У исполнителя другой договор и другое основание поступления денег, поэтому переносить его инструкцию в кабинет продавца я бы не стал. Сначала нужно определить свою роль, затем подключать обмен данными и проверять результат.

Зачем продавцу связывать Ozon и «Мой налог»

Смысл партнёрского подключения — разрешить сервису выполнять определённые действия с налоговыми данными от вашего имени. Какие именно, зависит от доступной интеграции и выданных полномочий: название партнёра само по себе этого не объясняет. Если предусмотрена передача доходов и формирование чеков, часть ручной работы действительно уходит. Но разрешение на информационный обмен нельзя автоматически считать разрешением формировать чеки, а подключение нельзя считать доказательством, что сведения уже переданы. Я смотрю на текст полномочий и фактические записи в приложении, а не на значок успешного подключения.

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

Как подключить Ozon партнёром в «Моём налоге»

На вопрос «как добавить Ozon в “Мой налог”» нельзя надёжно ответить одной последовательностью кнопок без проверки доступной продавцу интеграции. Я не вижу вашу версию приложения и не могу подтвердить, что в ней сейчас есть подходящее подключение именно для торговли товарами. Начинать нужно с раздела управления партнёрами в «Моём налоге» и инструкции в кабинете продавца Ozon, если такая возможность там предложена. Названия разделов могут отличаться, поэтому в таблице я указываю место по смыслу, а не изображаю точный маршрут по непроверенному интерфейсу. Проходить её лучше сверху вниз, не подтверждая доступ до проверки назначения подключения.

Если подходящего партнёра нет, добавлять случайный сервис с похожим названием я не стану. В поддержку Ozon я бы отправил конкретный вопрос: доступна ли передача доходов в «Мой налог» для продавца на НПД и где находится инструкция подключения. Отдельно нужно спросить, какие операции передаются, кто формирует чеки и как обрабатываются возвраты. Запросы «как подключить партнёрство» и «как стать партнёром Ozon в “Моём налоге”» в этом контексте означают разрешить обмен данными, а не зарегистрировать магазин. Регистрация продавца и налоговое подключение — разные действия, одно не подтверждает выполнение другого.

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

Кто формирует чек и как проходит информация о продаже

Здесь я разделяю документ, который получает покупатель при расчёте на площадке, и чек НПД, формируемый через «Мой налог» либо уполномоченного партнёра. Это разные механизмы, и наличие покупательского чека ещё не доказывает появление дохода в налоговом приложении. Если действующая интеграция предусматривает формирование чеков НПД и вы дали соответствующее разрешение, эту работу выполняет партнёр в пределах полномочий. Если такой функции нет, порядок отражения дохода остаётся обязанностью продавца, с учётом правил работы через посредника. Я бы проверил это по действующим условиям подключения, а не по рассказу другого продавца о его кабинете.

Самый неудобный участок этой цепочки — между отчётом площадки и записью в налоговом приложении. Деньги уже могут участвовать во взаиморасчётах с Ozon, а продавец ещё не понимает, к какой записи их привязать. Я в такой ситуации сохраняю исходный отчёт, сведения о подключении и доступные идентификаторы операций. Если интеграция допускает передачу данных за прошлый период, отдельно выясняю, не попадут ли туда продажи, которые уже были отражены вручную. Без этого переключение с ручного учёта на автоматический легко превращается в источник повторов.

Почему доход продавца не равен выплате Ozon

Выплата — это результат взаиморасчётов площадки с продавцом, а не готовая сумма для внесения в «Мой налог». В типичной посреднической модели покупатель платит за товар, после чего Ozon удерживает предусмотренные договором суммы и перечисляет остаток. Для НПД расходы продавца не уменьшают налоговую базу, поэтому вычитать комиссию, логистику или рекламу из дохода по принципу расчёта прибыли нельзя. При этом я не предлагаю брать любую цифру с названием «выручка» без проверки её состава. Скидки, возвраты, компенсации и другие начисления нужно разбирать по документам, а не складывать в одну строку только потому, что они находятся рядом в отчёте.

Свой расчёт я начинаю с суммы дохода от реализации, относящейся к проверяемому периоду по правилам НПД. Затем учитываю подтверждённые возвраты и необходимые корректировки, проверяя, к каким ранее отражённым продажам они относятся. Удержания Ozon из этой суммы для расчёта НПД не вычитаю. Выплату рассчитываю отдельно: от суммы к перечислению по отчётности отнимаю удержания и учитываю остальные документально подтверждённые взаиморасчёты. Получившееся значение сравниваю с банковским поступлением, а налоговый доход — со сведениями в «Моём налоге». Если периоды не совпадают, сначала разбираюсь с датами признания и перечисления, а не подгоняю доход под банковскую выписку.

Что проверять каждый месяц, чтобы доход не задвоился

Конкретная ошибка выглядит так: продавец видит перевод Ozon, вручную формирует чек на поступившую сумму, а затем партнёр передаёт сведения о тех же продажах. В приложении оказываются два отражения одного экономического события, причём суммы могут различаться из-за удержаний. Поэтому поиск только одинаковых чеков проблему не решает. Лишняя запись увеличивает учтённый доход и может увеличить начисленный налог, а ещё искажает контроль ограничений режима. Если же автоматической передачи вообще не было, ручной чек только на выплату способен, наоборот, занизить доход на удержанные расходы. Одинаковое действие приводит к противоположным ошибкам в зависимости от того, что реально делает интеграция.

Для ежемесячной сверки я бы собрал отчётность Ozon по продажам и возвратам, документы по удержаниям, банковскую выписку и сведения о доходах из «Моего налога». Сначала нужно убедиться, что сравниваются сопоставимые периоды, потому что дата выплаты не обязательно является датой признания дохода через посредника. Затем для каждой записи или сводной группы стоит найти основание в отчётности и отметить источник — ручной ввод либо партнёр. Совпадение проверяется по продаже или составу отчёта, а не только по дате и сумме. Необъяснённую разницу я оставляю отдельной строкой с причиной проверки, вместо того чтобы молча включить её в следующий период. Так становится видно, где потерялась передача, а где просто не совпал момент выплаты.

Возвраты я проверяю отдельно, потому что они часто живут в другом периоде относительно продажи. Нужно найти исходный доход, подтверждение возврата денег и понять, кто должен передать корректировку — партнёр или сам продавец. Если запись выглядит повторной, я сначала устанавливаю, какая из записей верна по сумме, дате и основанию. Только после этого можно исправлять ошибочное отражение по действующему порядку «Моего налога», а не удалять запись наугад. Компенсации и прочие нетипичные начисления также не стоит автоматически считать оплатой товара или возвратом: без документов я не могу определить их налоговую природу. Ежемесячная сверка помогает находить такие случаи, но сама по себе не заменяет соблюдение сроков отражения дохода.

С чего начать проверку завтра

Для своих магазинов я сделал SellOps, потому что не нашёл готового сервиса аналитики, которому доверял бы при разборе продаж и удержаний. Но даже свой расчёт я не считаю заменой сведениям ФНС или подтверждением того, что чек действительно сформирован. Когда смотрю раздел «Налоги», отделяю аналитический расчёт от факта регистрации дохода в «Моём налоге». Общую логику работы я описал на странице как устроен SellOps, а основанием для сверки оставляю документы площадки и налоговые записи. Задача аналитики здесь — помочь объяснить расхождение, а не спрятать его за готовой итоговой суммой.

Завтра я бы начал не с повторного подключения Ozon, а с проверки действующих полномочий партнёра в «Моём налоге». Затем взял бы закрытый период, нашёл соответствующую отчётность площадки и сопоставил её с налоговыми записями и банковской выплатой. Отдельно выписал бы ручные чеки, продажи без найденной записи и возвраты без понятной корректировки. По каждому расхождению нужен конкретный ответ: неверная сумма, другой период, повторная передача или отсутствующие сведения. Если причина в настройке обмена, в поддержку лучше отправить этот разобранный пример вместе с вопросом о порядке передачи, а не просто сообщение «доход не сходится». После такой проверки уже понятно, что именно исправлять и можно ли доверять подключению в следующем периоде.