Каталог решений

Покупка продления купона

Продолжительность:
Общая сумма:
0 руб.
Ваш запрос успешно отправлен!

Я согласен с условиями активации продлений
Продлить
Продолжить покупки

Озон логистика

Модуль Ipakor: Озон логистика обеспечивает интеграцию интернет-магазина на 1С-Битрикс с логистикой Ozon.Как работает модульМодуль работает по следующей схеме:Оформление заказа — на странице оформления заказа покупатель выбирает службу доставки Ozon, на карте выбирает ближайший ПВЗ.Расчёт доставки — модуль обращается к Ozon API и получает доступные сроки доставки. Тарифы доставки загружаются в настройках модуля и могут быть как стандартными, так и кастомными.Проверка товаров — перед показом службы доставки модуль проверяет, что все товары из корзины продаются на Ozon с остатками на складе (в зависимости от выбранной схемы: FBO, FBS или MIX).Оплата заказа — при успешной оплате заказа модуль автоматически создаёт заявку на доставку в Ozon.Отмена заказа — при отмене заказа на сайте модуль отменяет соответствующий заказ в Ozon.

Озон логистика

Озон логистика

Купить: 19 900 руб.
Попробовать (30 дней)
Купить продление
Скриншоты
Описание

Технические данные

Опубликовано:
08.05.2026
Обновлено:
16.09.2026
Версия:
4.1.2
Установлено:
Менее 50 раз
Подходящие редакции:
«Малый бизнес», «Бизнес»
Адаптивность:
Да
Поддержка Композита:
Да
Совместимо с Сайты24
Да

Пользовательское соглашение

Описание

Модуль Ipakor: Озон логистика обеспечивает интеграцию интернет-магазина на 1С-Битрикс с логистикой Ozon.

Как работает модуль

Модуль работает по следующей схеме:

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

Расчёт доставки — модуль обращается к Ozon API и получает доступные сроки доставки. Тарифы доставки загружаются в настройках модуля и могут быть как стандартными, так и кастомными.

Проверка товаров — перед показом службы доставки модуль проверяет, что все товары из корзины продаются на Ozon с остатками на складе (в зависимости от выбранной схемы: FBO, FBS или MIX).

Оплата заказа — при успешной оплате заказа модуль автоматически создаёт заявку на доставку в Ozon.

Отмена заказа — при отмене заказа на сайте модуль отменяет соответствующий заказ в Ozon.

Отзывы (2)
Обсуждения (7)
Что нового
4.1.2 (16.09.2026) Версия 4.1.2
  • Номера заказов Ozon записываются в поле Трек-номер отгрузки заказа.
  • Заказы, созданные раньше, получают трек-номер при ближайшей проверке статусов.
4.1.1 (15.09.2026) Версия 4.1.1
  • Исправлена работа карты, когда API Яндекс.Карт на странице оформления заказа подключает ещё один модуль (например, служба доставки СДЭК) или шаблон. Раньше модуль при каждом открытии карты загружал API заново, и пункты выдачи на карте могли перестать нажиматься. Теперь модуль использует уже подключённое API и загружает своё только один раз, если на странице его нет.
  • Если API Яндекс.Карт на странице не подключено и включена опция Не подключать скрипт АПИ Яндекс.Карт, карта пунктов выдачи не открывалась. Исправлено.
  • Ошибки загрузки карты и геокодера Яндекса выводятся в консоль браузера с подсказкой проверить API-ключ. Если карта не загрузилась, покупатель видит сообщение вместо пустого окна.
  • В раздел Помощь и поддержка добавлено решение для ошибок Ошибка поиска и Ошибка определения адреса на вкладке Курьер: ключ Яндекс.Карт должен быть выпущен для сервиса JavaScript API и HTTP Геокодер.
4.1.0 (15.09.2026) Версия 4.1.0
  • Отменённые и невыкупленные товары переносятся в отдельную отгрузку заказа Отказ Ozon.
  • Невыкупленным считается состав отменённых отправлений, а для кабинетов продавца и частичный отказ.
  • Если отменён весь заказ Ozon, отгрузка не делится. Если Ozon перестал считать товары невыкупленными (например, заказ Ozon создан заново), они возвращаются в основную отгрузку.
  • Проведённую отгрузку модуль не меняет: если отказ стал известен после проведения, заказ помечается проблемным с перечнем невыкупленных товаров и номерами отправлений - корректировку выполняет менеджер.
  • Новая настройка на вкладке Статусы заказов — Переносить невыкупленное в отгрузку Отказ Ozon, по умолчанию включена. При включённой настройке заказы в финальном статусе проверяются до конца периода отслеживания.
4.0.0 (14.09.2026) Версия 4.0.0
  • Поддержка Ozon Доставки для бизнеса — доставки логистикой Ozon без размещения товаров на маркетплейсе (Ozon Delivery API). Работает независимо от кабинетов продавца: у магазина может быть подключено и то, и другое.
  • Подключение кабинета Ozon Доставки: достаточно вставить Client-Id и Client-Secret частного приложения из кабинета доставки — в отличие от кабинета продавца, переходить в Ozon для подтверждения доступа не нужно, токен модуль получает и обновляет сам. Метод доставки (точка отгрузки) подбирается автоматически при проверке соединения.
  • Пункты выдачи бизнес-кабинета хранятся в модуле и обновляются по частям: синхронизация с вкладки Синхронизация данных и агентом, карта на оформлении работает по ним.
  • Новая служба доставки Ozon Доставка для бизнеса: та же карта ПВЗ и курьерская доставка, стоимость и срок — из расчёта Ozon по весу и габаритам заказа; проверка доступности доставки покупателю по телефону; настройки предварительной цены, страховки, наценок и габаритов по умолчанию.
  • Заказ в Ozon создаётся после оплаты, отменяется вместе с заказом сайта; такие заказы вынесены в отдельный пункт меню Озон логистика → Заказы (для бизнеса) с собственной карточкой: подтверждение к отгрузке, этикетка PDF, история статусов, отмена, возвраты, штрихкод получения возвратов. Заказы кабинетов продавца — в пункте Заказы (для продавцов).
  • Покупатель может отказаться от части заказа; расчёт, создание заказа, статусы и отмена ведутся по каждому отправлению.
  • Вкладка Статусы заказов: отдельное сопоставление статусов отправлений Ozon Доставки для бизнеса со статусами заказа и действиями над отгрузкой.
  • Отслеживание статусов: если один из кабинетов не ответил, заказ с заказами Ozon в нескольких кабинетах пропускается до следующей проверки — раньше статус мог посчитаться по части отправлений, и заказ уходил в Доставлено раньше времени.
3.5.1 (09.09.2026) Версия 3.5.1
  • Раздел «Озон логистика», карточка заказа: дата вручения покупателю показывается отдельно от даты доставки в пункт выдачи — при доставке в ПВЗ между ними обычно несколько дней.
  • Дата вручения берётся из финансовой операции «Доставка покупателю»: в самом отправлении Озон её не отдаёт.
  • Раздел «Озон логистика», карточка заказа: добавлена дата смены статуса заказа Битрикса — от неё отсчитываются автоматические действия над заказом.
Обновление только файловое: настройки службы доставки, наценки, подключённые кабинеты и соответствия складов сохраняются, миграции базы данных не выполняются.
3.5.0 (07.09.2026) Версия 3.5.0
  • Синхронизация остатков складов Битрикса со складами FBS Озон.
  • Списание остатка с того склада, с которого товар действительно уедет.
  • Коды маркировки по схеме FBS.
  • Раздел «Озон логистика», карточка заказа: добавлена фактическая дата вручения.
  • Раздел «Озон логистика», карточка заказа: исправлено получение возвратов.
  • Возвраты показываются полностью: тип возврата — по-русски («Отмена (не выдан)», «Частичный отказ при вручении», «Возврат покупателем»).
  • Добавлена колонка «Причина»: текст причины возврата в формулировке Озон — например, «Покупатель отказался при вручении: товар не подошёл».
  • Поддержка PHP 8.2: работа модуля проверена на PHP 8.2, 8.3 и 8.4, устранены предупреждения при подключении файлов модуля.
Обновление совместимо с существующими установками: настройки службы доставки, наценки и подключённые кабинеты сохраняются. Для соответствий складов добавляется таблица и агент фонового переноса остатков — они создаются при обновлении автоматически, переустановка модуля не требуется.
3.4.0 (30.08.2026) Версия 3.4.0
  • Стоимость доставки теперь берётся из ответа Ozon. Метод расчёта доставки стал возвращать стоимость каждого отправления, и модуль показывает покупателю именно её — вместо собственной оценки по универсальным тарифам. Расчёт учитывает всё, что Ozon посчитал по конкретному заказу: выбранный пункт выдачи или адрес курьера, состав корзины, схему отгрузки FBO или FBS и распределение товаров по складам.
  • Прежний расчёт по тарифам сохранён как запасной вариант и включается сам, если стоимости от Ozon нет: пункт выдачи или адрес ещё не выбран, Ozon не прислал стоимость по отправлению, вариант доставки оказался недоступен, либо покупатель изменил корзину после выбора пункта выдачи и сохранённый расчёт к новому составу уже не относится. Доставка в этих случаях считается и показывается так же, как в прошлых версиях.
  • Наценки службы доставки работают по-прежнему и применяются поверх полученной стоимости: фиксированная или процентная наценка и отдельная наценка за курьерскую доставку. Обратите внимание: процентная наценка теперь считается от реальной стоимости доставки Ozon, поэтому её значение стоит перепроверить, если она подбиралась под прежний тарифный расчёт.
  • Исправлено: нулевая стоимость доставки. Если по расчёту доставка выходит бесплатной, цена больше не теряется — покупатель видит ноль или сумму одной только наценки, а не пустое поле.
  • Для расчёта используется только тот ответ Ozon, который модуль сохранил на стороне сайта, и его состав сверяется с корзиной покупателя — подменить стоимость доставки из формы оформления заказа нельзя.
Обновление совместимо с существующими установками: структура базы данных не меняется, настройки службы доставки, наценки и подключённые кабинеты сохраняются. Обработчик службы доставки в /bitrix/php_interface/include/sale_delivery/ozon/ обновляется автоматически при установке обновления.
3.3.0 (20.08.2026) Версия 3.3.0
  • Исправлено: продление доступа к API Ozon. Ozon присылает новый refresh_token не при каждом обновлении токена, а модуль записывал его всегда — пустое значение затирало рабочий refresh_token, и через некоторое время кабинет приходилось авторизовать заново. Теперь refresh_token перезаписывается, только если Ozon его вернул, а срок жизни и scope нового токена берутся из ответа аккуратно.
  • Исправлено: зависший признак «идёт обновление токена». Признак защищает от одновременного обновления токена несколькими процессами, но снять его было некому, если процесс обрывался — падение PHP, перезапуск воркера, снятие процесса по таймауту, — а также если строка токена кабинета исчезала во время обновления. После этого каждый запрос к Ozon десять секунд ждал чужого обновления и завершался ошибкой, пока признак не снимали вручную в базе. Теперь признак снимается в любом исходе обновления, а заведомо брошенную блокировку (старше двух минут — вчетверо больше самого долгого живого обновления) следующий процесс забирает себе и обновляет токен сам.
  • Заодно устранена гонка при захвате этой блокировки: проверка и установка признака выполняются одним условным запросом, поэтому два процесса, начавшие обновление одновременно, больше не уходят в Ozon оба — второй дожидается результата первого.
  • Исправлено: неудачная авторизация кабинета по коду (неверный client_secret, просроченный код авторизации, ошибка на стороне Ozon) показывалась как успешная, хотя токен не сохранялся. Теперь модуль сообщает об ошибке, а подробности ответа Ozon пишутся в лог.
  • Раздел «Озон логистика», карточка заказа: кнопка создания заказа в Ozon показывается, пока заказ создан не во всех кабинетах, задействованных в расчёте. Раньше она исчезала, как только появлялся хотя бы один заказ Ozon, — при неудаче в одном из кабинетов и после отмены заказа в кабинете повторить создание из админки было нельзя. Кабинеты с уже созданным и не отменённым заказом пропускаются, дублей не возникает.
Обновление совместимо с существующими установками: структура базы данных не меняется, настройки и подключённые кабинеты сохраняются. У продавцов с одним кабинетом Ozon поведение прежнее.
3.2.0 (19.08.2026) Версия 3.2.0
  • Новое: коды маркировки «Честный ЗНАК» из Ozon. Для маркируемых товаров Ozon сообщает коды тех экземпляров, которые он подобрал на складе и выдал покупателю, — модуль записывает их в стандартное поле Битрикса «Маркировочный код» у позиций отгрузки заказа. Дальше Битрикс сам ставит код в кассовый чек, а оператор фискальных данных выводит его из оборота.
  • Коды запрашиваются тем же агентом, что и статусы заказов. На вкладке «Статусы заказов» появились галка «Получать коды маркировки из Ozon» и колонка «Маркировка» в таблице сопоставления: в ней отмечаются состояния отправлений, в которых запрашивать коды. Коды пишутся раньше действия над отгрузкой — иначе провести отгрузку Битрикс не даст.
  • В карточке заказа раздела «Озон логистика» появилась кнопка «Записать коды маркировки» для разового запроса по конкретному заказу, а в составе отправлений — колонка с полученными кодами.
  • Запрос кодов по отправлениям FBS вынесен в отдельную настройку и по умолчанию выключен: при FBS экземпляры подбирает и передаёт в Ozon сам продавец, поэтому возвращать Ozon нечего.
Также в этом обновлении (изменения версии 3.1.0)
  • Исправлено: заказ не создавался в Ozon, если между оформлением и оплатой проходило несколько часов. Расчёт доставки, снятый при оформлении, у Ozon действует ограниченное время: его интервалы переставали приниматься, и создание заказа завершалось ошибкой «bad request» без подробностей. Теперь перед созданием заказа модуль сам запрашивает расчёт заново — по тому же ПВЗ или адресу и по составу заказа — и создаёт заказ по актуальным данным. Заказы, оплаченные на следующий день, после отмены и повторной оплаты или с задержкой платёжной системы, создаются штатно. Если пересчёт не удался, причина пишется в лог, а модуль пробует создать заказ по расчёту, сохранённому при оформлении.
  • Исправлено: если ФИО покупателя приходит из одного свойства заказа, имя и фамилия уезжали в Ozon местами. Значение разбирается в порядке «Фамилия Имя Отчество»; вариант с отдельными свойствами имени, фамилии и отчества работает как прежде.
  • Исправлено: копейки в цене товара передавались в Ozon неверно. В параметре price поле nanos — это миллиардные доли рубля, а модуль передавал в нём копейки, из-за чего в заказе Ozon цена товара оказывалась округлённой до рубля. На товарах с целой ценой ошибка не проявлялась.
Обновление совместимо с существующими установками: структура базы данных не меняется, действующие настройки сохраняются. Получение кодов маркировки по умолчанию выключено — чтобы им пользоваться, включите его на вкладке «Статусы заказов» и убедитесь, что у товаров на сайте заполнена группа кодов маркировки. Если вы обновляетесь с версии 2.2.3, вместе с этим обновлением устанавливаются и изменения версий 3.0.x: работа с несколькими кабинетами продавца Ozon, раздел «Озон логистика» с учётом кабинета, действия над отгрузкой на вкладке «Статусы заказов».
3.0.1 (17.08.2026) Версия 3.0.1
  • Добавлена работа с несколькими кабинетами продавца Ozon. Кабинеты добавляются на вкладке «Главные настройки API Ozon», у каждого свои Client-Id, Client-Secret, скоупы, авторизация и токен. Для кабинета можно задать название, признак основного, активность, схему доставки (FBO/FBS/MIX) и порядок перебора.
  • Номенклатура синхронизируется по каждому кабинету отдельно — и агентом, и при ручном импорте на вкладке «Синхронизация данных». В разделе «Видимость товаров» появились колонка и фильтр по кабинету.
  • Заказ на сайте раскладывается по кабинетам: расчёт доставки выполняется в каждом кабинете, чьи товары попали в корзину, а после оплаты в каждом из них создаётся свой заказ Ozon. Если товар есть в нескольких кабинетах, выбирается тот, который может его отгрузить; при прочих равных — кабинет с меньшей сортировкой.
  • Номера созданных заказов Ozon записываются в свойство заказа IPAKOR_OZON_ORDER_NUMBER через запятую. Отмена заказа на сайте отменяет заказ в каждом кабинете, где он был создан, а повторное создание после сбоя не создаёт дублей.
  • Синхронизация статусов и раздел «Озон логистика» учитывают кабинет: отправления запрашиваются в каждом кабинете заказа своим токеном, в списке и карточке заказа показываются номера заказов Ozon с названием кабинета и отдельные кнопки отмены.
  • Если хотя бы один товар корзины не продаётся ни в одном подключённом кабинете, доставка Ozon не показывается покупателю — частичной отгрузки нет.
  • На вкладке «Статусы заказов» для каждого состояния Ozon можно задать действие над отгрузкой заказа: «Разрешить доставку», «Отгрузить (списать со склада)» или «Отменить отгрузку (вернуть на склад)». Действие применяется только к отгрузке службы доставки Ozon и настраивается независимо от статуса заказа.
  • Изменено: отгрузка больше не переводится автоматически в «разрешена и отгружена» при создании заказа в Ozon — состоянием отгрузки управляют настройки на вкладке «Статусы заказов».
  • Вкладка FAQ дополнена разделами о нескольких кабинетах и о заказах Ozon.
  • Исправлено: обновление версии 3.0.0 прерывалось с ошибкой «Class ... MultiAccountMigration not found» — сценарий обновления обращался к классам модуля до того, как файлы версии копировались на сайт. Файлы модуля при этом не заменялись, поэтому сайт оставался на прежней версии.
Обновление совместимо с существующими установками: параметры единственного кабинета переносятся автоматически, и пока подключён один кабинет модуль работает как прежде.
2.2.3 (08.08.2026) Версия 2.2.3
  • Исправлено: на части установок модуль не подключался с ошибкой «syntax error, unexpected token "<"» в include.php. Точка входа модуля снова закрывается PHP-тегом, а комментарии в ней сделаны блочными, поэтому файл остаётся корректным после обработки при сборке решения. Затронуты установки версий 2.2.0—2.2.2.
2.2.2 (05.08.2026) Версия 2.2.2
  • Исправлено: синхронизация статусов могла остановить выгрузку заказов в 1С. Смена статуса помечает заказ изменённым, и он попадает в очередную выгрузку — как при любом изменении заказа. Агент переводил в новый статус до 200 заказов за запуск, включая давно закрытые, и такая пачка выводила шаг выгрузки заказов (type=sale, mode=query) за таймаут веб-сервера, а незавершённый обмен строил ту же выборку заново при каждой попытке.
  • Добавлена настройка «Максимум смен статуса за один запуск» на вкладке «Статусы заказов», по умолчанию 30 заказов. Остаток обрабатывается при следующих запусках агента, поэтому в выгрузку 1С заказы уходят равномерно. Статусы по-прежнему попадают в 1С в полном объёме.
  • Глубина проверки заказов по умолчанию уменьшена с 90 до 30 дней, первый запуск агента после установки отложен на один интервал. У сайтов, где глубина уже задана в настройках, значение не меняется.
  • Миграция секретов интеграции при подключении модуля больше не может прервать чужой запрос: ошибка пишется в журнал, попытка повторяется при следующем подключении модуля.
2.2.1 (04.08.2026) Версия 2.2.1
  • Исправлена ошибка при установки модуля
2.2.0 (01.08.2026) Версия 2.2.0
  • Добавлено сопоставление статусов заказов Ozon и статусов заказов Битрикс: новая вкладка настроек «Статусы заказов», где для каждого состояния доставки Ozon выбирается статус заказа на сайте. Незаполненные строки пропускаются — заказ остаётся в текущем статусе.
  • Добавлен агент SyncOrderStatusesAgent: периодически запрашивает отправления заказов в Ozon (FBO и FBS), сводит их к итоговому состоянию и переводит заказ на сайте в сопоставленный статус. Период запуска и глубина проверки заказов в днях настраиваются, есть кнопка разового запуска «Синхронизировать сейчас».
  • Заказы с несколькими отправлениями в разных состояниях получают составные статусы: «Частично в пункте выдачи», «Частично доставляется», «Частично доставлено».
  • Названия статусов отправлений Ozon вынесены в единый справочник модуля и используются на страницах списка и детального просмотра заказов.
  • Безопасность: все служебные AJAX-действия модуля (синхронизация данных, видимость товаров, проверка API, получение ссылки авторизации) и страницы административного раздела теперь требуют прав на модуль — раньше было достаточно любой авторизации на сайте. Права на модуль можно выдавать группам пользователей.
  • Безопасность: client-secret и токены доступа Ozon шифруются перед сохранением в базу; значения, сохранённые прежними версиями, перешифровываются автоматически при первом подключении модуля.
  • Безопасность: данные выбранного пункта выдачи экранируются перед выводом на странице оформления заказа, а ответ расчёта доставки, пришедший из формы, сверяется с составом корзины перед созданием заказа в Ozon.
  • Безопасность: ограничен размер выборки точек ПВЗ и добавлено кеширование данных пункта выдачи — анонимные запросы больше не проксируются в Ozon API один к одному.
  • Исправлена опечатка в фабрике логгера, из-за которой при выборе пользовательского PSR-3-логгера без указания класса возникала фатальная ошибка.
2.1.0 (13.07.2026) Версия 2.1.0
  • Добавлено управление видимостью товаров на витрине Ozon: новая страница администрирования "Видимость товаров" (пункт меню модуля) с массовым применением видимости (OZON / SELECT / OZON_SELECT / NONE) через API /v1/product/visibility/set.
  • На странице отображается фактический статус продажи товара в Ozon (из /v3/product/info/list, включая причины скрытия) и последний применённый через админку placement с датой применения.
  • Исправлена ошибка в install/index.php, из-за которой обновления модуля зацикливались: в корне модуля дублировался файл version.php, а конструктор класса подключал именно его вместо install/version.php. Теперь version.php только один — в папке install, дубликат в корне модуля при обновлении удаляется автоматически.
2.0.0 (25.06.2026) Версия 2.0.0
  • Добавлена доставка курьером Ozon: новый тип доставки с собственным расчётом стоимости и отдельной настройкой наценки (фиксированная сумма или процент).
  • Добавлен раздел «Озон логистика» в меню административной панели со списком заказов и детальной страницей каждого заказа (статус, отправления, трекинг).
  • Добавлена отмена заказа Ozon и отдельных отправлений из административной панели.
  • Добавлено пересоздание заказа Ozon из административной панели.
  • Настройка разрешения изменять ФИО покупателя в заказах Ozon вынесена в отдельный блок параметров модуля.
1.2.1 (09.06.2026) Версия 1.2.0
  • Исправлен расчёт стоимости доставки с учётом схемы доставки: FBO — каждая единица товара отдельное отправление; FBS — все единицы одного товара одно отправление; MIX — схема определяется по наличию остатков FBS/FBO у каждого товара (FBS имеет приоритет).
  • Добавлены ранее не учтённые статьи расходов Ozon Доставки: доставка до ПВЗ партнёрами (до 25 ₽) и выдача товара в партнёрском ПВЗ (30 ₽ за единицу, тариф с 04.06.2026).
  • Обновлены тарифы универсальной логистики (таблица актуальна с 01.06.2026), исправлены перекрывающиеся границы диапазонов объёмов в предыдущей версии таблицы.
Установка

Акутальная документация к модулю

Модуль Ipakor:
Озон логистика обеспечивает интеграцию интернет-магазина на 1С-Битрикс с логистикой Ozon.

Как работает модуль

Модуль работает по следующей схеме:

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

Расчёт доставки — модуль обращается к Ozon API и получает доступные сроки доставки. Тарифы доставки загружаются в настройках модуля и могут быть как стандартными, так и кастомными.

Проверка товаров — перед показом службы доставки модуль проверяет, что все товары из корзины продаются на Ozon с остатками на складе (в зависимости от выбранной схемы: FBO, FBS или MIX).

Оплата заказа — при успешной оплате заказа модуль автоматически создаёт заявку на доставку в Ozon.

Отмена заказа — при отмене заказа на сайте модуль отменяет соответствующий заказ в Ozon.

В этой инструкции мы разберём: создание и настройку приложения в кабинете Ozon, установку и настройку модуля, настройку службы доставки в 1С-Битрикс, а также пример оформления заказа.

Настройка приложения в кабинете Ozon

Ссылка на официальную инструкцию по настройке приложения: https://dev.ozon.ru/start/446-Ozon-Logistika-podkliuchenie-nastroika-i-poriadok-raboty-s-novym-funkt...

Для начала в кабинете продавца нужно перейти в верхнем меню в раздел Товары -> Приложения -> Ozon Доставка. Если у вас ещё не пройдена проверка сайта, то здесь будет кнопка «Подключить». Нажмите кнопку «Подключить».

После этого вы будете перенаправлены во вкладку «Анкета». Здесь необходимо указать контактные данные и ответить на вопросы. Нажмите кнопку «Далее».

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

После успешного заполнения данных приложение «Ozon Доставка» будет со статусом «Проверка данных». Ozon обработает заявку в течение 5 рабочих дней.

После успешного подключения Ozon Доставки можно приступать к созданию частного приложения.

Создание частного приложения

Частное приложение можно создать самостоятельно либо предоставить доступ разработчику. Мы пойдём по пути самостоятельного создания.

Для начала надо заново войти в личный кабинет продавца. Затем заходим в Настройки -> Приложения и разрешения. Выбираем вкладку «Приложения». В правом углу нажимаем кнопку «Создать».

Вводим имя нашего приложения — абсолютно произвольное и на любом языке. Далее видим список разрешений для нашего приложения. Это очень важный момент. Необходимый список разрешений впоследствии нужно будет добавить в настройки модуля Озон логистики.

Сейчас я добавлю в новое приложение необходимый минимум разрешений. Этот же минимум по умолчанию стоит в настройках модуля при установке. Итак, нужно выбрать:

- Позволяет работать с Ozon Логистикой

- Позволяет получать информацию и управлять товарами

- Позволяет получать информацию и управлять постингами в схеме FBS

- Позволяет получать информацию о постингах в схеме FBO

- Позволяет получать информацию и управлять возвратами товаров

- Позволяет получать отчёты

Это 6 разрешений. Можно добавить ещё, если вам понадобится это в будущем, но обязательно не забывать указывать их в настройках модуля. Иначе невозможно будет получить OAuth-токены для работы с Ozon логистикой.

Приложение создано. Можно перейти к системным настройкам приложения. Мы оставим системные настройки открытыми в отдельной вкладке. Вернёмся к этой странице во время настройки модуля.

А сейчас приступаем к установке модуля Озон логистика.

Установка модуля

Итак, установка модуля стандартная. Переходим в административную часть 1С-Битрикс -> Маркетплейс -> Установленные решения. В списке решений ищем решение «IPAKor Интеграция с Ozon логистикой». По клику на бургер слева в выпадающем меню выбираем пункт «Установить». На этом всё, никаких дополнительных действий производить не требуется.

Настройка модуля

Начинаем с перехода на страницу настроек модуля. Для этого в левом меню ищем Настройки -> Настройки продукта -> Настройки модулей -> Ipakor Интеграция с Ozon логистикой.

Первым делом видим вкладку «FAQ» — здесь можно посмотреть ответы на частые вопросы, думаю, такой формат всем уже давно знаком.

Сейчас нас интересует вкладка «Главные настройки API Ozon». Сразу же видим красный индикатор «Нет соединения с API Ozon» и чуть ниже причину: «No token found in database». Ошибка говорящая — очевидно, не настроен OAuth-токен. Давайте настроим.

Первый инпут «Redirect URI» — это обратный URL для приложения Ozon. Фактически здесь можно ввести любой адрес. По этому адресу Ozon отправит несколько параметров, по которым получается OAuth-токен, но рекомендуется оставить адрес как есть, потому что по этому пути при установке модуля копируется файл ozon_callback.php, внутри которого происходит получение и запись OAuth-токена в таблицу приложения. Поэтому я копирую этот адрес и возвращаюсь на страницу настроек частного приложения Ozon.

Здесь этот адрес я вставляю в поле Redirect URI и нажимаю кнопку «Сохранить». Теперь копируем client_id и client_secret со страницы настроек частного приложения и переносим их в настройки нашего модуля в одноимённые поля.

Ниже мы видим поля для Scope. Это как раз минимальный список необходимых разрешений приложения. Такой список стоит в модуле по умолчанию. Если при создании частного приложения вы выбрали другой список Scope, то тогда его нужно отредактировать. Это важно. Если список Scope в частном приложении и в настройках модуля не совпадёт, ссылка на авторизацию для получения OAuth-токена сформируется неправильно, и OAuth-токен не будет получен.

Следующим шагом нажимаем на кнопку «Получить ссылку на авторизацию». Ссылка получена — можем смело переходить!

Если всё в порядке, то должно появиться вот такое окно. Нажимаем «Далее», разрешаем предоставить права. И в этот момент получаем редирект на наш сайт — именно на тот путь, который указан в настройках частного приложения. Здесь сформировался OAuth-токен. Можем возвращаться на страницу настроек модуля для дальнейшей настройки функционала.

Теперь индикатор подключения к Ozon API стал зелёным! Статус: «Соединение с API Ozon успешно установлено».

Настройки модуля

Переходим на следующую вкладку настроек модуля. Нужно настроить схему доставки товаров. Это может быть MIX (то есть система сама определит, каким способом лучше отправить товар), либо можно жёстко указать доставку по FBO или FBS.

Далее нужно указать поля для соответствующих данных. В модуле уже стоят настройки по умолчанию для типовых интернет-магазинов. Напротив каждого поля есть знак вопроса — при наведении можно увидеть описание. Тут интуитивно должно быть всё понятно.

- Номер телефона. По этому полю определяется, доступна ли пользователю доставка Ozon логистикой. Ведь заказ создаётся в кабинете Ozon пользователя, поэтому он должен обязательно иметь кабинет на Ozon.

- Контактное лицо. Модуль разбивает значение из этого поля через пробел и получает ФИО пользователя.

- Артикул товара. Это поле для связи товара на сайте и товара в кабинете Ozon. В карточке Ozon должен быть точно такой же артикул, как и на сайте, чтобы модуль мог понять, какой товар заказать в Ozon.

- API-ключ Яндекс.Карт. Это поле не обязательно для заполнения, если у вас на сайте на странице оформления заказа уже подключены Яндекс.Карты, но очень рекомендуется его заполнить. Этот API-ключ используется для центрирования карты по выбранному местоположению на странице оформления заказа. В противном случае карта будет всё время открываться в Москве.

- Также есть галочка «Не подключать скрипт API Яндекс.Карт». Нужно установить эту галочку, если уже другой модуль на странице оформления заказа подключает Яндекс.Карты, чтобы не было конфликта.

Для отладки работы модуля можно включить логирование и выбрать уровень, до которого логировать события в модуле. Тип логирования также можно выбрать. Это может быть файловое логирование (сохраняется в папке модуля в директорию logs), журнал событий Битрикс, либо можно прописать собственный класс логирования, отвечающий требованиям PSR-3, и организовать логирование в нужном месте.

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

Итак, переходим к синхронизации данных.

Синхронизация данных

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

Здесь я рекомендую нажать кнопку «Синхронизировать всё», чтобы модуль сразу получил работоспособное состояние. Также можно проводить синхронизацию данных по отдельности и видеть прогресс синхронизации.

Тарифы синхронизируются и попадают на сайт из статичной таблицы, которая была взята с сайта Ozon: https://seller-edu.ozon.ru/libra/commissions-tariffs/commissions-tariffs-ozon/rashody-na-dostavku-ch... — это таблица тарифов, универсальные тарифы.

Ozon использует систему ОВХ (объёмно-весовые характеристики). https://seller-edu.ozon.ru/libra/commissions-tariffs/additional-information/obyom-i-obyomnyi-ves

Для расчёта доставки используется количество литров посылки. В модуле ОВХ считается по формуле: Длина (мм) x Ширина (мм) x Высота (мм) / 1 000 000 / 5. Далее идёт сравнение с фактическим весом товара в килограммах и берётся наибольшее значение. Именно по получившемуся значению цена доставки берётся из таблицы тарифов.

Можно загрузить таблицу со своими тарифами, главное, чтобы она соответствовала по структуре таблице от Ozon.

Таблица точек на карте. Здесь какие-то подробные объяснения излишни — это просто координаты точек для отрисовки на карте. Синхронизируется с Ozon 1 раз в день, так как пункты ПВЗ постоянно открываются и закрываются. Информация должна постоянно актуализироваться.

Таблица синхронизации товаров — важнейшая таблица в модуле. По этой таблице модуль сопоставляет товары на сайте и карточки в кабинете Ozon. По умолчанию синхронизация происходит каждые полчаса для того, чтобы информация о возможном способе доставки FBO/FBS была актуальной. Можно указать свой период либо проводить синхронизацию вручную.

Также можно вручную поменять соответствие артикула и bitrix_id на сайте. Может случиться такое, что артикул на Ozon не соответствует ни одному из товаров на сайте либо соответствует не тому товару. Этот момент можно отредактировать вручную — при синхронизации bitrix_id не поменяется.

Служба доставки

Переходим к созданию службы доставки Ozon логистикой.

В административном меню переходим Магазин -> Настройки -> Службы доставки. В правом верхнем углу — Добавить -> Доставка Ozon логистикой. Выбираем название, логотип, описание.

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

Нажимаем «Сохранить». Служба доставки готова к работе. Можно проверять!

Тестовый заказ с Ozon логистикой

Давайте посмотрим, как это работает.

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

При переходе на страницу оформления заказа идёт проверка пользователя по номеру телефона и проверка доступности товара по выбранному типу доставки на Ozon. Если хотя бы одна из проверок не проходит, доставка Ozon не выводится.

Заполняем данные заказа. Выбираем доставку Ozon логистикой. Далее необходимо выбрать пункт выдачи Ozon на карте. Карта центрируется относительно выбранного местоположения в заказе. Если в вашем интернет-магазине не используется стандартное местоположение Битрикс, карта откроется отцентрированной на Москве по умолчанию.

Выбираем пункт ПВЗ. Можно увидеть информацию о пункте выдачи: время работы, фотографии и так далее.

Нажимаем кнопку «Забрать здесь». Модуль отправляет запрос в Ozon на возможность доставки в выбранный ПВЗ. Если доставка возможна, это отобразится внизу под логотипом модуля. Далее нажимаем «Оформить заказ». Создаётся заказ со службой доставки Ozon.

Чтобы заказ оформился в кабинете Ozon и начал своё движение по инфраструктуре Ozon, необходимо оплатить заказ. На этом видео я сделаю это руками из административной части.

Захожу в список заказов, выбираю свой заказ, провожу оплату. После этого заказ создаётся в кабинете Ozon. Проверим это, перейдя в кабинет покупателя на сайте Ozon. Здесь мы видим созданный нами заказ с сайта.

Если по какой-то причине заказ не смог создаться в кабинете Ozon (например, клиент долго оплачивал и за это время закончились остатки на нужном складе), то заказ в Битрикс пометится как проблемный и сверху будет написано: «Не удалось создать заказ в Ozon логистике!»

Отмена заказа

При отмене заказа в Битрикс автоматически отменяется заказ в кабинете Ozon. Проверим. Отменю заказ через административную часть. Для этого отменю оплату, затем отменяю заказ. Проверяем наш кабинет Ozon и видим, что заказ отменён.

На этом всё, спасибо за внимание!

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

Поддержка
Режим работы техподдержки:

Понедельник-пятница с10:00 — 17:00 по московскому времени.
Выходные дни: суббота и воскресение, праздничные дни.

Время реакции на обращение – 8 часов.

Каналы связи:
email: ipakor@rambler.ru
telegram: https://t.me/adkorotkov

Решение добавлено в корзину

Перейдите в корзину и оформите заказ или продолжите покупки
Перейти в корзину
Продолжить покупки