Озон логистика
От: Коротков Александр
19 900 ₽
Подарки при покупке — выберите 2 из 3
Действует при покупке лицензии модуля через DataKit
Купить с подарками
Условия акции
Подарки предоставляются при покупке лицензии модуля через DataKit. Можно выбрать два подарка из трёх. Бесплатная установка — установка модуля на сайт клиента и проверка работы, без настройки под бизнес-процессы и доработок; нужен доступ к сайту или хостингу. Запуск за 1 рабочий день отсчитывается с момента оплаты и получения доступов. Первые 3 месяца VPS для 1С-Битрикс оплачивает DataKit при заказе хостинга через DataKit. Подарки не заменяются деньгами.
Дата публикации:
08.05.2026
Число установок:
Менее 50 раз
Дата обновления:
17.10.2026
Включает в себя:
Модуль
Последняя версия:
4.5.1
Модуль Ipakor: Озон логистика обеспечивает интеграцию интернет-магазина на 1С-Битрикс с логистикой Ozon.
Как работает модуль
Модуль работает по следующей схеме:
Оформление заказа — на странице оформления заказа покупатель выбирает службу доставки Ozon, на карте выбирает ближайший ПВЗ.
Расчёт доставки — модуль обращается к Ozon API и получает доступные сроки доставки. Тарифы доставки загружаются в настройках модуля и могут быть как стандартными, так и кастомными.
Проверка товаров — перед показом службы доставки модуль проверяет, что все товары из корзины продаются на Ozon с остатками на складе (в зависимости от выбранной схемы: FBO, FBS или MIX).
Оплата заказа — при успешной оплате заказа модуль автоматически создаёт заявку на доставку в Ozon.
Отмена заказа — при отмене заказа на сайте модуль отменяет соответствующий заказ в Ozon.
Характеристики
|
Дата публикации
|
08.05.2026 |
|
Число установок
|
Менее 50 раз |
|
Дата обновления
|
17.10.2026 |
|
Включает в себя
|
Модуль |
|
Последняя версия
|
4.5.1 |
|
Адаптивность
|
Да |
|
Поддержка композита
|
Да |
|
Совместимо с Сайты24
|
Да |
|
Подходящие редакции 1С-Битрикс
|
3380 3381 |
|
Наличие демо-режима
|
Да |
|
Продолжительность демо-периода
|
30 |
- Версия 4.5.1
- Данные доставки Ozon больше не теряются при смене типа плательщика заказа. Так бывает на сайтах с Битрикс24: CRM при синхронизации заказа со сделкой ставит заказу свой тип плательщика, и свойства модуля нового типа оставались пустыми. В списке заказов Ozon у таких заказов пропадали пункт выдачи, номер заказа и статус Ozon, а агент статусов переставал их обновлять
- Теперь модуль переносит номер заказа Ozon, пункт выдачи, данные курьера, адрес и телефон в свойства нового типа плательщика при сохранении заказа
- Заказы, у которых тип плательщика сменился до обновления, исправляются один раз автоматически: при установке обновления, при сохранении любого заказа или при открытии списка заказов Ozon
- Версия 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, который модуль сохранил на стороне сайта, и его состав сверяется с корзиной покупателя — подменить стоимость доставки из формы оформления заказа нельзя.
- Версия 3.3.0
- Исправлено: продление доступа к API Ozon. Ozon присылает новый refresh_token не при каждом обновлении токена, а модуль записывал его всегда — пустое значение затирало рабочий refresh_token, и через некоторое время кабинет приходилось авторизовать заново. Теперь refresh_token перезаписывается, только если Ozon его вернул, а срок жизни и scope нового токена берутся из ответа аккуратно.
- Исправлено: зависший признак «идёт обновление токена». Признак защищает от одновременного обновления токена несколькими процессами, но снять его было некому, если процесс обрывался — падение PHP, перезапуск воркера, снятие процесса по таймауту, — а также если строка токена кабинета исчезала во время обновления. После этого каждый запрос к Ozon десять секунд ждал чужого обновления и завершался ошибкой, пока признак не снимали вручную в базе. Теперь признак снимается в любом исходе обновления, а заведомо брошенную блокировку (старше двух минут — вчетверо больше самого долгого живого обновления) следующий процесс забирает себе и обновляет токен сам.
- Заодно устранена гонка при захвате этой блокировки: проверка и установка признака выполняются одним условным запросом, поэтому два процесса, начавшие обновление одновременно, больше не уходят в Ozon оба — второй дожидается результата первого.
- Исправлено: неудачная авторизация кабинета по коду (неверный client_secret, просроченный код авторизации, ошибка на стороне Ozon) показывалась как успешная, хотя токен не сохранялся. Теперь модуль сообщает об ошибке, а подробности ответа Ozon пишутся в лог.
- Раздел «Озон логистика», карточка заказа: кнопка создания заказа в Ozon показывается, пока заказ создан не во всех кабинетах, задействованных в расчёте. Раньше она исчезала, как только появлялся хотя бы один заказ Ozon, — при неудаче в одном из кабинетов и после отмены заказа в кабинете повторить создание из админки было нельзя. Кабинеты с уже созданным и не отменённым заказом пропускаются, дублей не возникает.
- Версия 3.2.0
- Новое: коды маркировки «Честный ЗНАК» из Ozon. Для маркируемых товаров Ozon сообщает коды тех экземпляров, которые он подобрал на складе и выдал покупателю, — модуль записывает их в стандартное поле Битрикса «Маркировочный код» у позиций отгрузки заказа. Дальше Битрикс сам ставит код в кассовый чек, а оператор фискальных данных выводит его из оборота.
- Коды запрашиваются тем же агентом, что и статусы заказов. На вкладке «Статусы заказов» появились галка «Получать коды маркировки из Ozon» и колонка «Маркировка» в таблице сопоставления: в ней отмечаются состояния отправлений, в которых запрашивать коды. Коды пишутся раньше действия над отгрузкой — иначе провести отгрузку Битрикс не даст.
- В карточке заказа раздела «Озон логистика» появилась кнопка «Записать коды маркировки» для разового запроса по конкретному заказу, а в составе отправлений — колонка с полученными кодами.
- Запрос кодов по отправлениям FBS вынесен в отдельную настройку и по умолчанию выключен: при FBS экземпляры подбирает и передаёт в Ozon сам продавец, поэтому возвращать Ozon нечего.
- Исправлено: заказ не создавался в Ozon, если между оформлением и оплатой проходило несколько часов. Расчёт доставки, снятый при оформлении, у Ozon действует ограниченное время: его интервалы переставали приниматься, и создание заказа завершалось ошибкой «bad request» без подробностей. Теперь перед созданием заказа модуль сам запрашивает расчёт заново — по тому же ПВЗ или адресу и по составу заказа — и создаёт заказ по актуальным данным. Заказы, оплаченные на следующий день, после отмены и повторной оплаты или с задержкой платёжной системы, создаются штатно. Если пересчёт не удался, причина пишется в лог, а модуль пробует создать заказ по расчёту, сохранённому при оформлении.
- Исправлено: если ФИО покупателя приходит из одного свойства заказа, имя и фамилия уезжали в Ozon местами. Значение разбирается в порядке «Фамилия Имя Отчество»; вариант с отдельными свойствами имени, фамилии и отчества работает как прежде.
- Исправлено: копейки в цене товара передавались в Ozon неверно. В параметре price поле nanos — это миллиардные доли рубля, а модуль передавал в нём копейки, из-за чего в заказе 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), исправлены перекрывающиеся границы диапазонов объёмов в предыдущей версии таблицы.