«Озон логистика» от разработчика «ИП Коротков Александр»

Модуль 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 и видим, что заказ отменён.

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

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

• Стоимость доставки теперь берётся из ответа Ozon. Метод расчёта доставки стал возвращать стоимость каждого отправления, и модуль показывает покупателю именно её — вместо собственной оценки по универсальным тарифам. Расчёт учитывает всё, что Ozon посчитал по конкретному заказу: выбранный пункт выдачи или адрес курьера, состав корзины, схему отгрузки FBO или FBS и распределение товаров по складам.
• Прежний расчёт по тарифам сохранён как запасной вариант и включается сам, если стоимости от Ozon нет: пункт выдачи или адрес ещё не выбран, Ozon не прислал стоимость по отправлению, вариант доставки оказался недоступен, либо покупатель изменил корзину после выбора пункта выдачи и сохранённый расчёт к новому составу уже не относится. Доставка в этих случаях считается и показывается так же, как в прошлых версиях.
• Наценки службы доставки работают по-прежнему и применяются поверх полученной стоимости: фиксированная или процентная наценка и отдельная наценка за курьерскую доставку. Обратите внимание: процентная наценка теперь считается от реальной стоимости доставки Ozon, поэтому её значение стоит перепроверить, если она подбиралась под прежний тарифный расчёт.
• Исправлено: нулевая стоимость доставки. Если по расчёту доставка выходит бесплатной, цена больше не теряется — покупатель видит ноль или сумму одной только наценки, а не пустое поле.
• Для расчёта используется только тот ответ Ozon, который модуль сохранил на стороне сайта, и его состав сверяется с корзиной покупателя — подменить стоимость доставки из формы оформления заказа нельзя.

• Исправлено: продление доступа к API Ozon. Ozon присылает новый refresh_token не при каждом обновлении токена, а модуль записывал его всегда — пустое значение затирало рабочий refresh_token, и через некоторое время кабинет приходилось авторизовать заново. Теперь refresh_token перезаписывается, только если Ozon его вернул, а срок жизни и scope нового токена берутся из ответа аккуратно.
• Исправлено: зависший признак «идёт обновление токена». Признак защищает от одновременного обновления токена несколькими процессами, но снять его было некому, если процесс обрывался — падение PHP, перезапуск воркера, снятие процесса по таймауту, — а также если строка токена кабинета исчезала во время обновления. После этого каждый запрос к Ozon десять секунд ждал чужого обновления и завершался ошибкой, пока признак не снимали вручную в базе. Теперь признак снимается в любом исходе обновления, а заведомо брошенную блокировку (старше двух минут — вчетверо больше самого долгого живого обновления) следующий процесс забирает себе и обновляет токен сам.
• Заодно устранена гонка при захвате этой блокировки: проверка и установка признака выполняются одним условным запросом, поэтому два процесса, начавшие обновление одновременно, больше не уходят в Ozon оба — второй дожидается результата первого.
• Исправлено: неудачная авторизация кабинета по коду (неверный client_secret, просроченный код авторизации, ошибка на стороне Ozon) показывалась как успешная, хотя токен не сохранялся. Теперь модуль сообщает об ошибке, а подробности ответа Ozon пишутся в лог.
• Раздел «Озон логистика», карточка заказа: кнопка создания заказа в Ozon показывается, пока заказ создан не во всех кабинетах, задействованных в расчёте. Раньше она исчезала, как только появлялся хотя бы один заказ Ozon, — при неудаче в одном из кабинетов и после отмены заказа в кабинете повторить создание из админки было нельзя. Кабинеты с уже созданным и не отменённым заказом пропускаются, дублей не возникает.

• Новое: коды маркировки «Честный ЗНАК» из Ozon. Для маркируемых товаров Ozon сообщает коды тех экземпляров, которые он подобрал на складе и выдал покупателю, — модуль записывает их в стандартное поле Битрикса «Маркировочный код» у позиций отгрузки заказа. Дальше Битрикс сам ставит код в кассовый чек, а оператор фискальных данных выводит его из оборота.
• Коды запрашиваются тем же агентом, что и статусы заказов. На вкладке «Статусы заказов» появились галка «Получать коды маркировки из Ozon» и колонка «Маркировка» в таблице сопоставления: в ней отмечаются состояния отправлений, в которых запрашивать коды. Коды пишутся раньше действия над отгрузкой — иначе провести отгрузку Битрикс не даст.
• В карточке заказа раздела «Озон логистика» появилась кнопка «Записать коды маркировки» для разового запроса по конкретному заказу, а в составе отправлений — колонка с полученными кодами.
• Запрос кодов по отправлениям FBS вынесен в отдельную настройку и по умолчанию выключен: при FBS экземпляры подбирает и передаёт в Ozon сам продавец, поэтому возвращать Ozon нечего.

• Исправлено: заказ не создавался в Ozon, если между оформлением и оплатой проходило несколько часов. Расчёт доставки, снятый при оформлении, у Ozon действует ограниченное время: его интервалы переставали приниматься, и создание заказа завершалось ошибкой «bad request» без подробностей. Теперь перед созданием заказа модуль сам запрашивает расчёт заново — по тому же ПВЗ или адресу и по составу заказа — и создаёт заказ по актуальным данным. Заказы, оплаченные на следующий день, после отмены и повторной оплаты или с задержкой платёжной системы, создаются штатно. Если пересчёт не удался, причина пишется в лог, а модуль пробует создать заказ по расчёту, сохранённому при оформлении.
• Исправлено: если ФИО покупателя приходит из одного свойства заказа, имя и фамилия уезжали в Ozon местами. Значение разбирается в порядке «Фамилия Имя Отчество»; вариант с отдельными свойствами имени, фамилии и отчества работает как прежде.
• Исправлено: копейки в цене товара передавались в Ozon неверно. В параметре price поле nanos — это миллиардные доли рубля, а модуль передавал в нём копейки, из-за чего в заказе Ozon цена товара оказывалась округлённой до рубля. На товарах с целой ценой ошибка не проявлялась.

• Добавлена работа с несколькими кабинетами продавца 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» — сценарий обновления обращался к классам модуля до того, как файлы версии копировались на сайт. Файлы модуля при этом не заменялись, поэтому сайт оставался на прежней версии.

• Исправлено: на части установок модуль не подключался с ошибкой «syntax error, unexpected token "<"» в include.php. Точка входа модуля снова закрывается PHP-тегом, а комментарии в ней сделаны блочными, поэтому файл остаётся корректным после обработки при сборке решения. Затронуты установки версий 2.2.0—2.2.2.

• Исправлено: синхронизация статусов могла остановить выгрузку заказов в 1С. Смена статуса помечает заказ изменённым, и он попадает в очередную выгрузку — как при любом изменении заказа. Агент переводил в новый статус до 200 заказов за запуск, включая давно закрытые, и такая пачка выводила шаг выгрузки заказов (type=sale, mode=query) за таймаут веб-сервера, а незавершённый обмен строил ту же выборку заново при каждой попытке.
• Добавлена настройка «Максимум смен статуса за один запуск» на вкладке «Статусы заказов», по умолчанию 30 заказов. Остаток обрабатывается при следующих запусках агента, поэтому в выгрузку 1С заказы уходят равномерно. Статусы по-прежнему попадают в 1С в полном объёме.
• Глубина проверки заказов по умолчанию уменьшена с 90 до 30 дней, первый запуск агента после установки отложен на один интервал. У сайтов, где глубина уже задана в настройках, значение не меняется.
• Миграция секретов интеграции при подключении модуля больше не может прервать чужой запрос: ошибка пишется в журнал, попытка повторяется при следующем подключении модуля.

• Исправлена ошибка при установки модуля

• Добавлено сопоставление статусов заказов Ozon и статусов заказов Битрикс: новая вкладка настроек «Статусы заказов», где для каждого состояния доставки Ozon выбирается статус заказа на сайте. Незаполненные строки пропускаются — заказ остаётся в текущем статусе.
• Добавлен агент SyncOrderStatusesAgent: периодически запрашивает отправления заказов в Ozon (FBO и FBS), сводит их к итоговому состоянию и переводит заказ на сайте в сопоставленный статус. Период запуска и глубина проверки заказов в днях настраиваются, есть кнопка разового запуска «Синхронизировать сейчас».
• Заказы с несколькими отправлениями в разных состояниях получают составные статусы: «Частично в пункте выдачи», «Частично доставляется», «Частично доставлено».
• Названия статусов отправлений Ozon вынесены в единый справочник модуля и используются на страницах списка и детального просмотра заказов.
• Безопасность: все служебные AJAX-действия модуля (синхронизация данных, видимость товаров, проверка API, получение ссылки авторизации) и страницы административного раздела теперь требуют прав на модуль — раньше было достаточно любой авторизации на сайте. Права на модуль можно выдавать группам пользователей.
• Безопасность: client-secret и токены доступа Ozon шифруются перед сохранением в базу; значения, сохранённые прежними версиями, перешифровываются автоматически при первом подключении модуля.
• Безопасность: данные выбранного пункта выдачи экранируются перед выводом на странице оформления заказа, а ответ расчёта доставки, пришедший из формы, сверяется с составом корзины перед созданием заказа в Ozon.
• Безопасность: ограничен размер выборки точек ПВЗ и добавлено кеширование данных пункта выдачи — анонимные запросы больше не проксируются в Ozon API один к одному.
• Исправлена опечатка в фабрике логгера, из-за которой при выборе пользовательского PSR-3-логгера без указания класса возникала фатальная ошибка.

• Добавлено управление видимостью товаров на витрине 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, дубликат в корне модуля при обновлении удаляется автоматически.

• Добавлена доставка курьером Ozon: новый тип доставки с собственным расчётом стоимости и отдельной настройкой наценки (фиксированная сумма или процент).
• Добавлен раздел «Озон логистика» в меню административной панели со списком заказов и детальной страницей каждого заказа (статус, отправления, трекинг).
• Добавлена отмена заказа Ozon и отдельных отправлений из административной панели.
• Добавлено пересоздание заказа Ozon из административной панели.
• Настройка разрешения изменять ФИО покупателя в заказах Ozon вынесена в отдельный блок параметров модуля.

• Исправлен расчёт стоимости доставки с учётом схемы доставки: FBO — каждая единица товара отдельное отправление; FBS — все единицы одного товара одно отправление; MIX — схема определяется по наличию остатков FBS/FBO у каждого товара (FBS имеет приоритет).
• Добавлены ранее не учтённые статьи расходов Ozon Доставки: доставка до ПВЗ партнёрами (до 25 ?) и выдача товара в партнёрском ПВЗ (30 ? за единицу, тариф с 04.06.2026).
• Обновлены тарифы универсальной логистики (таблица актуальна с 01.06.2026), исправлены перекрывающиеся границы диапазонов объёмов в предыдущей версии таблицы.