Как вести продажи на Ozon в 1С: обмен товарами, остатками и заказами
Содержание
Правильно вести Ozon в 1С — значит связать учётную базу с личным кабинетом продавца через Seller API: 1С отдаёт на маркетплейс остатки и цены, а забирает заказы, статусы отправлений и отчёты о продажах. Для подключения нужны Client-Id и API-ключ из кабинета Ozon, единый артикул товара в обеих системах и отдельный склад в 1С под маркетплейс.
Типичная картина у нового продавца: менеджер вечером правит остатки в кабинете руками, а утром на Ozon висят три заказа на товар, который вчера ушёл оптовику. Интеграция с 1С убирает этот разрыв. Ниже — порядок настройки обмена, который работает и для встроенной подсистемы, и для стороннего модуля.
Способы интеграции Ozon с 1С и что подготовить заранее
Сначала решите, чем будете подключаться. Вариантов четыре, и они сильно различаются по цене и объёму автоматизации.
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Встроенная интеграция с маркетплейсами (актуальные релизы УТ 11.5, КА 2.5, ERP 2.5, УНФ) | Торговая база уже на одной из этих конфигураций | Набор функций зависит от релиза, нужна своевременная установка обновлений |
| Сторонний модуль (расширение или внешняя обработка) | Бухгалтерия 3.0 без торгового блока, нестандартные схемы, несколько кабинетов | Платная подписка, качество зависит от разработчика |
| Ручная загрузка отчётов Ozon в Excel | Десятки заказов в месяц, учёт ведёт только бухгалтер | Остатки и цены на Ozon по-прежнему правят руками |
| Собственная обработка на HTTP-запросах к API | Есть свой программист 1С | Сопровождение при каждом изменении API Ozon |
В 1С:Бухгалтерии 3.0 полноценного обмена заказами с Ozon нет: это учётная программа, а не торговая. Там отражают итоги продаж по отчётам маркетплейса. Оперативную работу с заказами ведут в торговой конфигурации или модуле.
Что подготовить до подключения
- 🏷️ Модель работы. FBO — товар лежит на складе Ozon. FBS — товар на вашем складе, доставляет Ozon. rFBS — склад и доставка ваши. От модели зависит, что выгружать и какие заказы загружать.
- 📦 Отдельный склад в 1С под каждый склад Ozon. Для FBO — склад «Ozon FBO», куда переносят товар при отгрузке поставки. Для FBS — склад, остатки которого видит маркетплейс.
- 🔢 Артикулы. У каждого товара в 1С должен быть заполнен артикул, совпадающий с артикулом продавца в кабинете Ozon. Без этого сопоставление превратится в ручную работу.
- 🤝 Контрагент и договор с ООО «Интернет Решения» (юрлицо Ozon) — по оферте, которую вы приняли в кабинете.
- 💾 Резервная копия базы перед установкой модуля или расширения.
Если торгуете и на других площадках, заведите склады с понятными именами: «Ozon FBS Москва», «WB FBO». Через полгода отчёты по таким складам читаются без расшифровки.
Ключи Seller API и подключение кабинета Ozon к 1С
Обмен идёт через Seller API по адресу https://api-seller.ozon.ru. Каждый запрос 1С подписывает двумя заголовками: Client-Id и Api-Key.
Как получить ключ в кабинете продавца
- Войдите в личный кабинет Ozon Seller под владельцем или администратором.
- Откройте настройки кабинета и раздел Seller API.
- Нажмите создание ключа, задайте понятное имя, например
1С_УТ_обмен. - Выберите роль ключа. Для полного обмена нужна роль с правом на товары, цены, остатки и отправления. Для одного только чтения отчётов хватает роли с ограниченными правами.
- Скопируйте ключ сразу: после закрытия окна целиком он больше не показывается.
- Рядом в том же разделе указан Client-Id — числовой идентификатор кабинета.
Храните API-ключ как пароль: с ним можно менять цены и отменять отправления от вашего имени. Не пересылайте его в мессенджерах и не вставляйте в общие таблицы.
Подключение учётной записи в 1С
Во встроенной интеграции сначала включают функциональность маркетплейсов. В УТ 11.5 и КА 2.5 это настройки раздела продаж: НСИ и администрирование → Настройка НСИ и разделов → Продажи. Название флажка в разных релизах отличается, ищите на странице блок про маркетплейсы и торговые площадки.
После этого создают учётную запись маркетплейса: выбирают Ozon, вставляют Client-Id и API-ключ, указывают организацию, контрагента, договор и склад. Во внешних модулях поля те же, меняется только расположение.
Сразу проверьте соединение — в большинстве решений есть кнопка проверки подключения. Ответ «доступ запрещён» почти всегда означает опечатку в Client-Id, пробел в конце ключа или роль ключа без нужных прав.
Если в организации два кабинета Ozon (например, ИП и ООО), заводите две учётные записи с разными ключами. Один ключ на два кабинета не работает: он привязан к Client-Id.
Сопоставление номенклатуры 1С с карточками товаров Ozon
Это самый трудоёмкий этап интеграции Ozon и 1С. От него зависит, правильно ли уйдут остатки и найдётся ли товар при загрузке заказа.
В Ozon у товара три идентификатора:
- 🔑 Артикул продавца (
offer_id) — ваш код. Именно его используют для сопоставления с 1С. - 🆔
product_id— внутренний номер товара в кабинете. - 🛒 SKU — номер товара на витрине. Для FBO и FBS у одного товара SKU может различаться.
Порядок сопоставления
- Загрузите в 1С список товаров из кабинета командой получения каталога из учётной записи.
- Запустите автоматическое сопоставление по артикулу. Совпавшие позиции свяжутся сами.
- Отфильтруйте несопоставленные. Обычно это товары с опечаткой в артикуле или варианты одного товара, для которых в 1С не заведены характеристики.
- Свяжите остаток вручную или исправьте артикулы. Править лучше в 1С: в кабинете Ozon смена артикула может создать новую карточку.
Если у вас размеры и цвета, решите заранее: один вариант на Ozon — одна характеристика в 1С. Попытка выгружать остаток «на модель» без разбивки по размерам даёт заказы на размер, которого нет.
Карточки товаров — описание, фото, атрибуты категории — удобнее вести в кабинете Ozon. Выгрузка карточек из 1С требует заполнить десятки обязательных атрибутов категории, и большинство типовых решений делают это частично.
Выгрузка остатков и цен из 1С на Ozon
Остатки
Остатки передают по складам продавца: в запросе указывается warehouse_id склада FBS или rFBS из кабинета. Для FBO остатки не выгружают — их ведёт сам Ozon по фактически принятому товару.
Что выгружать — свободный остаток, а не весь. Формула для склада FBS:
остаток к выгрузке = остаток на складе − резервы под другие заказы − страховой запас
Пример: на складе 40 штук, 12 зарезервированы под оптовый заказ, страховой запас 3. На Ozon уходит 40 − 12 − 3 = 25 штук. Страховой запас закрывает расхождения между выгрузками.
Если товар продаётся параллельно в рознице и на Ozon с одного склада, ставьте выгрузку остатков не реже раза в 15–30 минут. При редкой выгрузке маркетплейс успевает продать то, чего уже нет, а отмена по вине продавца бьёт по рейтингу.
Цены
Цена на Ozon состоит из нескольких полей:
| Поле | Смысл |
|---|---|
price | Цена продажи, которую видит покупатель до акций |
old_price | Зачёркнутая цена; должна быть выше price |
min_price | Нижняя граница, ниже которой Ozon не опустит цену в автоакциях |
В 1С под Ozon заведите отдельный вид цены (в УТ — «Виды цен», в УНФ — тоже виды цен) и рассчитывайте его от закупочной с учётом комиссии маркетплейса и логистики. Пример: закупка 1 000 ₽, желаемая маржа 300 ₽, комиссия 20 % и логистика 120 ₽. Цена = (1 000 + 300 + 120) / (1 − 0,20) = 1 420 / 0,8 = 1 775 ₽. Комиссию берите по своей категории из кабинета: ставки различаются по категориям и моделям работы.
Загрузка заказов и статусов отправлений Ozon в 1С
Для FBS и rFBS 1С загружает каждое отправление как заказ клиента . Для FBO заказы чаще не грузят поштучно: продажи отражают по отчёту о реализации.
Жизненный цикл отправления FBS выглядит так:
Как не потерять заказы
- ⏱️ Загрузку новых отправлений ставьте регламентным заданием каждые 5–15 минут.
- 🔁 Отдельно раз в час-два обновляйте статусы уже загруженных заказов. Отмены покупателем приходят именно так.
- 📅 Загружайте с перекрытием: каждый раз забирайте отправления за последние сутки-двое, а не «с момента прошлой загрузки». Дубли модуль отсекает по номеру отправления, а пропуски из-за сбоя связи исчезают.
В файловой базе регламентные задания выполняются только пока открыт хотя бы один сеанс 1С. Если ночью никто не работает , заказы не загрузятся до утра. Для круглосуточного обмена нужна клиент-серверная база или отдельный сеанс на сервере, который не закрывают.
Учёт продаж через Ozon: отчёты маркетплейса и выручка
Обмен заказами — оперативный контур. Бухгалтерский учёт строится на документах, которые Ozon выдаёт за период.
Ozon работает с продавцом по агентской схеме: маркетплейс принимает оплату от покупателей, удерживает свои вознаграждения и услуги и перечисляет остаток. Поэтому в учёте разделяются три потока:
- Выручка — по отчёту о реализации товаров за месяц (сколько продано и возвращено).
- Услуги маркетплейса — комиссия, логистика, хранение, эквайринг, продвижение. Ozon выставляет по ним закрывающие документы через ЭДО.
- Выплаты — поступления на расчётный счёт, которые надо зачесть против задолженности маркетплейса.
В торговых конфигурациях отчёт о реализации загружается из кабинета и создаёт документ продаж через комиссионера или агента. В Бухгалтерии 3.0 итоги чаще отражают документом «Отчёт комиссионера (агента) о продажах» по данным отчёта Ozon. Конкретную схему проводок и признание выручки согласуйте с главным бухгалтером: она зависит от условий оферты и выбранной учётной политики.
Не признавайте выручку по статусу «доставлено» из оперативного обмена и одновременно по отчёту маркетплейса. Получите задвоение продаж. Выберите один источник — для налогового учёта это отчёт о реализации.
Сверка за месяц: сумма выплат Ozon на счёт плюс удержания за услуги должна совпасть с выручкой по отчёту за вычетом возвратов. Разница обычно — переходящие выплаты следующего периода.
Ошибки обмена 1С с Ozon: где смотреть и как исправлять
Первое место для диагностики — журнал обмена в учётной записи маркетплейса или протокол модуля. Второе — журнал регистрации: Администрирование → Обслуживание → Журнал регистрации, отбор по событию регламентного задания и по пользователю, под которым идёт обмен.
Как включить подробный журнал
В большинстве модулей есть флажок детального логирования запросов. Включайте его на день-два при разборе проблемы, затем выключайте: при тысячах товаров журнал быстро разрастается и замедляет базу.
Если обмен написан своими силами, запишите в журнал регистрации текст ответа Ozon целиком, а не только код. В теле ответа API приходит описание ошибки по каждому товару — без него разбор превращается в гадание.
Обмен 1С с Ozon на больших каталогах
При 5–10 тысячах артикулов и сотнях заказов в день типовые настройки начинают тормозить базу. Что помогает:
- 📤 Выгружать только изменения. Остатки и цены передавайте по товарам, у которых значение поменялось с прошлой выгрузки, а не весь каталог каждый раз.
- 📦 Пакеты по лимиту API. Методы Ozon принимают ограниченное число товаров за запрос: остатки — до 100 позиций, цены — до 1000. Разбивайте выгрузку на пакеты, иначе получите отказ.
- 🕐 Разнести задания по времени. Загрузку заказов — часто, остатки — раз в 15–30 минут, цены — несколько раз в день, отчёты — раз в сутки ночью.
- 🖥️ Клиент-серверный режим. Файловая база при параллельной работе 10+ пользователей и фоновом обмене начинает ловить блокировки. Переход на сервер 1С с СУБД снимает большую часть проблем.
- 👤 Отдельный пользователь обмена с минимально нужными правами. В журнале регистрации сразу видно, какие действия сделал обмен, а какие — люди.
Если выгрузка остатков идёт дольше интервала её запуска, следующий запуск наложится на предыдущий. Проверьте по журналу регистрации фактическую длительность и ставьте интервал с запасом минимум вдвое.