Интеграция Ozon с 1С: товары, остатки, заказы и финансовые отчёты
Карточки, остатки и заказы на Ozon часто ведут руками, а отчёт площадки разбирают в конце месяца. Показываю, что связывать с 1С и где продавцы теряют деньги незаметно.
Коротко (TL;DR)
- С Ozon обычно связывают четыре потока: карточки и цены из 1С, остатки из 1С, заказы в 1С и отчёт о реализации в учёт.
- Со своего склада главное — быстро получать заказы и держать точный остаток. Со склада площадки главное — поставки и сверка отчётов.
- Финансовый отчёт недооценивают чаще всего. Без него маржа по Ozon посчитана неверно, даже если продажи учтены идеально.
Многие продавцы на Ozon живут в двух мирах. В кабинете площадки правят карточки, меняют цены и смотрят заказы. В 1С ведут склад и деньги. Между ними человек с таблицей. В конце месяца бухгалтер садится разбирать отчёт площадки и пытается понять, куда ушла разница между продажами и выплатой. Я не раз видел, как на это уходят дни. Ниже расскажу, что имеет смысл связать, в каком порядке и где обычно ломается.
Что обычно связывают
Первый поток — карточки и цены. Товар заводят в 1С, а на площадку уходят название, артикул, цена и базовые характеристики. Цена меняется в одном месте, и не нужно помнить, где её ещё поправить.
Второй поток — остатки. 1С знает, сколько товара лежит на вашем складе. Эта цифра регулярно уходит на площадку, чтобы витрина не обещала то, чего нет.
Третий поток — заказы. Заказ с Ozon попадает в 1С как документ. Под него ставится резерв, по нему собирают и отгружают товар.
Четвёртый поток — отчёт о реализации. Площадка присылает его с продажами, возвратами и удержаниями. Он должен попасть в учёт, иначе выручка и расходы по Ozon живут отдельно от остальных цифр.
Всё это делается через API для продавцов. Подключать всё сразу не обязательно. Я обычно начинаю с остатков и заказов, а отчёты добавляю вторым этапом.
Свой склад и склад площадки
У Ozon есть две основные схемы. При FBS товар лежит у вас. Вы получаете заказ, собираете его, упаковываете и передаёте площадке. Остаток держите вы, и он должен быть точным. Здесь важна скорость: заказ должен попасть в 1С быстро, а остаток на витрине должен уменьшаться сразу после продажи.
При FBO товар уже лежит на складе площадки. Заказы собирает Ozon. Ваша задача другая: планировать поставки, учитывать товар в пути и на складе площадки, сверять, что продано и что вернулось. Остаток на витрине здесь считает сама площадка. Выгружать туда свой складской остаток не нужно.
Многие работают по обеим схемам сразу. Тогда в 1С нужны раздельные склады: свой и склад площадки. Если их смешать, на витрину уйдёт остаток, которого у вас физически нет, или наоборот.
Финансовый отчёт: самая недооценённая часть
Продажи учесть несложно. Сложно учесть всё, что площадка удержала. В отчёте о реализации есть комиссия, логистика, хранение, обработка возвратов и другие услуги. Каждая строка небольшая, но вместе они заметно меняют картину.
Если отчёт не попадает в 1С, маржу по Ozon считают от цены продажи минус себестоимость. Получается красивая цифра, которая не совпадает с деньгами на счёте. Товар, который казался прибыльным, после логистики и хранения может работать в ноль.
Я разношу удержания по статьям и, где возможно, по товарам. Тогда видно, какие позиции съедает хранение, а какие часто возвращают. Отдельно стоит сверять выплату с отчётом. Расхождения лучше находить в том же месяце, а не через полгода.
Как сопоставить товары
Связка держится на артикуле. В 1С у товара свой артикул, на площадке — артикул продавца. Они должны однозначно указывать друг на друга. Если на старте это не сделать, все остальные потоки будут ошибаться.
Частая беда — дубли. Одну позицию когда-то завели дважды: с пробелом в конце, с другой буквой, с разным регистром. В 1С это два товара, на площадке тоже два. Остатки делятся, продажи расходятся, отчёт не сходится.
Поэтому первую неделю я трачу на сверку справочника. Выгружаю артикулы из 1С и с площадки, ищу расхождения и дубли, договариваюсь с клиентом о едином правиле написания. Работа скучная, но без неё интеграция превращается в поиск ошибок каждый день.
Как часто обменивать данные
Разным данным нужна разная частота. Остатки и заказы меняются постоянно, их гоняют часто, от нескольких минут до получаса. Цены меняются реже, их можно выгружать несколько раз в день или по событию. Карточки меняются ещё реже, раз в день обычно хватает.
Отчёты о реализации приходят с периодичностью, которую задаёт площадка. Их забирают по мере появления и сразу проводят в учёт. Ниже свёл все потоки в одну таблицу.
| Что связываем | Направление | Как часто | Частая ошибка |
|---|---|---|---|
| Карточки товаров | 1С → Ozon | Раз в день или по изменению | Один артикул в двух карточках |
| Цены | 1С → Ozon | Несколько раз в день | Ручная правка в кабинете затирается выгрузкой |
| Остатки своего склада | 1С → Ozon | Каждые несколько минут | Выгружают общий остаток вместе со складом площадки |
| Заказы | Ozon → 1С | Каждые несколько минут | Нет резерва, товар продают второй раз |
| Отчёт о реализации | Ozon → 1С | По мере выхода отчёта | Удержания не разнесены, маржа завышена |
| Возвраты | Ozon → 1С | Ежедневно | Возврат не доходит до склада в 1С |
Типичные ошибки
Первая — ручные правки цен на площадке. Менеджер снизил цену в кабинете под акцию. Через час пришла выгрузка из 1С и вернула старую цену. Правило простое: цену меняют только в 1С. Если нужна акция, её тоже заводят там.
Вторая — один артикул в двух карточках. Остаток уходит в обе, и товар продают дважды. Или остаток уходит только в одну, а вторая висит без наличия и теряет позиции.
Третья — возвраты, которые не доходят до склада в 1С. Покупатель вернул товар, площадка это отразила, а в 1С он до сих пор числится проданным. Через несколько месяцев инвентаризация показывает излишки, и никто не понимает, откуда они.
Если вы выбираете между готовым решением и своей разработкой, я разбирал это отдельно в статье готовый модуль 1С для маркетплейсов или своя интеграция.
Частые вопросы
С чего начать интеграцию Ozon и 1С?
Со сверки артикулов. Потом остатки и заказы. Финансовые отчёты — следующим шагом, когда базовый обмен работает стабильно.
Нужно ли выгружать остатки, если я работаю только со склада площадки?
Нет. Остаток на витрине считает площадка. Вам важнее учитывать поставки, товар на складе Ozon и сверять отчёты.
Можно ли менять цены и в 1С, и в кабинете?
Технически можно, но это путь к путанице. Выберите одно место. Если главная 1С, ручные правки в кабинете будут затираться.
Зачем отчёт о реализации, если заказы уже в 1С?
Заказы показывают выручку. Отчёт показывает, сколько площадка удержала. Без него вы не знаете реальную маржу.
Что делать с дублями карточек?
Найти их, решить, какая карточка основная, и оставить в 1С одну связку артикулов. Дальше следить, чтобы новые товары заводили по единому правилу.
Коротко о главном
Интеграция Ozon с 1С — это четыре потока: карточки и цены, остатки, заказы и отчёт о реализации. Каждый решает свою задачу, и каждый можно подключать по очереди.
Схема работы меняет приоритеты. Со своего склада важны скорость заказов и точный остаток. Со склада площадки важны поставки и сверка. В обоих случаях без финансового отчёта маржа посчитана неверно.
Начните с артикулов и правила, где живёт цена. Если хотите, посмотрю вашу схему обмена и подскажу, где теряются деньги или время. Напишите в Telegram, MAX или VK.
Что я делаю для бизнеса
- Интеграция 1С с CRM, сайтом и маркетплейсами
- ИИ-агенты и боты поверх 1С
- Складской учёт и приложения для ТСД
- Автоматизация процессов
Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»
12 пунктов, которые проверяют готовность за час: данные, согласия, уведомление в РКН, локализация, защита. Отметьте, что уже сделано, и увидите дыры, за которые сейчас штрафуют.
Готовы обсудить вашу задачу?
Бесплатная консультация — разберём, как внедрить это в вашем бизнесе под ключ. Без форм, пишите напрямую.
Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.


