К статье
Практический материал

Автоматизация · 10 мин

Как синхронизировать Ozon с 1С

Как настроить синхронизацию Ozon с 1С: выбор модуля, получение API-ключей, обмен товарами, заказами и остатками. Проверка результата и типичные ошибки.

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

Связать Ozon и 1С можно несколькими способами: через официальный модуль интеграции, готовые внешние обработки, сервисы-коннекторы или собственную разработку через API Ozon Seller. Выбор зависит от конфигурации 1С (УТ, ERP, Комплексная автоматизация), объёма заказов и бюджета.

Перед началом работ убедитесь, что у вас есть доступ к личному кабинету Ozon Seller с правами администратора, актуальная конфигурация 1С на поддержке и резервная копия информационной базы. Любая интеграция меняет данные в обеих системах, и откат без бэкапа может оказаться невозможным.

Что именно можно синхронизировать между Ozon и 1С

Интеграция обычно охватывает четыре блока данных. Первый — заказы: новые сборочные задания из Ozon создают в 1С заказы покупателя, а статусы (собран, отгружен, отменён) передаются обратно. Второй блок — товары: карточки номенклатуры из 1С выгружаются на маркетплейс с характеристиками, штрихкодами и изображениями.

Третий блок — остатки и цены. Именно их регулярное обновление критично для работы по схеме FBS и realFBS: если остаток в 1С уменьшился, а на Ozon не обновился, вы получите заказ на отсутствующий товар и штраф за отмену. Четвёртый блок — финансовые данные: отчёты о реализации, комиссии и выплаты для сверки взаиморасчётов и бухгалтерского учёта.

Выбор способа подключения: сравнение вариантов

Для типовых конфигураций 1С:Управление торговлей 11, 1С:ERP и 1С:Комплексная автоматизация доступны готовые решения — официальные и партнёрские расширения. Они устанавливаются без снятия конфигурации с поддержки и покрывают основные сценарии обмена. Это оптимальный путь для большинства продавцов.

Сервисы-коннекторы работают как посредники: вы подключаете к ним и Ozon, и 1С, а обмен настраивается через веб-интерфейс. Такой вариант удобен, если конфигурация сильно доработана или используется старая версия, но добавляет ежемесячную плату и зависимость от стороннего сервиса.

Собственная разработка через API имеет смысл при нестандартных бизнес-процессах: сложной логике резервирования, работе с несколькими складами, нестандартном учёте комиссий. Это самый гибкий и самый дорогой в сопровождении вариант.

Сравнение вариантов подключения

Готовое расширение 1С

Подходит для типовых УТ 11, ERP, КА. Быстрый запуск, поддержка от разработчика. Ограничение: нестандартные доработки конфигурации могут конфликтовать с расширением.

Сервис-коннектор

Подходит для старых или доработанных конфигураций, настройка без программиста. Ограничение: абонентская плата и зависимость от доступности внешнего сервиса.

Собственная разработка через API

Подходит для уникальных процессов и высоких нагрузок. Ограничение: требует штатного или привлечённого разработчика и постоянной поддержки при изменениях API.

Получение API-ключей в личном кабинете Ozon

Авторизуйтесь в личном кабинете Ozon Seller под учётной записью с правами администратора. Перейдите в раздел настроек, затем в подраздел API-ключей. Создайте новый ключ, выбрав роль с необходимыми правами: для полноценной интеграции обычно нужны права на чтение и изменение товаров, заказов, остатков и цен.

Система сформирует два значения: Client-Id и Api-Key. Сохраните их в надёжном месте — Api-Key показывается один раз. Эти данные аналогичны паролю: любой, кто ими владеет, может управлять вашим магазином через API.

Настройка модуля интеграции в 1С

Установите выбранное расширение или обработку через «Администрирование» → «Печатные формы, отчеты и обработки» → «Расширения» (для расширений) либо подключите внешнюю обработку. После установки в интерфейсе появится раздел настройки обмена с маркетплейсом.

В настройках укажите Client-Id и Api-Key, выберите схему работы (FBO, FBS или realFBS — для каждой схемы логика обмена отличается), организацию, склад отгрузки и тип цен для выгрузки. Затем настройте соответствие справочников: какие статусы заказов Ozon каким статусам в 1С соответствуют, какая номенклатура связана с какими карточками товара.

Настройте регламентные задания для автоматического обмена. Типичная частота: загрузка заказов — каждые 5–15 минут, выгрузка остатков — каждые 15–30 минут, выгрузка цен — по расписанию или при изменении. Слишком частые запросы могут упираться в лимиты API маркетплейса.

Порядок действий при настройке
  1. 1
    Сделайте резервную копию информационной базы 1С
  2. 2
    Получите Client-Id и Api-Key в личном кабинете Ozon Seller
  3. 3
    Установите модуль интеграции в 1С и введите ключи
  4. 4
    Настройте соответствие складов, цен, статусов и номенклатуры
  5. 5
    Проведите тестовый обмен на одном-двух товарах
  6. 6
    Включите регламентные задания и проверьте журнал обмена

Сопоставление товаров и первичная выгрузка

Главная сложность первичной настройки — связать номенклатуру 1С с карточками Ozon. Сопоставление выполняется по артикулу (offer_id) или штрихкоду. Убедитесь, что артикулы в 1С и на Ozon совпадают, иначе модуль создаст дубли карточек или не найдёт товар при загрузке заказа.

Если товары заведены только в 1С, выгрузите их на Ozon через модуль: карточки создадутся в статусе черновика, и их потребуется дозаполнить в личном кабинете (категория, обязательные характеристики, сертификаты). Полностью автоматизировать создание карточек обычно нельзя — Ozon требует ручной модерации части атрибутов.

Перед массовой выгрузкой приведите артикулы к единому виду: без пробелов, кириллических символов и спецсимволов. Расхождение в одном символе — самая частая причина, по которой заказы загружаются в 1С с незаполненной номенклатурой.
ПЗ
Практическое замечание

Проверка результата и контроль обмена

После включения обмена проверьте ключевые сценарии на реальных данных. Создайте тестовый заказ на Ozon (или дождитесь реального) и убедитесь, что в 1С появился заказ покупателя с корректным составом, ценами и контрагентом. Затем измените остаток товара в 1С и проверьте, что через интервал обмена значение обновилось в личном кабинете Ozon.

Следите за журналом обмена в модуле интеграции: там фиксируются ошибки API, отказы в выгрузке и расхождения. Настройте уведомления об ошибках на почту ответственного сотрудника — «молчаливая» остановка обмена приводит к заказам на отсутствующий товар и штрафам за отмену.

Контрольные точки

Как проверить результат

Загрузка заказов
Норма

Новый заказ Ozon появляется в 1С в течение заданного интервала с заполненной номенклатурой

Тревожный признак

Заказы не появляются или создаются с пустыми строками — проверьте ключи и сопоставление артикулов

Выгрузка остатков
Норма

Остаток в личном кабинете Ozon совпадает с доступным остатком склада в 1С

Тревожный признак

Остатки зависли на старом значении — проверьте регламентное задание и лимиты API

Обновление цен
Норма

После изменения цены в 1С новое значение видно на Ozon после цикла обмена

Тревожный признак

Цена не меняется — проверьте выбранный тип цен и права API-ключа

Типичные ошибки и ограничения

Самые частые проблемы связаны не с самим модулем, а с данными и режимом эксплуатации. Дубли номенклатуры в 1С, разные артикулы в двух системах, незакрытые периоды и ручное редактирование заказов, созданных обменом, — всё это разрушает целостность синхронизации.

Учитывайте и ограничения платформ: API Ozon имеет лимиты на количество запросов, типовые модули не всегда поддерживают все схемы работы и новые методы API сразу после их появления, а при схеме FBO остатки на складе Ozon управляются маркетплейсом и не редактируются через выгрузку из 1С.

Типичные ошибки
01
Обмен включён сразу на весь каталог без теста — ошибки в соответствии товаров массово создают дубли и неверные остатки
02
Ручное изменение заказов, загруженных из Ozon, — при следующем обмене статусы перезаписываются и данные расходятся
03
Один API-ключ используется несколькими системами — при отзыве ключа ломаются все интеграции сразу
04
Слишком частое регламентное задание — упор в лимиты API и пропуск части обменов
05
Нет мониторинга ошибок — обмен останавливается незаметно, итогом становятся отмены заказов и штрафы

Когда обращаться к специалисту

Самостоятельная настройка оправдана для типовой конфигурации, одного склада и стандартной схемы работы. Привлекайте специалиста по 1С, если конфигурация сильно доработана, используется несколько складов и схем доставки, требуется интеграция с бухгалтерией (отчёты о реализации, комиссии, взаиморасчёты) или обмен должен работать в связке с другими маркетплейсами.

Признак того, что пора привлекать помощь: ошибки в журнале обмена повторяются после проверки ключей и сопоставлений, а данные в системах расходятся систематически. Дальнейшие самостоятельные эксперименты на рабочей базе могут усугубить рассинхронизацию.

Итог

Что важно запомнить

Синхронизация строится на API-ключах Ozon Seller и модуле интеграции в 1С. Ключевые условия стабильной работы: совпадающие артикулы, тестовый обмен перед запуском, регламентные задания с разумной частотой и постоянный контроль журнала ошибок. Резервная копия базы перед настройкой обязательна.

Частые вопросы

Можно ли синхронизировать Ozon с 1С:Бухгалтерией, а не с УТ?

Да, но с ограничениями. 1С:Бухгалтерия не предназначена для оперативного управления заказами и остатками, поэтому обычно настраивают связку: торговая конфигурация (УТ или модуль обмена) обрабатывает заказы и остатки, а в бухгалтерию передаются отчёты о реализации, комиссии и взаиморасчёты. Существуют и отдельные обработки для загрузки отчётов Ozon напрямую в 1С:Бухгалтерию.

Как часто нужно обновлять остатки на Ozon?

Оптимальный интервал — 15–30 минут при работе по FBS. Более частое обновление редко даёт выигрыш, но увеличивает нагрузку и риск упёреться в лимиты API. Если оборачиваемость высокая и остатки критичны, лучше настроить выгрузку по событию изменения остатка, если модуль это поддерживает.

Что делать, если заказы загружаются в 1С с пустой номенклатурой?

Проверьте сопоставление артикулов: значение offer_id на Ozon должно точно совпадать с артикулом или кодом номенклатуры в 1С, включая регистр и отсутствие пробелов. Затем проверьте настройку соответствия товаров в модуле — возможно, карточки не связаны. После исправления перезагрузите проблемные заказы повторно.

Безопасно ли хранить API-ключи в настройках 1С?

Это стандартная практика, но доступ к базе 1С и к разделу настроек интеграции должен быть ограничен: ключи не должны видеть пользователи, которым они не нужны. При увольнении сотрудника с доступом к настройкам рекомендуется перевыпустить ключи в личном кабинете Ozon.

Работает ли интеграция при схеме FBO?

Да, но логика другая. При FBO товар хранится на складе Ozon, поэтому выгрузка остатков из 1С не требуется — остатки ведёт маркетплейс. Из 1С выгружаются товары и цены, а загружаются данные о продажах и отчёты о реализации для учёта и сверки выплат.

Нужно ли отключать обмен на время обновления 1С?

Желательно. Во время обновления конфигурации регламентные задания могут завершаться с ошибками, а расширение — временно не работать. Отключите регламентные задания обмена, выполните обновление, проверьте работоспособность модуля и включите обмен снова, проконтролировав первый цикл по журналу.