Порядок в учёте отстаёт от первой продажи: менеджер правит остатки дважды. Маршрут короткий. Подготовьте справочники и склады в 1С. Откройте кабинет продавца и выпустите ключ доступа к программному интерфейсу Ozon. Разведите схемы FBS, FBO и FBM. Включите обмен остатками, ценами, заказами и отчётом комиссионера.
Что подготовить в 1С перед подключением Ozon
Обмен чаще всего рушат не настройки кабинета, а справочник номенклатуры, где один товар живёт в трёх вариантах написания. Пока в 1С нет единого артикула, любая выгрузка превращается в ручное сопоставление карточек. После этого раздела у вас будет чек-лист подготовки, который снимает основную часть будущих расхождений.
Начните с ключа сопоставления. Выберите один реквизит, по которому 1С и Ozon будут узнавать один и тот же товар: собственный код, штрихкод или отдельное поле «Артикул для маркетплейсов». Ключ должен остаться уникальным по всей базе и не меняться после первой отгрузки. Иначе связка карточки и позиции в 1С порвётся, а заказ придёт на несуществующий товар.
Дальше разберитесь с характеристиками. Если вы торгуете одеждой или косметикой, размер и оттенок живут как характеристики или как отдельные позиции. Приписка в наименовании тут не работает: Ozon считает товар на уровне отдельной единицы ассортимента — SKU. Строка «Помада Rose, 3,5 г» с четырьмя оттенками внутри развалит и остатки, и заказы.
Третий шаг — склады. Заведите отдельный складской объект под маркетплейс, даже если физически товар лежит на общем стеллаже. Так вы отделите остаток для Ozon от розничного и перестанете продавать одну единицу дважды. Для схемы с поставкой на склад маркетплейса добавьте ещё один объект — под товары в пути и на хранении.
Четвёртый шаг — цены. Создайте вид цены «Ozon» и, если планируете акции, второй вид под нижнюю границу цены. Цена маркетплейса отличается от розничной на комиссию, доставку и приём платежей. Держать оба значения в одном реквизите означает торговать в убыток на части ассортимента.
Пятый шаг — контрагент и договор. Ozon продаёт ваш товар как комиссионер, поэтому в 1С нужен договор вида «С комиссионером (агентом) на продажу». Без него отчёт о реализации не проведётся корректно, а НДС встанет не в том периоде. Проверьте заодно, что юрлицо в договоре совпадает с юрлицом в кабинете продавца.
Отдельная работа — ревизия дублей. Выгрузите номенклатуру в таблицу, отсортируйте по штрихкоду и наименованию, найдите совпадения. Разовая чистка справочника занимает меньше времени, чем недели разбора расхождений после старта продаж. Хотите заранее оценить объём ручного труда — посчитайте его по методике подсчёта часов ручной обработки заказов, эта цифра обычно и убеждает руководителя.
Чистый ключ сопоставления и разделённые склады убирают целый класс сбоев: «товар не найден» и «остаток ушёл в минус». Проверить это можно до подключения маркетплейса — на выгрузке номенклатуры в таблицу. Дальше настройка кабинета идёт по прямой.
Настраиваем кабинет Ozon, ключ доступа и документы продавца
Кабинет продавца открывает три вещи, без которых обмен бессмысленен: карточки, склады и программный доступ к данным. Порядок действий важен: если сначала налить товары, а потом менять схему работы, часть настроек придётся переделывать. Этот раздел даёт последовательность, при которой вы настраиваете кабинет один раз и сразу собираете нужные документы.
Регистрация идёт по ИНН. Понадобятся банковские реквизиты и электронная подпись для документов, для ООО — ответственный пользователь, для ИП — сам предприниматель. Юрлицо в кабинете должно совпадать с тем, от которого вы выставляете документы в 1С. Иначе отчёт комиссионера не сойдётся с контрагентом, и бухгалтер разберёт расхождение вручную.
После подтверждения заполните настройки продавца: название магазина, регионы доставки, реквизиты для выплат, график обработки заказов. График — не формальность. Он определяет, за какое время вы обязаны собрать отправление, и от него зависят штрафы за просрочку по схеме со своего склада.
Теперь программный доступ. API — это интерфейс, через который две системы обмениваются данными без человека. В настройках кабинета вы создаёте ключ из двух частей: номер клиента Client-Id и сам ключ Api-Key. Оба уходят в запросы, структуру которых Ozon описывает в документации Seller API.
Ключ показывается один раз, поэтому сразу положите его в защищённое хранилище паролей или в переменные вашего сервиса обмена. Права ключа задавайте по назначению. Для обмена остатками и ценами хватит доступа к товарам и складам, для заказов нужен доступ к отправлениям, для бухгалтерии — к финансовым отчётам.
Подрядчику или стороннему сервису выдайте отдельный ключ. Тогда отзыв доступа не остановит остальные сценарии. Проверьте связь до первой выгрузки: сделайте тестовый запрос списка товаров и убедитесь, что ответ приходит с кодом 200, а не с ошибкой доступа.
Дальше запросите список складов: их номера понадобятся в каждом запросе на обновление остатков. Запишите эти номера в 1С или в справочник обмена, чтобы не искать их каждый раз. Отдельно включите уведомления о событиях: Ozon сам сообщает о новых отправлениях и смене статусов.
Такое уведомление приходит в момент события — это точнее опроса раз в час. Сборка заказа начинается сразу, а не после следующего цикла обмена. В сценарном конструкторе n8n событие принимает один узел-приёмник, который создаёт документ в 1С.
Последний шаг по кабинету — учётная запись для обмена. Создайте в 1С отдельного пользователя для робота: с правами на нужные документы и без интерфейса. Так вы отделите записи робота от действий менеджеров и увидите в истории объекта, кто именно изменил остаток.
Теперь документы. Основной — договор для продавцов, к которому вы присоединяетесь при регистрации в кабинете. Его текст и приложения Ozon публикует в разделе документов для продавцов. Отдельного бумажного договора с подписью не нужно: согласие вы даёте действием в кабинете.
Скачайте актуальную редакцию и приложения по вашей схеме работы и положите их рядом с учредительными документами. Второе — статус комиссионера. Маркетплейс продаёт товар от вашего имени и удерживает вознаграждение, поэтому выручку вы признаёте по отчёту о реализации, а не по дате поступления денег. Ошибка в виде договора сдвигает момент признания дохода и НДС.
Третье — приложения и тарифы. Комиссия, доставка и услуги меняются, а вместе с ними меняется экономика позиции. Заведите привычку раз в квартал сверять текущие тарифы с формулой цены в 1С: берёте пять ходовых товаров и пересчитываете маржу по последнему отчёту комиссионера.
Четвёртое — документы на товар. Сертификаты, декларации и разрешения на маркировку нужны для части категорий, и Ozon запрашивает их выборочно. Держите сканы в одном хранилище с понятными именами файлов. Когда запрос приходит со сроком, поиск по почте отнимает больше времени, чем заранее собранная папка.
Пятое — регламент внутри команды. Зафиксируйте, кто принимает изменения условий, кто отвечает за сверку выплат и кто хранит электронную подпись. Один документ на страницу снимает вопрос «а кто это согласовывал» через полгода.
Разводим схемы FBS, FBO и FBM по складам
Схема работы определяет, где лежит товар и кто отвечает за сборку. Ошибка здесь бьёт по деньгам: остатки уезжают в минус, а отправления получают просрочку. Разберём, как развести три схемы по складам в 1С, чтобы одна единица товара не продалась дважды.
По схеме FBS товар хранится у вас, а Ozon отвечает за доставку покупателю. Вы получаете заказ, собираете отправление в срок из графика и передаёте его в сортировочный центр или курьеру. Условия сборки и передачи Ozon описывает в базе знаний по работе со своего склада. Остаток по этой схеме живёт в вашей 1С, и его точность целиком на вас.
По схеме FBO товар заранее уезжает на склад маркетплейса, и сборку делает Ozon. Учёт меняется: после приёмки поставки товар уходит с вашего склада на склад хранения комиссионера. В 1С это отдельный складской объект, иначе бухгалтерия потеряет остаток на балансе. Продажи по FBO вы видите из отчёта о реализации, а не из потока заказов.
Схему FBM продавцы часто называют доставкой силами продавца: вы и храните, и везёте товар покупателю сами. Здесь у вас появляется свой курьер или служба доставки, а вместе с ними — собственные сроки и статусы. Логика обмена совпадает с FBS, но заказ закрывает ваш документ отгрузки, а не передача в сортировочный центр.
Практическая часть — склады в 1С. Минимальный набор для смешанной модели: розничный склад, склад «Ozon FBS», склад «Ozon FBO (хранение)» и транзитный склад под поставки в пути. Розничный остаток не участвует в выгрузке, склад FBS отдаёт остаток в Ozon, склад хранения принимает поставки и списывается отчётом.
Дальше настройте правило резерва. Заказ с Ozon должен резервировать товар на складе FBS в момент поступления, а не в момент сборки. Пока отправление ждёт сборки, розничный менеджер успевает продать ту же единицу. Резерв закрывает это окно.
Ещё одно правило — доля остатка в выгрузке. Товар с общего стеллажа продаётся и в розницу, и на маркетплейсе, поэтому отдавайте на Ozon не весь остаток. Формула простая: доступно к продаже = остаток на складе минус резерв минус страховой запас. Страховой запас удобно задать реквизитом номенклатуры и менять по группам товаров.
Проверьте схему на одном товаре. Заведите позицию с остатком 3 штуки и отдайте её на FBS. Сделайте тестовый заказ и посмотрите результат в 1С: появился резерв, остаток к выгрузке стал 2. Такой прогон находит ошибки настройки до того, как они станут штрафами.
Гоняем остатки, цены и карточки между 1С и Ozon
Здесь начинается ежедневная работа обмена. Задача — держать три потока данных в согласии: карточки, цены и остатки. Разберём, с какой частотой и в каком порядке их гонять, чтобы не собирать ручные правки в конце дня.
Карточки идут первыми и меняются редко. Наименование, категорию, атрибуты и картинки удобно готовить в кабинете или через отдельную загрузку, а в 1С хранить только ключ сопоставления и цену. Полная выгрузка карточек из учётной системы имеет смысл при большом и часто меняющемся ассортименте. Для магазина с сотней позиций ручное заполнение атрибутов быстрее, чем настройка соответствия категорий.
Цены обновляйте по расписанию и по событию. Расписание закрывает плановые переоценки, событие — акции и ручные правки менеджера. Полезное правило: сценарий отправляет цену только при изменении, а не гонит весь прайс каждый час. Так вы экономите лимиты запросов и видите в журнале обмена реальную историю переоценок.
Остатки — самый чувствительный поток. Частоту считайте от темпа продаж: цикл обмена должен быть короче интервала между двумя продажами товара. Если позиция уходит несколько раз в час, а обмен идёт раз в час, вы продаёте то, чего уже нет на полке. Для самых быстрых позиций надёжнее обмен по событию продажи.
Порядок внутри цикла тоже важен. Сначала система списывает розничные продажи и резервы, потом считает доступный остаток и только затем отправляет его в Ozon. Обратный порядок даёт знакомую картину: остаток на Ozon выше фактического, отмена отправления, падение рейтинга. Один проход обмена должен проходить целиком: либо все позиции ушли, либо ни одна.
Теперь про инструмент. Штатные механизмы 1С закрывают типовой сценарий, но плохо переносят нестандартные правила: доля остатка по группам, разные страховые запасы, своя логика для комплектов. Такие правила выносят в сценарий низкокодового конструктора: он делает запрос к Ozon, преобразует данные и пишет их обратно в 1С через веб-сервис. Как собирается такая связка с базой данных и очередями, разобрано в гайде по автоматизации с n8n и Supabase.
Добавьте слой контроля сопоставления. Перед отправкой сценарий сверяет две вещи: у каждой позиции 1С есть пара в Ozon, у каждой единицы из кабинета есть товар в 1С. Позиции без пары попадают в отдельный список, а не теряются молча. Такой отчёт удобно присылать в мессенджер раз в сутки — короткий список менеджер разбирает в начале дня.
Логируйте каждый обмен. В журнале должны остаться время, число позиций, ответ Ozon и список ошибок с кодами. Без журнала разбор расхождения превращается в гадание, с журналом — в поиск по времени продажи. Это же место даёт метрику качества: сколько проходов прошли без ошибок за неделю.
Загружаем заказы и отчёты комиссионера в 1С без ручного ввода
Заказ на маркетплейсе живёт по своему циклу: новый, в сборке, передан, доставлен, отменён. Учёт должен идти следом, иначе бухгалтер получит выручку без документов. Дальше — схема, по которой заказы и деньги попадают в 1С без ручного ввода.
Заказы FBS удобно принимать по уведомлению. Событие о новом отправлении приходит на адрес вашего сценария, тот забирает состав заказа и создаёт в 1С реализацию или заказ клиента. В документ обязательно пишите номер отправления Ozon — по нему потом сойдётся отчёт комиссионера. Без этого номера сверка идёт по датам и суммам, а это уже ручная работа.
Статусы гоните в обе стороны. Кладовщик собрал отправление и напечатал этикетку — сценарий переводит отправление в нужный статус. Ozon отменил заказ — сценарий снимает резерв и помечает документ в 1С. Односторонний обмен оставляет висящие резервы, и через месяц доступный остаток перестаёт соответствовать полке.
Для FBO поток другой. Продажи вы видите не по одному заказу, а из отчёта о реализации за период. Здесь важна поставка: приёмка на складе маркетплейса создаёт перемещение в 1С, а расхождения приёмки — отдельный документ списания или оприходования. Регламент под такие расхождения лучше заложить заранее, а не придумывать на первой поставке.
Отчёт комиссионера — финальный узел. В нём Ozon показывает проданные единицы, комиссию, доставку, приём платежей, услуги продвижения и возвраты. В 1С этот документ закрывает реализацию и ставит удержания на расходы. Ручной ввод отчёта на несколько сотен строк съедает часы, поэтому его загрузку автоматизируют раньше остальных участков.
Сценарий загрузки работает так. Сервис забирает финансовый отчёт за период и раскладывает строки по видам начислений. Дальше он сопоставляет каждую строку с реализацией по номеру отправления и создаёт отчёт комиссионера в 1С. Строки без пары уходят в список исключений, а итог отчёта сценарий сравнивает с суммой выплаты на счёт.
Здесь же удобно поставить проверку с помощью ИИ-модели. Она смотрит не арифметику, а логику: комиссия по позиции выше обычной, услуга появилась впервые, возвратов по товару стало заметно больше. Такой узел не заменяет бухгалтера, но поднимает наверх строки, которые иначе всплыли бы только при квартальной сверке.
Закройте контур возвратами. Возврат от покупателя должен вернуть товар на склад FBS и снять выручку, иначе остаток занижен, а прибыль завышена. Для FBO возврат проходит через отчёт и поступление на склад хранения. Проверьте оба сценария на одном реальном возврате до того, как их станет десяток в неделю.
Выбираем способ обмена и закрываем типовые ошибки
Способ обмена выбирают не по красоте, а по числу правил, которые нужно учесть. Ниже — сравнение трёх вариантов и разбор ошибок, на которых обмен встаёт чаще всего. После этого раздела вы сможете выбрать вариант под свой ассортимент и заранее закрыть слабые места.
Сравним подходы по тому, кому они подходят и сколько нестандартных правил выдерживают. Ориентируйтесь на правую колонку: она показывает, где вариант упрётся в потолок.
| Способ | Кому подходит | Гибкость правил |
|---|---|---|
| Штатный обмен 1С | простой ассортимент, типовые схемы | Низкая |
| Обработка или расширение | глубокие доработки учёта | Средняя |
| Сценарии в n8n | нестандартные правила, внешние сервисы | Высокая |
| Загрузка через Excel | первые недели и проверка спроса | Нет |
Вывод из таблицы: типовой механизм закрывает простой ассортимент, обработка нужна при доработках учёта, а низкокодовый сценарий берёт на себя нестандартные правила. Развёрнутое сравнение подходов к разработке разобрано в материале low-code против классической разработки.
Теперь ошибки. Первая и самая частая — расхождение остатков. Причины три: обмен реже темпа продаж, отсутствие резерва под заказ, продажа с общего склада в розницу. Лечит связка из резерва при поступлении заказа, страхового запаса и обмена по событию для быстрых позиций.
Вторая ошибка — потеря сопоставления. Менеджер поменял артикул в 1С, и обмен перестал видеть пару для товара в кабинете. Защита простая: запретите правку ключевого реквизита у товаров с продажами и включите ежедневный отчёт по позициям без пары.
Третья ошибка — дубли карточек. Один товар заведён дважды с разными штрихкодами, остаток делится между копиями, и обе позиции продаются в минус. Помогает разовая чистка справочника и проверка на дубли при создании номенклатуры.
Четвёртая ошибка — лимиты и обрывы запросов. Сценарий гонит весь прайс каждые пять минут, получает отказы и молча теряет часть обновлений. Правильное поведение: отправка пакетами, повтор при ошибке с задержкой и запись отказов в журнал. Без повторов вы узнаёте о проблеме от покупателя.
Пятая ошибка — цены без учёта удержаний. Продавец ставит цену от розницы, а после комиссии, доставки и приёма платежей позиция уходит в минус. Пересчитайте маржу по фактическому отчёту комиссионера, а не по плановой комиссии из тарифов.
Шестая ошибка — заказы без документов. Отправления приходят, а реализация в 1С не создаётся из-за сбоя сценария. Ставьте ежедневную сверку: число отправлений в кабинете против числа документов в 1С. Расхождение в одну строку видно сразу, а накопленное за месяц придётся разбирать по каждой продаже.
Седьмая ошибка — отсутствие тестового контура. Правки сценария проверяют на живых заказах, и одна опечатка в номере склада обнуляет остатки. Держите отдельный ключ и тестовый набор из десяти товаров для прогонов перед выпуском изменений.
Частые вопросы
Сколько времени занимает первичная настройка кабинета Ozon и синхронизации с 1С
Регистрация кабинета и настройки продавца по нашим проектам укладываются в один-два рабочих дня. Условие одно: реквизиты и электронная подпись готовы заранее. Основное время уходит не на кабинет, а на подготовку 1С. Это чистка дублей, единый артикул, разделение складов и виды цен. Срок здесь зависит от размера справочника и числа дублей, поэтому оценивайте его по своей выгрузке номенклатуры. Обмен поверх чистых справочников настраивается заметно быстрее самой чистки.
Можно ли синхронизировать Ozon с 1С без штатных обработок и расширений
Да, если у 1С есть веб-сервис для чтения и записи данных. Тогда внешний сценарий обращается к Ozon, преобразует данные и пишет документы в 1С через этот интерфейс. Вариант удобен, когда правил больше, чем умеет типовой обмен: доля остатка по группам, разные страховые запасы, своя логика комплектов, проверка отчётов на странные строки. Плюс — правки логики без обновления конфигурации. Минус — нужен человек, который поддерживает сценарии и смотрит журнал ошибок.
Что делать, если остатки в 1С и на Ozon расходятся после синхронизации
Сначала посмотрите журнал обмена за время расхождения. Проверьте, прошёл ли цикл, какие позиции ушли и какие ответы дал Ozon. Дальше пройдите по конкретному товару три пункта. Есть ли резерв под активные заказы, участвует ли в выгрузке розничный склад, нет ли дубля номенклатуры. Если журнала нет, начните с его настройки — иначе причину не найти. Как быстрое лечение поставьте страховой запас на ходовые позиции и сократите интервал обмена для них.
Как выбрать между FBS и FBM для конкретного склада
Смотрите на два фактора: география покупателей и ваша логистика. FBS подходит, когда заказы идут по стране, а собственной доставки нет. Вы собираете отправление, дальше везёт Ozon. FBM оправдан, когда есть свой курьер и основная масса заказов в одном городе. Тогда вы контролируете срок и стоимость доставки. Практический тест: посчитайте стоимость одной посылки по обеим схемам на своей статистике за месяц. Часто ответ разный для разных складов, и смешанная модель выигрывает.
Нужен ли отдельный юрист для оформления договора с Ozon
Отдельный договор подписывать не нужно: вы присоединяетесь к типовому документу для продавцов при регистрации. Юрист полезен в другом месте — прочитать приложения по вашей схеме работы, разобрать ответственность за качество товара, сроки и удержания. Второй участок для проверки бухгалтерский: вид договора комиссии в 1С, момент признания выручки и учёт удержаний. Если у вас маркированный товар или категория с обязательной сертификацией, проверку документов на товар тоже поручите специалисту.
Что делать дальше
Соберите короткий план на две недели. Первая неделя: чистка справочника, единый артикул, склады под FBS и FBO, виды цен. Вторая неделя: ключ доступа и тестовый прогон на десяти товарах. После этого включайте обмен остатками и ценами.
Заказы и отчёт комиссионера подключайте следующим шагом. Такая последовательность даёт рабочий контур без ручных правок в конце дня. Каждый шаг проверяйте на одном товаре, а не на всём ассортименте. Проверить экономику первых продаж помогает и опыт запуска собственных площадок — например, кейс маркетплейса за две недели на Bubble.
Хотите разобрать свой ассортимент, схемы работы и учётные правила с подрядчиком — начните с автоматизации обмена для интернет-магазина. На выходе вы получите обмен между 1С и Ozon с контролем ошибок сопоставления, а также загрузку заказов и отчётов комиссионера.
