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

Версия 4.5.0

Письма покупателю о ходе доставки Ozon. Модуль создаёт шесть почтовых событий с готовыми HTML-шаблонами: заказ передан в Ozon, в пути, передан курьеру, в пункте выдачи, получен, доставка отменена. В письме ссылка на заказ в личном кабинете, трек-номера со ссылками отслеживания на tracking.ozon.ru, состав и сумма заказа, служба и адрес доставки

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

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

Тексты писем правятся в стандартных почтовых шаблонах Битрикса, обновление модуля их не перезаписывает

Версия 4.4.10

Заказ в Ozon больше не создаётся без части товаров. Если Ozon не может доставить часть товаров заказа (например, их нет на его складах) или состав заказа поменяли в админке после расчёта доставки, модуль не отправляет в Ozon неполный заказ, а помечает заказ проблемным и называет товары и причину. Раньше такие товары молча пропадали из заказа Ozon, хотя покупатель их оплатил

Если перед созданием заказа Ozon ответил, что доставить не может, модуль больше не создаёт заказ по расчёту, сохранённому при оформлении

Кнопка Создать заказ в Ozon в админке и пометка проблемного заказа показывают, каких товаров не хватает в расчёте доставки и почему, вместо сообщения Проверьте логи

Версия 4.4.9

Заказ в Ozon создаётся после оплаты и тогда, когда сумма заказа после скидки по купону или сертификату получилась с долями копейки (например, 975.00000001). Раньше Битрикс считал такой заказ недоплаченным на 0.00000001 и не присылал событие оплаты, поэтому заказ в Ozon не создавался

Курьерская доставка Ozon логистикой: перед оформлением заказа модуль проверяет расчёт доставки по выбранному адресу так же, как для пункта выдачи. Если Ozon по этому адресу не доставляет, покупатель видит причину и не может оформить заказ, который потом нельзя создать в Ozon

Кнопка Создать заказ в Ozon в админке показывает причину, по которой Ozon не может доставить заказ, вместо сообщения Проверьте логи

Модуль снова удаляется из списка решений Маркетплейса. Раньше удаление останавливалось с ошибкой Call to undefined method OzonBusinessPostingsTable::dropTable

Версия 4.4.8

Курьерская доставка: адрес курьера (JSON) теперь записывается в новое свойство заказа Адрес курьерской доставки Ozon (JSON) (код IPAKOR_OZON_COURIER_DATA). Свойство ID пункта ПВЗ Ozon (IPAKOR_MAP_POINT_ID_OZON) у курьерских заказов остаётся пустым, в нём хранится только номер пункта выдачи

Внимание, если ваша 1С или другая система разбирает курьерский JSON из свойства ID пункта ПВЗ Ozon: для новых заказов берите его из IPAKOR_OZON_COURIER_DATA. Адрес одной строкой, как и раньше, лежит в свойстве Адрес доставки Ozon

Заказы, оформленные до обновления, не меняются и обрабатываются модулем как прежде

Версия 4.4.7

Курьерская доставка: если Яндекс не знает почтовый индекс выбранного дома (часто у новостроек), карта берёт индекс ближайшего дома в пределах 150 метров. Индекс сразу попадает в заказ, и Ozon Доставка для бизнеса создаёт заказ без ручного ввода индекса

Версия 4.4.6

Ozon Доставка для бизнеса: заказ курьером на адрес без почтового индекса (Яндекс знает индекс не для всех домов) больше не отклоняется Ozon с ошибкой «The ZipCode field is required». Индекс берётся из свойства-индекса заказа или из местоположения, если он у населённого пункта один

Если индекс определить не удалось, в карточке заказа Ozon Доставки для бизнеса появляется поле «Почтовый индекс»: менеджер вводит его и создаёт заказ вручную. Индекс сохраняется в адрес доставки заказа

Версия 4.4.5

Уточнены подсказки к настройкам API-ключа Яндекс.Карт: ключ рекомендуется, но не обязателен — без него модуль работает на встроенном; исправлена опечатка

В названиях настроек единообразно используется «API» вместо «АПИ»

Версия 4.4.4

Ozon Доставка для бизнеса: заказ курьером на адрес без улицы (деревня, посёлок) создаётся — вместо улицы передаётся название населённого пункта

Версия 4.4.3

Причина, по которой Ozon Доставка для бизнеса не может доставить заказ, показывается в блоке службы доставки красным текстом, без HTML-тегов

Номер телефона, проверенный на карте, привязан к покупателю: после выхода или входа под другим пользователем номер спрашивается заново

Версия 4.4.2

Пункт выдачи, адрес и телефон сохраняются вместе с заказом и попадают в первую выгрузку в 1С, в том числе при обмене в реальном времени

После записи номеров заказов Ozon и привязки к кабинетам заказ повторно встаёт в очередь выгрузки в 1С — только если значения изменились

Карта загружает свою копию API Яндекс.Карт: на вкладке Курьер адрес определяется, даже если другие модули подключают API с ключом без геокодера (из версии 4.4.1)

Версия 4.4.0

Исправление уязвимостей после проверки безопасности

Версия 4.3.2

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

Версия 4.3.1

В карточке заказа раздела Озон логистика показывается телефон покупателя, по которому создаётся заказ в Ozon. Если в заказе телефона нет, потому что заказ оформлен до версии 4.2.0, показывается номер из профиля покупателя с пометкой — именно он и уйдёт в Ozon.

Версия 4.3.0

В заказе появилось новое свойство IPAKOR_OZON_DELIVERY_ADDRESS — адрес доставки одной строкой: адрес пункта выдачи с его названием и номером либо курьерский адрес с квартирой, подъездом и этажом. Раньше в заказе хранился только номер точки, и адрес приходилось искать вручную.

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

У заказов, оформленных до обновления, адрес восстанавливается по номеру точки при первом открытии карточки заказа.

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

Для учётной системы добавлено свойство заказа IPAKOR_OZON_ACCOUNTS: JSON с привязкой каждого заказа Ozon к кабинету — Client-Id продавца.

Версия 4.2.0

Доступность доставки по телефону покупателя проверяется при открытии карты, а не при входе на оформление заказа. Если телефона нет или по нему доставка Ozon недоступна, покупатель вводит свой номер в окне карты и нажимает Проверить — карта открывается после успешной проверки. Раньше такой покупатель просто не видел службу доставки в списке.

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

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

Проверка телефона работает и для службы Ozon Доставка для бизнеса.

Версия 4.1.2

Номера заказов Ozon записываются в поле Трек-номер отгрузки заказа.

Заказы, созданные раньше, получают трек-номер при ближайшей проверке статусов.

Версия 4.1.1

Исправлена работа карты, когда API Яндекс.Карт на странице оформления заказа подключает ещё один модуль (например, служба доставки СДЭК) или шаблон. Раньше модуль при каждом открытии карты загружал API заново, и пункты выдачи на карте могли перестать нажиматься. Теперь модуль использует уже подключённое API и загружает своё только один раз, если на странице его нет.

Если API Яндекс.Карт на странице не подключено и включена опция Не подключать скрипт АПИ Яндекс.Карт, карта пунктов выдачи не открывалась. Исправлено.

Ошибки загрузки карты и геокодера Яндекса выводятся в консоль браузера с подсказкой проверить API-ключ. Если карта не загрузилась, покупатель видит сообщение вместо пустого окна.

В раздел Помощь и поддержка добавлено решение для ошибок Ошибка поиска и Ошибка определения адреса на вкладке Курьер: ключ Яндекс.Карт должен быть выпущен для сервиса JavaScript API и HTTP Геокодер.

Версия 4.1.0

Отменённые и невыкупленные товары переносятся в отдельную отгрузку заказа Отказ Ozon.

Невыкупленным считается состав отменённых отправлений, а для кабинетов продавца и частичный отказ.

Если отменён весь заказ Ozon, отгрузка не делится. Если Ozon перестал считать товары невыкупленными (например, заказ Ozon создан заново), они возвращаются в основную отгрузку.

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

Новая настройка на вкладке Статусы заказов — Переносить невыкупленное в отгрузку Отказ Ozon, по умолчанию включена. При включённой настройке заказы в финальном статусе проверяются до конца периода отслеживания.

Версия 4.0.0

Поддержка Ozon Доставки для бизнеса — доставки логистикой Ozon без размещения товаров на маркетплейсе (Ozon Delivery API). Работает независимо от кабинетов продавца: у магазина может быть подключено и то, и другое.

Подключение кабинета Ozon Доставки: достаточно вставить Client-Id и Client-Secret частного приложения из кабинета доставки — в отличие от кабинета продавца, переходить в Ozon для подтверждения доступа не нужно, токен модуль получает и обновляет сам. Метод доставки (точка отгрузки) подбирается автоматически при проверке соединения.

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

Новая служба доставки Ozon Доставка для бизнеса: та же карта ПВЗ и курьерская доставка, стоимость и срок — из расчёта Ozon по весу и габаритам заказа; проверка доступности доставки покупателю по телефону; настройки предварительной цены, страховки, наценок и габаритов по умолчанию.

Заказ в Ozon создаётся после оплаты, отменяется вместе с заказом сайта; такие заказы вынесены в отдельный пункт меню Озон логистика → Заказы (для бизнеса) с собственной карточкой: подтверждение к отгрузке, этикетка PDF, история статусов, отмена, возвраты, штрихкод получения возвратов. Заказы кабинетов продавца — в пункте Заказы (для продавцов).

Покупатель может отказаться от части заказа; расчёт, создание заказа, статусы и отмена ведутся по каждому отправлению.

Вкладка Статусы заказов: отдельное сопоставление статусов отправлений Ozon Доставки для бизнеса со статусами заказа и действиями над отгрузкой.

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

Версия 3.5.1

Раздел «Озон логистика», карточка заказа: дата вручения покупателю показывается отдельно от даты доставки в пункт выдачи — при доставке в ПВЗ между ними обычно несколько дней.

Дата вручения берётся из финансовой операции «Доставка покупателю»: в самом отправлении Озон её не отдаёт.

Раздел «Озон логистика», карточка заказа: добавлена дата смены статуса заказа Битрикса — от неё отсчитываются автоматические действия над заказом.

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

Версия 3.5.0

Синхронизация остатков складов Битрикса со складами FBS Озон.

Списание остатка с того склада, с которого товар действительно уедет.

Коды маркировки по схеме FBS.

Раздел «Озон логистика», карточка заказа: добавлена фактическая дата вручения.

Раздел «Озон логистика», карточка заказа: исправлено получение возвратов.

Возвраты показываются полностью: тип возврата — по-русски («Отмена (не выдан)», «Частичный отказ при вручении», «Возврат покупателем»).

Добавлена колонка «Причина»: текст причины возврата в формулировке Озон — например, «Покупатель отказался при вручении: товар не подошёл».

Поддержка PHP 8.2: работа модуля проверена на PHP 8.2, 8.3 и 8.4, устранены предупреждения при подключении файлов модуля.

Обновление совместимо с существующими установками: настройки службы доставки, наценки и подключённые кабинеты сохраняются. Для соответствий складов добавляется таблица и агент фонового переноса остатков — они создаются при обновлении автоматически, переустановка модуля не требуется.

Версия 3.4.0

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

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

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

Исправлено: нулевая стоимость доставки. Если по расчёту доставка выходит бесплатной, цена больше не теряется — покупатель видит ноль или сумму одной только наценки, а не пустое поле.

Для расчёта используется только тот ответ Ozon, который модуль сохранил на стороне сайта, и его состав сверяется с корзиной покупателя — подменить стоимость доставки из формы оформления заказа нельзя.

Обновление совместимо с существующими установками: структура базы данных не меняется, настройки службы доставки, наценки и подключённые кабинеты сохраняются. Обработчик службы доставки в /bitrix/php_interface/include/sale_delivery/ozon/ обновляется автоматически при установке обновления.

Версия 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

Новое: коды маркировки «Честный ЗНАК» из 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

Добавлена работа с несколькими кабинетами продавца 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

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

Версия 2.2.2

Исправлено: синхронизация статусов могла остановить выгрузку заказов в 1С. Смена статуса помечает заказ изменённым, и он попадает в очередную выгрузку — как при любом изменении заказа. Агент переводил в новый статус до 200 заказов за запуск, включая давно закрытые, и такая пачка выводила шаг выгрузки заказов (type=sale, mode=query) за таймаут веб-сервера, а незавершённый обмен строил ту же выборку заново при каждой попытке.

Добавлена настройка «Максимум смен статуса за один запуск» на вкладке «Статусы заказов», по умолчанию 30 заказов. Остаток обрабатывается при следующих запусках агента, поэтому в выгрузку 1С заказы уходят равномерно. Статусы по-прежнему попадают в 1С в полном объёме.

Глубина проверки заказов по умолчанию уменьшена с 90 до 30 дней, первый запуск агента после установки отложен на один интервал. У сайтов, где глубина уже задана в настройках, значение не меняется.

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

Версия 2.2.1

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

Версия 2.2.0

Добавлено сопоставление статусов заказов Ozon и статусов заказов Битрикс: новая вкладка настроек «Статусы заказов», где для каждого состояния доставки Ozon выбирается статус заказа на сайте. Незаполненные строки пропускаются — заказ остаётся в текущем статусе.

Добавлен агент SyncOrderStatusesAgent: периодически запрашивает отправления заказов в Ozon (FBO и FBS), сводит их к итоговому состоянию и переводит заказ на сайте в сопоставленный статус. Период запуска и глубина проверки заказов в днях настраиваются, есть кнопка разового запуска «Синхронизировать сейчас».

Заказы с несколькими отправлениями в разных состояниях получают составные статусы: «Частично в пункте выдачи», «Частично доставляется», «Частично доставлено».

Названия статусов отправлений Ozon вынесены в единый справочник модуля и используются на страницах списка и детального просмотра заказов.

Безопасность: все служебные AJAX-действия модуля (синхронизация данных, видимость товаров, проверка API, получение ссылки авторизации) и страницы административного раздела теперь требуют прав на модуль — раньше было достаточно любой авторизации на сайте. Права на модуль можно выдавать группам пользователей.

Безопасность: client-secret и токены доступа Ozon шифруются перед сохранением в базу; значения, сохранённые прежними версиями, перешифровываются автоматически при первом подключении модуля.

Безопасность: данные выбранного пункта выдачи экранируются перед выводом на странице оформления заказа, а ответ расчёта доставки, пришедший из формы, сверяется с составом корзины перед созданием заказа в Ozon.

Безопасность: ограничен размер выборки точек ПВЗ и добавлено кеширование данных пункта выдачи — анонимные запросы больше не проксируются в Ozon API один к одному.

Исправлена опечатка в фабрике логгера, из-за которой при выборе пользовательского PSR-3-логгера без указания класса возникала фатальная ошибка.

Версия 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

Добавлена доставка курьером Ozon: новый тип доставки с собственным расчётом стоимости и отдельной настройкой наценки (фиксированная сумма или процент).

Добавлен раздел «Озон логистика» в меню административной панели со списком заказов и детальной страницей каждого заказа (статус, отправления, трекинг).

Добавлена отмена заказа Ozon и отдельных отправлений из административной панели.

Добавлено пересоздание заказа Ozon из административной панели.

Настройка разрешения изменять ФИО покупателя в заказах Ozon вынесена в отдельный блок параметров модуля.

Версия 1.2.0

Исправлен расчёт стоимости доставки с учётом схемы доставки: FBO — каждая единица товара отдельное отправление; FBS — все единицы одного товара одно отправление; MIX — схема определяется по наличию остатков FBS/FBO у каждого товара (FBS имеет приоритет).

Добавлены ранее не учтённые статьи расходов Ozon Доставки: доставка до ПВЗ партнёрами (до 25 ₽) и выдача товара в партнёрском ПВЗ (30 ₽ за единицу, тариф с 04.06.2026).

Обновлены тарифы универсальной логистики (таблица актуальна с 01.06.2026), исправлены перекрывающиеся границы диапазонов объёмов в предыдущей версии таблицы.