Ozon подключился к информационному обмену с ФНС в рамках автоУСН: продавцы на этом налоговом режиме могут передавать сведения о взаиморасчётах через личный кабинет маркетплейса, предварительно проверив данные. Главный разработчик AI-студии Bogdanov Lab Александр Богданов объясняет, как устроен новый механизм, что проверить перед подключением и как организовать работу с расхождениями, чтобы автоматизация не привела к ошибкам в налоговых данных.
19 октября ФНС сообщила, что Ozon подключился к информационному обмену в рамках автоУСН. Продавцы, которые применяют этот режим, могут передавать сведения о взаиморасчётах через личный кабинет маркетплейса. Передача требует согласия продавца: он проверяет расчёты до отправки и может отключить автопередачу. Это полезное сокращение ручной работы, но слово "автоматически" не означает, что показатели можно перестать сверять.
В сообщении ФНС названы данные, на которых строится взаимозачёт: удержанные из выручки вознаграждения Ozon, услуги площадки, возвраты и другие расходы. Именно переход от событий торговли к итоговой сумме расчёта стоит сделать видимым. Для команды магазина задача не в том, чтобы скопировать цифру из одного кабинета в другой, а в том, чтобы понять, из каких операций она сложилась и что происходит при расхождении.
Сначала определите границу нового инструмента
Новость относится к продавцам Ozon на автоУСН. Она не говорит о подключении всех налоговых режимов и не означает, что площадка самостоятельно выбирает режим за предпринимателя. ФНС описывает информационный обмен и проверку расчёта продавцом, а не замену его ответственности за собственные данные.
Полезно разделить три объекта: продажу или возврат как хозяйственное событие, взаиморасчёт с площадкой и сведения, которые будут переданы для расчёта налога. Эти объекты связаны, но не тождественны. Например, возврат может изменить итоговый расчёт; из самой новости нельзя вывести, в какой момент и по какому алгоритму конкретная операция отразится в кабинете. Детальные правила нужно смотреть в актуальных инструкциях Ozon и ФНС для своего случая.
Такое разделение особенно важно магазину, где есть учётная система, выгрузки из маркетплейса и отдельная работа с закрывающими документами. Если команда видит только итог без состава, она не сможет объяснить разницу между отчётом площадки и внутренней таблицей. Возможность отправить данные не решает проблему качества исходного учёта.
Проверка перед согласием: четыре вопроса
Какие операции включены? Сверьте состав вознаграждений, услуг, возвратов и прочих расходов с документами и данными кабинета. Не складывайте все удержания в одну строку "комиссия": так теряется причина расхождения. Список из релиза ФНС описывает категории, но не заменяет детализацию конкретного периода.
К какому периоду относятся показатели? Зафиксируйте период расчёта, дату его формирования и доступную версию данных. Если после проверки появились корректировка или возврат, команде потребуется понять, какие сведения уже ушли и какая версия стала актуальной. ФНС в коротком релизе не задаёт универсальный порядок обработки таких случаев, поэтому его надо проверить в интерфейсе и инструкциях, а не додумывать.
Кто подтверждает отправку? Назначьте человека, который понимает и торговые операции, и структуру взаиморасчётов. Технический сотрудник может настроить выгрузку и журнал событий, но не должен единолично подтверждать содержательный расчёт без владельца процесса. Поскольку ФНС прямо указывает на согласие и предварительную проверку продавцом, полезно сохранить внутреннюю отметку о том, кто и на основании каких документов проверил данные.
Что делать при несовпадении? Опишите маршрут до первого расхождения: где остановить подтверждение, кому передать вопрос, как сопоставить строку расчёта с документом и когда возвращаться к отправке. Отправка "как есть" с обещанием разобраться потом превращает автопередачу в ускоритель ошибки. Но и автоматическое исправление суммы по внутренней таблице без сверки с площадкой может создать вторую ошибку.
Четыре контрольные точки: состав операций, период, согласие и расхождение
Как встроить новость в рабочий процесс магазина
Начните с одного завершённого периода, по которому уже есть документы и понятный итог взаиморасчётов. Возьмите выгрузку Ozon и внутренний учёт. Проверьте, что одна и та же операция не учтена дважды и что возврат не потерян между системами. Если идентификаторы в двух выгрузках различаются, составьте таблицу соответствия; не сравнивайте только общие суммы.
Затем зафиксируйте три состояния для внутреннего контроля: "получено из площадки", "проверено продавцом", "передано". Это модель организации работы, а не заявленные ФНС названия статусов в кабинете Ozon. К каждому состоянию полезно привязать дату, период, ответственного и ссылку на документ или выгрузку. Тогда при вопросе о конкретной операции можно восстановить цепочку, а не искать последнюю присланную таблицу.
Если у магазина уже есть интеграция, не считайте новый обмен основанием автоматически отправлять сведения без просмотра. Проверьте, где именно находится действие согласия, что показывает интерфейс перед передачей и какой результат он возвращает после неё. При неизвестном результате не запускайте действие повторно вслепую: сперва выясните, сохранились ли сведения и не возникла ли дублирующая операция. Здесь общая дисциплина интеграций важнее красивого сообщения "готово".
Для команды, которая ведёт несколько площадок, настройте процесс отдельно для каждой. Официальное сообщение подтверждает подключение Ozon; оно не доказывает, что одинаковый механизм, интерфейс и состав сведений действуют на других маркетплейсах. Не переносите настройки по аналогии без проверки.
Где помогает автоматизация, а где нужна подпись человека
Автоматизировать разумно сбор выгрузок, сопоставление идентификаторов, поиск повторов и подсветку необычных расхождений. Можно строить отчёт о том, какие строки не сошлись и какие документы отсутствуют. Но финальный выбор по спорной операции и согласие на передачу должны оставаться у ответственного человека. Особенно если система ещё не умеет объяснить, почему сумма изменилась.
Это не обещание, что новый инструмент уже предоставляет такие проверки. Речь о дополнительном внутреннем контуре магазина. Прежде чем заказывать разработку интеграции, проверьте, достаточно ли штатного кабинета для вашего объёма операций. Если ручная сверка регулярно занимает время и ошибки повторяются, описанный маршрут можно превратить в небольшой сервис с журналом изменений и понятными статусами.
Главная перемена в этой новости состоит не в появлении ещё одной кнопки отправки. У продавца на автоУСН появился канал передачи данных из кабинета Ozon, а значит, проверка состава взаиморасчётов должна происходить до согласия. Начните с одного периода и документированной сверки. Если итог понятен и расхождения разобраны, автоматизация действительно снимает ручной перенос. Если нет, сначала исправьте контроль данных.