Дубовой: SKU - группировка простых товаров в виде торговых предложений

Дубовой: SKU версии 6.4.22 Обновление исправляет чтение SKU-свойств в карточке товара, если Bitrix возвращает коды свойств в другом регистре или часть значений не попала в snapshot. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Свойства SKU теперь сопоставляются с кодами из правила без учета регистра и сохраняются в snapshot под исходными кодами правила. - При сборке SKU-данных модуль дозаполняет отсутствующие значения через чтение свойств по кодам правила. - Карточка товара корректно читает старые snapshot, где коды SKU были сохранены в другом регистре. Почему важно обновить: - Исправление важно для карточек, где числовые или directory-свойства SKU были заполнены в товарах, но не отображались в переключателях. - Обновление помогает показать параметры вроде ширины, диаметра или цветовой температуры после перестройки SKU-индекса. Что сделать после обновления: - Установите обновление модуля. - Перестройте SKU-индекс для затронутых правил или дождитесь фонового прогрева, чтобы новые snapshot получили отсутствующие свойства. - Очистите кэш карточки товара при ручной проверке проблемной страницы.

Дубовой: SKU версии 6.4.21 Обновление исправляет выбор актуальной индексной связи SKU в карточке товара, если у товара остались старые связи с прежними snapshot-группами. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Карточка товара выбирает map-связь только с той snapshot-группой, где действительно есть текущий товар. - При сохранении snapshot старые map-связи этих товаров по тому же сайту, инфоблоку и правилу очищаются автоматически. - Устранен сценарий, когда часть значений SKU в карточке могла быть некликабельной из-за выбора старой неполной группы. Почему важно обновить: - Исправление важно для каталогов, где товары перестраиваются фоновым SKU-индексом и могут временно иметь несколько связей с разными snapshot-группами. - Обновление помогает карточке товара показывать полный и актуальный набор вариантов SKU. Что сделать после обновления: - Установите обновление модуля. - Дождитесь фоновой перестройки SKU-групп или запустите плановый прогрев правил, чтобы старые map-связи были очищены при сохранении свежих snapshot. - Очистите кэш карточки товара при ручной проверке проблемной страницы.

Дубовой: SKU версии 6.4.20 Обновление исправляет выбор индексной SKU-группы в карточке товара, если у товара уже есть актуальная связь с snapshot, а пересчитанный scope-ключ указывает на старую группу. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Карточка товара сначала использует актуальную связь товара с индексной группой SKU. - Старый snapshot, в котором нет текущего товара, больше не используется для построения параметров SKU. - В диагностику SKU добавлены поля, которые показывают источник ключа индекса и расхождение между актуальной связью и пересчитанным ключом. Почему важно обновить: - Исправление устраняет ситуацию, когда в карточке товара могли становиться активными лишние значения параметров SKU из-за чтения устаревшей snapshot-группы. - Обновление важно для каталогов с правилами группировки по scope и товарами, которые могут попадать в разные разделы или перестраиваться фоновым индексом. Что сделать после обновления: - Установите обновление модуля. - Очистите кэш карточки товара или общий кэш сайта, если нужно сразу проверить исправление на публичной странице. - В диагностике SKU проверьте, что INDEX_LOOKUP_SOURCE показывает map, а INDEX_CURRENT_ELEMENT_IN_SNAPSHOT равен true для проблемного товара.

Дубовой: SKU версии 6.4.19 Обновление уточняет отображение параметров SKU в карточке товара, если часть товаров группы имеет пустые значения свойств. Что нового: - Добавлена настройка «Показывать единственное значение параметра SKU». Что улучшено: - Пустые значения свойств SKU больше не считаются отдельным вариантом выбора. - Если настройка выключена, параметр SKU показывается только при двух и более непустых значениях. - Если настройка включена, параметр SKU может отображаться даже при одном непустом значении. - Карточка товара применяет одинаковую логику для публичной сборки SKU и готовых snapshot-данных индекса. Почему важно обновить: - Исправление убирает ложные параметры выбора, которые появлялись из-за пустых значений у части товаров. - Обновление полезно для каталогов, где нужно явно показывать одиночные характеристики группы, например диаметр или цветовую температуру. Что сделать после обновления: - Установите обновление модуля. - При необходимости включите настройку «Показывать единственное значение параметра SKU» на странице настроек модуля. - Дождитесь фоновой перестройки SKU-индекса или запустите плановый прогрев правил, если нужно сразу обновить готовые snapshot-данные.

Дубовой: SKU версии 6.4.18 Обновление исправляет работу SKU-группировки в листинге, если по правилу одновременно есть готовые snapshot-группы и новые записи фоновой очереди. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Листинг больше не отключает готовый SKU-индекс только из-за наличия новых записей очереди по тому же правилу. - Если snapshot-группа уже готова, раздел продолжает показывать сгруппированные товары, а очередь обновляет индекс в фоне. - Карточка и листинг снова используют одну модель: готовые snapshot-данные остаются доступными до фоновой замены. Почему важно обновить: - Исправление устраняет ситуацию, когда карточка товара уже видит SKU-группу, а листинг временно показывает товары без группировки. - Обновление важно для каталогов с частыми обновлениями из 1С, где очередь SKU может постоянно получать новые записи. Что сделать после обновления: - Установите обновление модуля. - Очистите кэш проверяемого раздела. - Проверьте раздел с готовыми snapshot-группами и новыми записями очереди: группировка должна сохраняться, а фоновая обработка продолжит обновлять индекс.

Дубовой: SKU версии 6.4.17 Обновление уточняет безопасную работу SKU-индекса в листинге во время фоновой перестройки и сохраняет обычные товары без SKU в разделах каталога. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Обычные товары, которые не входят в SKU-группы, больше не должны пропадать из раздела при использовании готового SKU-индекса. - При активной перестройке правила листинг временно пропускает SKU-фильтр и показывает базовую выдачу каталога, чтобы не применять устаревший кэш или неполные данные индекса. - Готовый индекс сохраняет SKU-группировку, но добавляет обычные товары в порядке исходной выборки раздела, без простого переноса их в конец списка. - Проверка pending-перестройки правила выполняется без изменения очереди, offset и агента. Почему важно обновить: - Обновление защищает разделы каталога от временного скрытия обычных товаров без SKU во время перестройки индекса. - Исправление особенно важно для больших каталогов, где индекс может обновляться фоном после изменений правил или массовых обновлений товаров. Что сделать после обновления: - Установите обновление модуля. - Если по правилам SKU идет фоновая перестройка, дождитесь завершения обработки агентом. - Очистите кэш проверяемого раздела и убедитесь, что обычные товары без SKU остаются в выдаче, а после завершения перестройки SKU-группировка возвращается из индекса.

Дубовой: SKU версии 6.4.16 Обновление исправляет безопасную перестройку SKU-индекса после изменения правил и настроек названия группы в листинге. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - При пересохранении правила без изменения условий отбора, областей применения и свойств группировки модуль больше не удаляет рабочие snapshot-группы сразу. - Старый индекс остается доступным на публичных страницах до фоновой замены новыми snapshot-группами. - Полный прогрев активных правил теперь ставит на перестройку и уже существующие snapshot-группы, чтобы обновлялись сохраненные данные, включая общее название группы в листинге. Почему важно обновить: - Обновление предотвращает ситуацию, когда после пересохранения правила листинг временно показывает только уже перестроенные группы. - Исправление особенно важно для больших каталогов, где полная фоновая перестройка правила занимает время. Что сделать после обновления: - Установите обновление модуля. - На странице «Индекс SKU» нажмите «Поставить активные правила», если после предыдущего пересохранения правила часть snapshot-групп была удалена. - Дождитесь фоновой обработки очереди агентом и проверьте, что snapshot-группы нужного правила обновляют DATE_BUILD / DATE_UPDATE. - После восстановления индекса очистите кэш нужного раздела и проверьте листинг.

Дубовой: SKU версии 6.4.15 Обновление исправляет обработку названий SKU-групп при перестройке индекса, если в данных каталога встречаются некорректные UTF-8 строки. Что нового: - Новых пользовательских сценариев в этом обновлении не добавлено. Что улучшено: - Формирование общего названия SKU-группы стало устойчивым к некорректным байтам в названии товара или в свойстве названия группы. - AUTO и PROPERTY_AUTO больше не должны переводить запись очереди в ERROR из-за ошибки preg_replace или preg_split на строках с некорректной кодировкой. - Резервный reader snapshot также получил безопасную нормализацию названий, чтобы старые данные индекса не вызывали ошибку при чтении. Почему важно обновить: - Обновление важно для каталогов, где данные приходят из внешних систем и в названиях могут встречаться строки с нарушенной кодировкой. - Исправление помогает фоновой перестройке SKU-индекса продолжать работу вместо остановки отдельных записей очереди с технической ошибкой. Что сделать после обновления: - Установите обновление модуля. - На странице «Индекс SKU» нажмите «Повторить ошибки», если в очереди остались записи ERROR с ошибкой normalizeListingTitle или common-title обработки. - Дождитесь фоновой обработки очереди агентом и проверьте, что новые snapshot-группы создаются без повторения ошибки.

Дубовой: SKU версии 6.4.14 Обновление добавляет управляемое название SKU-группы в листинге каталога без тяжелой публичной сборки данных. Что нового: - Добавлена настройка названия группы в листинге: не формировать, формировать автоматически, брать из свойства главного товара или брать из свойства с автоматическим запасным вариантом. - Настройку можно задать глобально в параметрах модуля или переопределить на уровне конкретного правила SKU. - Название группы сохраняется в SKU-индексе и читается публичным листингом из готового snapshot. Что улучшено: - Быстрый index-hit листинга теперь может отдавать общее название группы, не загружая товары группы заново на публичном запросе. - При изменении глобальной настройки названия модуль планирует фоновую перестройку индекса. - При сохранении правила SKU snapshot правила очищается и ставится на перестройку, чтобы новое название группы попало в индекс. - Для режима «Из свойства главного товара» добавлена проверка: свойство должно быть указано. - Если автоматическое название не найдено, модуль оставляет название главного товара, а не подставляет случайное имя из группы. Почему важно обновить: - Обновление полезно для каталогов, где в листинге должен оставаться главный товар группы, но отображаться общее название SKU-группы. - Новая логика сохраняет производительность SKU-индекса: название готовится заранее и не возвращает тяжелую runtime-сборку на публичную страницу. - Настройки позволяют гибко выбрать источник названия под разные правила и разные разделы каталога. Что сделать после обновления: - Установите обновление модуля. - В настройках модуля или в нужных правилах SKU выберите способ формирования названия группы в листинге. - Если выбран режим по свойству, укажите код свойства главного товара, где хранится название группы. - Дождитесь фоновой перестройки индекса или проверьте состояние на странице «Индекс SKU». - После перестройки очистите кэш нужного раздела и проверьте название SKU-группы в листинге.

Дубовой: SKU версии 6.4.13 Обновление улучшает работу SKU-индекса при массовых обновлениях каталога из 1С и переводит новый индексный контур на правила SKU. Что нового: - Добавлено тихое окно после массовых событий каталога: перестройка инфоблока начинается после завершения потока изменений, а не посреди выгрузки. - Новый SKU-индекс теперь строится только по правилам SKU; старые UF-настройки разделов остаются для штатного старого runtime-сценария. Что улучшено: - Массовый режим 1С продлевается при продолжающихся событиях цены, остатков и товаров, чтобы не запускать постоянную перестройку индекса во время обмена. - Отложенная перестройка инфоблока сохраняет offset и продолжает обработку после окончания тихого окна. - Очередь индекса больше не строит legacy-группы с RULE_ID=0 и не дает старым legacy-записям блокировать rule-based обработку. - На странице «Индекс SKU» добавлена информация о тихом окне и оставшемся ожидании до фоновой обработки массовых изменений. Почему важно обновить: - Обновление важно для магазинов, где 1С несколько раз в день массово обновляет цены, остатки или товары. - Индекс меньше перестраивается кругами во время длинного обмена и начинает пакетную обработку после стабилизации потока событий. - Для больших каталогов новый индексный контур становится предсказуемее: подготовка SKU идет по правилам, без смешивания со старой UF-моделью разделов. Что сделать после обновления: - Установите обновление модуля. - Откройте страницу «Индекс SKU» и убедитесь, что агент обработки очереди активен. - Проверьте, что для товаров, которые должны попадать в новый индекс, настроены активные правила SKU. - После ближайшего обмена с 1С проверьте блок массовых изменений: при активном потоке событий должно отображаться ожидание до фоновой обработки. - Для больших каталогов держите публичную runtime-сборку SKU выключенной и используйте прогретый индекс по правилам.

Дубовой: SKU версии 6.4.12 Обновление ускоряет холодную загрузку листинга SKU при работе через индекс и снижает нагрузку от устаревших snapshot-групп. Что нового: - Добавлена дополнительная защита фоновой перестройки правил SKU: публичный листинг больше не сбрасывает прогресс обработки уже запланированного правила. - Добавлен индекс базы данных для ускорения расчета диапазона цен SKU-групп в листинге. Что улучшено: - Листинг каталога при успешном чтении индекса использует облегченный summary-режим без загрузки элементов, картинок и runtime-данных каждого товара группы. - Устаревшие snapshot-группы в листинге теперь планируют одну фоновую перестройку правила вместо постановки каждой группы в очередь на публичном запросе. - Диапазон цен в быстром листинговом режиме рассчитывается по индексным строкам группы через агрегированные PRICE_MIN и PRICE_MAX. - Уточнены подсказки настроек публичной сборки SKU для больших и малых каталогов. - Релизные проверки теперь контролируют попадание схемы индекса с новым DB-индексом в update-пакет. Почему важно обновить: - Обновление важно для больших разделов каталога, где первый запрос после очистки кеша мог создавать слишком много SQL-запросов даже при использовании SKU-индекса. - Публичные страницы меньше участвуют в служебной перестройке индекса: обновление устаревших данных переносится в фоновый контур. - Фоновая перестройка правил становится устойчивее при активном трафике: cursor обработки не откатывается в начало от публичных stale-hit запросов. Что сделать после обновления: - Установите обновление модуля. - Откройте страницу «Индекс SKU» и убедитесь, что агент обработки очереди активен. - Для больших каталогов держите публичную runtime-сборку SKU выключенной и проверьте, что листинг использует index hit без runtime fallback. - После обновления очистите кеш проблемного раздела и повторно замерьте время компонента dubovoi:sku_group_section. - На больших магазинах проверьте наличие индекса ix_dsku_item_group_avail_price в таблице b_dubovoi_sku_group_item.

Дубовой: SKU версии 6.4.11 Обновление снижает риск тяжелой публичной сборки SKU на больших каталогах и ускоряет первый расчет группировки в листинге при работе через индекс. Что нового: - Добавлен блок настроек «Безопасность публичной сборки SKU». - Добавлена настройка, запрещающая тяжелую сборку SKU на публичной странице, если индекс не дал готовый результат. - Добавлена единая политика публичной сборки SKU для карточки товара и листинга каталога. Что улучшено: - Листинг каталога при чтении индекса использует облегченные данные группы и не загружает все товары группы без необходимости. - Если публичная сборка SKU запрещена, карточка и листинг ставят данные на фоновую подготовку и не кэшируют безопасный пустой результат. - Для листинга уточнен выбор главного товара группы: сначала используется активный главный товар, затем активный товар группы, затем резервный вариант. - В релизные проверки добавлен обязательный контроль нового класса политики публичной сборки SKU. Почему важно обновить: - Обновление особенно важно для больших каталогов, где runtime-сборка SKU на публичной странице может создавать высокую нагрузку. - Модуль получает управляемый безопасный режим: готовые данные берутся из индекса, а неподготовленные группы отправляются на фоновую обработку. - Первый запрос листинга после очистки кеша должен выполнять меньше тяжелых операций при наличии подготовленного индекса. Что сделать после обновления: - Установите обновление модуля. - Откройте настройки модуля и проверьте блок «Безопасность публичной сборки SKU». Для больших каталогов рекомендуется оставить тяжелую сборку при отсутствии готового индекса выключенной. - Откройте страницу «Индекс SKU» и убедитесь, что очередь обрабатывается агентом. - После прогрева правил проверьте карточки и разделы с большим количеством SKU-групп. - Если страницы были закешированы, очистите кеш компонентов или кеш Битрикс.

Дубовой: SKU версии 6.4.10 Точечное обновление исправляет сохранение правил SKU и возвращает вывод картинок товара для SKU-свойств в карточке при работе через индекс. Что нового: - Добавлена проверка названия правила SKU при сохранении в административной части. Что улучшено: - Правило SKU больше нельзя сохранить без названия: модуль показывает понятную подсказку и оставляет введенные данные на форме. - Восстановлена работа параметра product_image_props в карточке товара при использовании готового snapshot из индекса SKU. - Картинка товара снова передается в PRODUCT_IMAGE для SKU-свойств, указанных в настройке product_image_props. Почему важно обновить: - Обновление предотвращает потерю введенных данных при попытке сохранить правило без названия. - Обновление возвращает прежнее ожидаемое поведение карточки товара: для выбранных SKU-свойств вместо текстового значения может выводиться картинка товара. - Исправление важно для сайтов, где карточка товара уже использует новый индекс SKU. Что сделать после обновления: - Установите обновление модуля. - Проверьте создание правила без названия: правило не должно сохраняться, а введенные данные должны остаться на форме. - Проверьте карточку товара, где SKU берется из индекса: свойства из product_image_props должны снова выводить картинку товара. - Если карточка закеширована, очистите кеш компонента или кеш Битрикс.

Дубовой: SKU версии 6.4.9 Обновление развивает модуль для больших каталогов: добавляет индекс SKU, фоновый прогрев правил, автоматическую перестройку при изменениях каталога и более понятную диагностику для администратора. Что нового: - Добавлен новый контур индекса SKU для карточки товара и листинга каталога. - Добавлена страница «Индекс SKU» для контроля очереди, snapshot-групп, связей товаров и состояния фоновой обработки. - После установки обновления модуль сам ставит активные правила SKU на первичный фоновый прогрев. - При создании или изменении правила SKU модуль автоматически планирует перестройку именно этого правила. - Агент индекса временно переходит в ускоренный режим, пока есть активная очередь или запланированная перестройка. - Добавлены метрики использования индекса: карточка и листинг показывают, используются свежие snapshot, устаревшие snapshot или runtime fallback. - Добавлен журнал диагностики индекса, который можно включать только на время проверки. - Добавлен безопасный fallback: если snapshot еще не готов, публичная страница продолжает работать через runtime, а перестройка уходит в фон. Что улучшено: - Снижена нагрузка на карточку товара и листинг каталога при больших SKU-группировках. - Прогрев правил выполняется пошагово и не собирает весь каталог в память. - Изменение одного правила больше не запускает полный прогрев всех правил. - При массовых изменениях товаров, цен или остатков модуль ставит перестройку в очередь и обрабатывает ее фоново. - Очередь индекса меньше засоряется пустыми задачами для товаров, которые не подходят ни под одно активное правило SKU. - Ошибочные записи очереди можно вернуть в обработку через действие «Повторить ошибки». - Улучшены подсказки на странице «Индекс SKU»: обычная автоматическая работа отделена от ручной диагностики. - HL-блоки directory-свойств теперь читаются безопасно: модуль запрашивает только реально существующие поля. - Модуль больше не падает, если у directory HL-блока нет поля UF_FILE. - Картинки значений продолжают выводиться для HL-блоков, где UF_FILE есть. - Сортировка по UF_SORT продолжает работать, если поле UF_SORT есть в HL-блоке. - Поддержка старого UF-формата сохраняется в runtime без принудительного массового прогрева. Почему важно обновить: - Обновление особенно важно для каталогов с большим количеством простых товаров в одной SKU-группировке. - Публичные страницы получают более предсказуемое поведение: готовые SKU-данные берутся из индекса, а тяжелая перестройка выполняется в фоне. - Администратору проще понять, что происходит с индексом: сколько записей в очереди, есть ли ошибки, появились ли snapshot-группы и использует ли сайт индекс. - Переход на индекс SKU для активных правил выполняется автоматически после установки обновления. - Обновление устраняет ошибку Bitrix ORM Unknown field definition UF_FILE на HL-блоках без поля изображения. Что сделать после обновления: - Установите обновление модуля. - Откройте страницу «Индекс SKU» для контроля статуса очереди и метрик. - Дождитесь фоновой обработки активных правил SKU. Ручной запуск прогрева обычно не требуется. - Проверьте карточку товара и листинг каталога на товарах с большими SKU-группировками. - Если есть ERROR в очереди, включите журнал диагностики, устраните причину и используйте действие «Повторить ошибки». - Для полного автоматического прогрева используйте правила SKU; старые UF-настройки продолжают работать в прежнем runtime-режиме.

Дубовой: SKU версии 6.4.8 Обновление добавляет повторную обработку ошибок очереди индекса SKU.

Дубовой: SKU версии 6.4.7 Короткое техническое обновление индекса SKU. Что нового: - Исправлена обработка очереди индекса SKU. Что улучшено: - Сборка snapshot больше не должна останавливаться, если у товара не найдена цена. Почему важно обновить: - Обновление важно для стабильного прогрева индекса после создания правил SKU. Что сделать после обновления: - Откройте страницу «Индекс SKU» и проверьте обработку очереди.

Дубовой: SKU версии 6.4.6 Обновление исправляет обработку очереди индекса SKU для записей, связанных с конкретным правилом группировки. Что нового: - Очередь индекса теперь корректно находит настройки конкретного правила SKU при перестройке группы. - Первичная запись после открытия карточки товара может быть обработана без ошибки поиска правила. Что улучшено: - Обработка очереди стабильнее работает после создания нового правила SKU. - Проверка записи очереди учитывает правило, товар, инфоблок и сайт, чтобы собрать нужную группу. - Страница «Индекс SKU» должна понятнее показывать результат ручной обработки очереди. Почему важно обновить: - Обновление важно для первичного прогрева индекса после создания правила SKU. - Исправление нужно, чтобы запись NEW могла перейти в обработанное состояние при ручном или автоматическом запуске очереди. - Пакет снижает риск остановки первичной сборки snapshot-группы из-за ошибки определения правила. Что сделать после обновления: - Откройте страницу «Индекс SKU». - Нажмите «Обработать очередь» для одной тестовой записи NEW. - Проверьте, что запись перешла в завершенное состояние или показала понятную ошибку.

Дубовой: SKU версии 6.4.5 Обновление исправляет обработку очереди индекса SKU и делает ошибки на странице индекса понятными оператору. Что нового: - AJAX-действия страницы «Индекс SKU» теперь возвращают понятный JSON-ответ при ошибке обработки. - Кнопки страницы индекса больше не остаются заблокированными после ошибки запроса. Что улучшено: - Обработка очереди корректнее работает с первым card_snapshot_miss: если по GROUP_KEY еще нет связей, модуль пробует собрать snapshot от исходного товара. - При ошибке backend-действия оператор видит текст ошибки вместо зависшей кнопки и пустого состояния. - Записи очереди больше не должны оставаться молча в PROCESSING при штатной ошибке перестройки.

Дубовой: SKU версии 6.4.4 Обновление делает страницу индекса SKU понятнее для работы с прогревом, очередью и snapshot-группами. Что нового: - На странице «Индекс SKU» добавлен отдельный блок «Порядок работы» с понятной последовательностью действий после создания или изменения правила. - Подсказки к кнопкам вынесены в отдельный пунктирный блок и разделены по действиям. Что улучшено: - Каждая кнопка на странице индекса теперь имеет отдельное описание: когда ее использовать и какой результат ожидать. - Инструкции визуально отделены от параметров и кнопок, чтобы не смешиваться с рабочими настройками. - Терминология на странице стала ближе к операторским сценариям: очередь, прогрев правила, snapshot-группы и ручная обработка. Почему важно обновить: - Обновление снижает риск неправильной эксплуатации нового контура индекса SKU. - Администратору проще понять, что делать после создания правила, при очереди NEW и при ошибках перестройки. - Это особенно важно для больших каталогов, где прогрев и обработка очереди должны выполняться пошагово и предсказуемо. Что сделать после обновления: - Откройте страницу «Индекс SKU» и ознакомьтесь с блоком «Порядок работы». - После создания или изменения правила выберите его и запустите «Прогреть порцию правила». - Проверьте вкладки «Очередь» и «Snapshot-группы», чтобы убедиться, что индекс начал заполняться.

Дубовой: SKU версии 6.4.3 Обновление улучшает страницу индекса SKU и исправляет регистрацию фонового агента перестройки индекса. Что нового: - На странице «Индекс SKU» добавлено понятное описание назначения раздела и порядка работы с индексом. - Добавлены пояснения к очереди, snapshot-группам, связям товаров, ручной обработке и прогреву правила. Что улучшено: - Фильтры на странице индекса скрыты по умолчанию и открываются только по ссылке. - Длинные технические ключи групп больше не ломают таблицу индекса. - Текстовые значения статистики выводятся компактнее. - Фоновый агент перестройки индекса теперь регистрируется с корректной датой следующего запуска и обновляет существующую запись без дублей. Почему важно обновить: - Обновление важно для больших каталогов, где индекс SKU должен перестраиваться в фоне без тяжелой нагрузки на публичные страницы. - Администратору проще понять, что происходит с очередью и когда нужно запускать ручную обработку. - Корректный агент помогает автоматической перестройке индекса работать предсказуемо. Что сделать после обновления: - Откройте страницу «Индекс SKU» и проверьте состояние очереди. - Проверьте, что агент перестройки индекса SKU активен и имеет корректную дату следующего запуска. - После создания или изменения правила SKU поставьте правило на прогрев и при необходимости обработайте небольшую порцию очереди вручную.

Дубовой: SKU версии 6.4.2 Обновление уточняет работу правил SKU и вывод цены в блоке всех вариантов товара. Что нового: - Правила SKU теперь корректно поддерживают условия отбора по названию товара, конкретным товарам, цене и остаткам без обязательного выбора свойства группировки. - Для таких правил используется группировка по области правила, а выбранные SKU-свойства остаются только свойствами для вывода вариантов. Что улучшено: - Условия по свойствам продолжают работать как раньше и могут формировать группировку по значениям свойств. - Условия по названию, цене, остаткам и выбранным товарам больше не приводят к ошибке о пустых свойствах группировки. - В шаблонах карточки товара цена в блоке «Все варианты» выводится в исходном виде без дополнительной замены HTML-переносов. Почему важно обновить: - Обновление важно для правил, где товары объединяются не по свойству, а по области раздела и дополнительным условиям отбора. - Карточка товара перестает ошибочно считать такие правила неполными. - Вывод цены в списке вариантов становится ближе к тому формату, который уже подготовлен модулем или шаблоном сайта. Что сделать после обновления: - Проверьте правила SKU, где в условиях используется название товара, цена, остаток или список товаров. - Откройте карточку товара и убедитесь, что блок «Все варианты» показывает нужные варианты и цену. - Если для правила уже был прогрет индекс, поставьте это правило на повторный прогрев.

Дубовой: SKU версии 6.4.1 Обновление добавляет быстрый контур индекса SKU для больших группировок товаров и снижает нагрузку на каталог, карточку товара и прогрев данных. Что нового: - Добавлена отдельная страница «Индекс SKU» для контроля очереди, snapshot-групп, связей товаров и отложенной перестройки. - Добавлен фоновый контур перестройки SKU-групп для отсутствующих и устаревших данных без тяжелой синхронной перестройки на публичном запросе. - Добавлен режим отложенной перестройки инфоблока при массовых изменениях каталога, например после большой выгрузки из 1С. Что улучшено: - Карточка товара и листинг каталога в первую очередь используют подготовленные данные индекса SKU. - Прогрев правил SKU выполняется пошагово и не собирает все товары правила в память перед постановкой в очередь. - Списки на странице индекса используют постраничный вывод и быстрые счетчики, чтобы не нагружать большие таблицы. - Очередь автоматически очищает завершенные записи в пределах настроенного срока хранения. Почему важно обновить: - Обновление особенно важно для каталогов с большим количеством простых товаров в одной SKU-группировке. - При массовом изменении цен, остатков или свойств модуль не должен создавать тяжелую нагрузку на публичные страницы. - Администратор получает понятное место, где видно состояние индекса, очередь обработки и отложенные перестройки. Что сделать после обновления: - Откройте страницу «Индекс SKU» в меню модуля и проверьте состояние очереди. - Поставьте активные правила SKU на фоновую перестройку или запустите прогрев нужного правила batch-ами. - После прогрева проверьте карточку товара и листинг каталога на товарах с большими SKU-группировками.

Дубовой: SKU версии 6.4.0 Обновление усиливает меры безопасности модуля и потенциальные уязвимости

Обязятальные обновления безопасности. Устранены потенциальные уязвимости.

В обновлении улучшена работа правил остатков и цен для SKU в карточке и в листинге каталога. Что изменилось: - в правилах для источника цены и источника остатков добавлен режим «Как в настройках модуля»; - если источник не переопределен в правиле, теперь корректно применяется глобальная настройка модуля; - исправлена логика доступности SKU: поведение «Скрывать / Показывать без клика / Показывать с кликом» по нулевой цене и нулевому остатку работает с учетом выбранного источника; - улучшена фильтрация в листинге (sku_group_section): главный товар в группе выбирается только среди товаров, которые разрешены правилами доступности; - товары, которые по правилам должны быть скрыты или неактивны для выбора, больше не становятся «главными» в группе. Обновление делает поведение модуля предсказуемым при работе со складами и нестандартными источниками цены, без изменения текущего API интеграции.

В обновлении исправлено отображение цен в блоке альтернативных товаров. Что изменилось: - корректно выводится символ рубля и другие HTML-сущности валют; - цены больше не отображаются в виде HTML-кода; - исправление применено для стандартного шаблона и шаблонов решений Аспро. Обновление устраняет ошибку отображения цены в карточке товара без изменения логики расчета цен.

Обязательное обновление! Обновлена система защиты модуля, устранены потенциальные уязвимости.

Обязательное обновление! Обновлена система защиты модуля, устранены потенциальные уязвимости.

В обновлении улучшена логика группировки товаров в SKU. Что это дает: - теперь можно гибко задавать, в каких разделах искать товары для группировки; - настройку можно установить сразу для всего модуля и отдельно для каждого правила; - модуль стал точнее подбирать товары в карточке товара при работе по правилам; - стало проще выявлять причины, если товары не попали в группировку. Обновление делает работу модуля более понятной и предсказуемой при настройке разных правил для разных разделов каталога.

Улучшения в работе модуля

Глобальное обновление модуля. Выполнен переход модуля в режим управления через конструктор правил. Внедрена возможность фильтрации товаров на уровне разделов. Устранены уязвимости модуля. Новая версия модуля позволяет: - настривать фильтрацию товаров в разделах - управлять SKU-группировкой из единого интерфейса; - настраивать разные сценарии для разных каталогов и разделов; - гибко отбирать товары для группировки; - использовать разные параметры SKU в разных частях каталога; - отдельно управлять листингом, карточкой товара, блоком «Все варианты» и альтернативными товарами; - использовать цены как из каталога, так и из свойств; - учитывать остатки как общие, так и складские; - плавно перейти со старой логики на новую без потери совместимости. Перед обновлением необходимо сделать резервную копию файлов модуля или всего сайта. В новой версии модуль перешёл на новый принцип работы: вместо жёсткой привязки логики только к настройкам разделов каталога теперь используется полноценная система правил группировки товаров. Это ключевое обновление архитектуры модуля. Теперь администратор интернет-магазина может настраивать поведение группировки не только через UF-поля разделов и общие параметры модуля, а через отдельный встроенный конструктор правил в интерфейсе самого модуля. При этом важный момент: текущий рабочий функционал сохранён. Если правила не созданы, модуль продолжает работать по старой схеме - через настройки разделов каталога, UF-поля и глобальные параметры. Это позволяет переходить на новую логику постепенно, без риска для уже настроенного каталога. Главное изменение версии В модуле появился собственный конструктор правил группировки товаров. Теперь логика работы строится по следующему приоритету: - сначала анализируются созданные правила; - если подходящих правил нет, используются настройки разделов каталога; - если и там нет нужной логики, используются общие настройки модуля. Это даёт сразу несколько преимуществ: - можно настраивать разные сценарии группировки для разных каталогов и разделов; - можно отказаться от перегрузки UF-полей и перенести управление в удобный интерфейс; - можно внедрять новую логику точечно, не ломая уже работающий магазин; - появляется централизованная точка управления правилами, параметрами SKU, листингом, блоком «Все варианты» и альтернативными товарами. Что появилось в новой версии 1. Конструктор правил группировки товаров В модуле появилась отдельная страница управления правилами. Для каждого правила можно задать: - активность правила; - название; - приоритет; - сортировку; - область действия; - условия отбора товаров; - свойства для SKU; - поведение при нулевых остатках и нулевых ценах; - переопределение глобальных параметров модуля; - настройки блока «Все варианты»; - настройки блока «Альтернативные товары»; - настройки фильтрации товаров в листинге каталога. Правила хранятся в собственной структуре таблиц модуля, что позволяет развивать систему дальше без привязки к разделам каталога. Также предусмотрена работа с таблицами конструктора: если таблицы ещё не созданы, модуль может определить это и создать их через интерфейс. 2. Гибкая область действия правила Раньше логика в основном задавалась на уровне раздела. Теперь правило можно применять гораздо точнее. Сейчас правило можно привязать: - к конкретному сайту; - к конкретному инфоблоку каталога; - к одному или нескольким разделам; - ко всему каталогу выбранного инфоблока, если разделы не указаны. Это позволяет делать независимые сценарии для разных витрин, каталогов и групп товаров внутри одного проекта. Например: - один сценарий для обуви; - другой для одежды; - отдельный для конкретного раздела; - отдельный для подкатегорий внутри крупного раздела. 3. Новый механизм отбора товаров для группировки Самое важное развитие - это разделение двух сущностей: - отбор товаров; - логика их последующей группировки. Теперь сначала модуль отбирает товары по правилам, а уже затем формирует SKU-группы и параметры выбора. В конструкторе добавлены следующие типы условий отбора: - совпадение значений свойств; - выбор свойств по префиксу кода; - отбор по вхождению части названия товара; - отбор по началу названия товара; - отбор по конкретным товарам; - отбор по положительной цене; - отбор по положительной цене из свойства; - отбор по общему остатку товара; - отбор по остаткам на конкретных складах. Условия можно комбинировать в группы. Поддерживается логика: - И; - ИЛИ. Причём логика работает на двух уровнях: - между группами условий; - внутри каждой группы условий. Это позволяет строить сложные сценарии без доработки кода. Например: - товары из раздела, у которых совпадают значения свойств; - или товары, у которых название начинается с заданного фрагмента; - и при этом цена должна быть больше нуля; - и товар должен быть в наличии. 4. Новый подход к свойствам группировки В старой схеме свойства группировки указывались напрямую в разделе каталога. В новой версии это развитие стало более гибким: - свойства, участвующие в логике отбора и группировки, теперь можно задавать в правилах; - можно использовать несколько свойств одновременно; - можно работать не только по точному совпадению, но и по префиксу кодов свойств; - можно комбинировать это с другими условиями отбора. Также сохранена логика строгой и нестрогой проверки значений свойств. Это позволяет решать более сложные задачи. Например: - группировать товары по бренду и серии; - группировать по группе свойств с одинаковым префиксом; - учитывать только товары, где заполнены все нужные свойства; - или наоборот - разрешать частично заполненные свойства для более гибкой выборки. 5. Свойства SKU теперь управляются из правил В новой версии свойства, которые выводятся в карточке товара как параметры выбора SKU, можно задавать прямо в правиле. Это значит, что для разных разделов, каталогов и сценариев можно использовать разные наборы параметров SKU. Появились следующие возможности: - быстрый выбор свойств каталога; - поиск свойств по названию; - поиск свойств по символьному коду; - динамическая подгрузка подходящих свойств; - привязка свойств SKU к выбранному инфоблоку правила. Это значительно ускоряет настройку и снижает количество ошибок администратора при работе с модулем. Дополнительно блок свойств SKU сделан обязательным для правила, чтобы исключить создание неполных конфигураций. 6. Переопределение глобальных параметров на уровне правила Теперь правило может не только задавать отбор товаров, но и переопределять общие настройки модуля для конкретного сценария. Это одно из самых важных улучшений новой версии. На уровне конкретного правила можно переопределять: - строгую проверку наличия всех значений свойств; - проверку доступности комбинаций SKU; - сортировку значений SKU; - обратную сортировку значений SKU; - исключение товаров без цен; - типы цен, без которых товары исключаются из группировки; - исключение товаров с нулевым остатком; - источник остатков; - склады, по которым проверяется наличие; - исключение товаров по значениям свойств. Это даёт очень точное управление логикой показа товаров без необходимости создавать отдельные кастомные доработки под каждый каталог. 7. Настройка поведения при нулевой цене и нулевых остатках В новой версии логика работы с недоступными комбинациями стала значительно гибче. Можно отдельно настраивать поведение для: - комбинаций с нулевым остатком; - комбинаций с отсутствующей или нулевой ценой. Для каждого случая доступны варианты: - скрывать; - показывать без возможности клика; - показывать с возможностью клика. Также добавлены настройки источников данных: - источник цены - торговый каталог или свойство; - источник остатков - общий остаток или остатки по складам; - выбор конкретных типов цен; - выбор конкретных складов. Это особенно важно для проектов, где: - цены хранятся не только в каталоге, но и в свойствах; - остатки учитываются по отдельным складам; - разные сценарии должны работать по разным бизнес-правилам. 8. Блок «Все варианты» стал полноценной настраиваемой частью модуля Функция вывода блока «Все варианты» теперь вынесена в отдельный логический блок и получила расширенные настройки. Теперь можно управлять: - показом блока «Все варианты»; - показом цен товаров в блоке; - источником цены; - типами цен; - шаблоном названия товара; - словами, которые нужно удалять из названий товаров. Это позволяет использовать блок «Все варианты» не просто как список товаров, а как настраиваемый интерфейс выбора, адаптированный под конкретный каталог. Например: - очищать названия от повторяющихся слов; - формировать название по шаблону; - выводить только нужные цены; - использовать цену из свойства, если так устроен каталог. 9. Блок «Альтернативные товары» стал намного гибче Серьёзно расширен функционал альтернативных товаров. Теперь можно управлять в рамках правил: - включением блока; - заголовком блока; - глубиной поиска альтернативных товаров; - глубиной вложенности подразделов; - скрытием товаров без цен; - скрытием товаров с нулевым остатком; - типами цен, которые участвуют в фильтрации; - источником цены для фильтрации; - свойствами, которые должны совпадать; - свойствами, которые должны отличаться. Это делает блок альтернативных товаров не статической функцией, а гибким инструментом рекомендаций внутри каталога. Теперь можно настраивать, чтобы альтернативными считались товары: - с одинаковыми базовыми характеристиками; - но с отличающимся брендом; - или наоборот - с одинаковым брендом, но разными параметрами; - только из текущего раздела; - из родительских разделов; - из всего каталога. 10. Фильтрация товаров в листинге каталога Отдельное крупное обновление - развитие компонента группировки для листинга каталога. Теперь для правила можно отдельно включить или отключить фильтрацию товаров в листинге. Если опция не включена, компонент фильтрации листинга не вмешивается в работу каталога. Если опция включена, модуль позволяет определить, какой товар будет главным в группе и останется в листинге. Поддерживаются сценарии: - главный товар по минимальной цене; - главный товар по значению выбранного свойства. Это открывает новые возможности для витрины каталога: - в листинге можно оставить один «основной» товар из группы; - остальные товары будут объединены логически; - можно управлять визуальной чистотой каталога; - можно выводить не самый дешёвый товар, а товар с нужным признаком. Например: - главный товар с меткой «новинка»; - главный товар с нужным значением свойства; - главный товар с минимальной ценой. 11. Обновлена интеграция компонента в листинге каталога Для листинга добавлены понятные правила интеграции. Теперь отдельно описано, что компонент фильтрации листинга должен подключаться: - программно; - перед вызовом catalog.section; - с теми же ключевыми параметрами, что используются в catalog.section. Это уменьшает риск ошибок при внедрении и делает поведение модуля в каталоге более предсказуемым. 12. Появилась отдельная страница «Интеграция модуля» Интеграционные настройки вынесены на отдельную страницу. На этой странице собраны: - параметры интеграции модуля в карточке товара; - параметры автоматической интеграции; - настройки AJAX-варианта; - примеры вызова компонентов; - подсказки по подключению в различных шаблонах; - пояснения по интеграции в листинге; - пояснения по интеграции альтернативных товаров. Это важное улучшение для разработчиков и интеграторов, потому что теперь настройки логики и настройки подключения разделены. 13. Улучшен UX интерфейса конструктора правил Интерфейс работы с правилами был серьёзно переработан. Среди улучшений: - выделение выбранных сайтов и инфоблоков; - удобный выбор разделов через popup; - дерево разделов с поиском; - автоподбор дочерних разделов при выборе родительского; - более понятные русскоязычные формулировки вместо технических операторов; - скрытие лишних параметров, если они не нужны в текущем контексте; - подсказки к полям; - группировка настроек по смысловым блокам; - скрываемые дополнительные блоки; - улучшенная логика показа элементов И / ИЛИ; - более понятная работа с импортом и экспортом правил. В результате конструктор стал заметно удобнее для администратора магазина и требует меньше технической подготовки для настройки. 14. Импорт и экспорт правил В модуле появилась возможность переноса правил между сайтами и проектами. Поддерживается: - экспорт правил в JSON; - импорт правил из JSON; - сохранение существующих правил без вмешательства в уже настроенную логику; - ускоренный перенос конфигурации между средами. Это особенно полезно: - при переносе настроек с dev на prod; - при тиражировании похожих магазинов; - при развёртывании модуля на нескольких проектах. 15. Повышена надёжность и согласованность работы модуля В рамках перехода на правила были доработаны внутренние механизмы модуля: - правила получили собственную схему хранения; - логика определения активного сценария стала приоритетной и предсказуемой; - сохранена обратная совместимость со старой моделью настройки; - доработана работа фильтров по ценам и остаткам; - расширены источники данных для цен; - улучшено согласование правил и компонентной логики. Это создаёт базу для дальнейшего развития модуля без накопления хаотичных частных настроек. 16. Сохранена обратная совместимость Это одно из главных преимуществ новой версии. Модуль не требует одномоментного отказа от старой схемы. Если правила не созданы, продолжают работать: - настройки разделов каталога; - UF-поля разделов; - глобальные параметры модуля; - прежняя логика интеграции. Это позволяет: - внедрять новую версию без остановки проекта; - переносить настройки поэтапно; - проверять новую логику на отдельных разделах; - не рисковать уже работающей витриной. Что это даёт владельцу магазина и администратору Новая версия модуля позволяет: - управлять SKU-группировкой из единого интерфейса; - настраивать разные сценарии для разных каталогов и разделов; - гибко отбирать товары для группировки; - использовать разные параметры SKU в разных частях каталога; - отдельно управлять листингом, карточкой товара, блоком «Все варианты» и альтернативными товарами; - использовать цены как из каталога, так и из свойств; - учитывать остатки как общие, так и складские; - плавно перейти со старой логики на новую без потери совместимости. Переход модуля на систему правил - это не просто косметическое обновление интерфейса, а полноценное развитие модуля до уровня гибкой платформы управления SKU-группировкой. Новая версия делает модуль: - более гибким; - более масштабируемым; - более удобным для администратора; - более понятным для интегратора; - более безопасным для плавного перехода с существующих настроек.

Незначительные улучшения работы модуля

Реализована возможность выводить картинки товаров вместо значений свойств SKU в карточке товара В настройках модуля добавлена возможность указания для каких свойств выводить картинки товара

Добавлено автоматическое удаление всех пользовательских свойств при удалении модуля (удаляются свойства в разделах каталога, которые были сгенерированы самим модулем).

Реализована возможность исключить из группировки товары без цен, с нулевыми остатками, а также по каким-либо свойствами (например, снятые с продажи товары).

Добавлен новый шаблон SKU для типового решения Аспро Лайтшоп

Улучшуна логика блока альтернативных товаров, добавлен шаблон для решения Аспро Максимум

Масштабное обновление! Перед установкой обязательно сделайте резервную копию сайта. Внедрен новый функционал - "Альтернативные товары". Выводится в виде слайдера товаров отдельным независимымы компонентом, который можно разместить в любом месте карточки товара. Например, у товара 2 параметра SKU - Напряжение 380Вт, Мощность 5.5кВт. Модуль позволяет вывести альтернативные товары с такими же параметрами, но другого бренда или с учетом любых других свойств. В настройках разделов каталога можно задавать список свойств, которые должны совпадать с текущим товаром (это могут быть как свойства SKU, так и любые другие свойства), а также список свойств, которые должны отличаться (например, выведем все вариации текущего товара, но с другим брендом). В настройках модуля можно выбрать принцип выборки альтернаивных товаров - рандомный отбор при каждой загрузке страницы или же вывод товаров с минимальным (или максимальным) ID или индексом сортировки. Поддерживается как статичный вывод компонента, так и фоновая AJAX загрузка блока чтобы не влиять на скорость отрисовки страницы при большом количество товаров в слайдере, а также избежать кэширования данных при рандомной выборке товаров. Также функционал альтернативных товаров теперь можно использовать в качестве замены блоку "Все вариации" (который выводится в виде выпадающего списка под параметрами SKU). Для этого достаточно указать в качестве совпадающих свойств используемые параметры SKU в разделе. В настройках модуля можно также ограничить выборку альтернативных товаров, у которых нет цены или остатков. Поддерживается автоматическая обрезка высоты названия товаров в слайдере с возможность указания количества строк (от 1 до 4), количество товаров для выборки, количество видимых товаров в слайдере, возможность включения / выключения автоматической прокрутки слайдера. После установки обновления необходимо повторно запустить скрипт генерации свойств в настройках модуля, а также настроить в разделах новые свойства и вывести в шаблоне карточки товара новый компонент (код вызова представлен на странице настроек модуля). Выпущена новая версия страницы "Центр управления Дубовой", где теперь публикается информация о лицензии на продукт, подгражаются новые статьи компании по внедрению модулей, а также отображается актуальный список всех модулей, которые уже опубликованы или в стадии разработки. Реализована защита продукта от пиратства.

В шаблоне названий товаров в блоке "Все варианты" добавлен параметр NAME_ORIGINAL который оставляет регистр названия в исходном виде

Реализована возможность менять названия товаров в блоке "Все вариации" по шаблону в разделах каталога. В разделах добавлено 2 пользовательских свойства - "Шаблон названия товаров" и "Слова для удаления из названия товаров". Например, шаблон - Двигатель {Name} {PROP_ISPOLNENIE} {Prop_napryazhenie}, где Name - название товара с большой буквы, PROP_ISPOLNENIE - значение свойства "Исполнение" (символьный код свойства ISPOLNENIE) в верхнем регистре, Prop_napryazhenie - значение свойства "Напряжение" (символьный код свойства NAPRYAZHENIE) в нижнем регистре (первая буква заглавная), "Двигатель" - произвольное слово в начале всех вариаций. В шаблоне можно указывать только те свойства, которые выводятся на странице в качестве параметров SKU. Также можно через запятую указать стоп-слова, которые нужно вырезать из оригинального названия товара, например "Электродвигитель", это слово мы заменяем по шаблону на "Двигатель". Для использования функционала необходимо запустить скрипт создания свойств в настройках модуля.

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

Исправлена ошибка в функции, которая позволяет выводить разные параметры в товарах раздела. Если у товаров не заполнено какое-любо свойство из списка в разделе, это свойство просто пропускается и отображаются только те параметры, которые заполнены у товаров. Если в каком-либо параметре SKU только 1 значение, то этот параметр не отображается в карточе товара

Реализована возможность группировки всех товаров раздела без указания общих признаков. В настройках разделов теперь можно проставлять галочку "Группировать товары в разделе без указания общего признака", которая отключает группировку по общим признакам в конкретном разделе (без указания свойств для группировки товаров в разделе). Функция полезна интернет-магазинам, у которых товары в подразделах не имеют общих свойств, но являются схожими. Галочку можно активирировать не только в подразделе, в котором физически располагается товар, но и в родительском разделе (функция автоматически активируется во всех подразделах). В данном случае группировка товаров ограничивается разделами товара в соответствии с настройкой модуля "Ограничение выборки по разделам". После установки обновления в настройках модуля на вкладке "Подготовка каталога" запустите повторно скрипт для создания нового свойства в инфоблоке. Исправлена ошибка индивидуальных настроек родительских разделов Добавлен компактный шаблон для решения Аспро Премьер для большого количества параметров SKU (название нового шаблона - aspro_premier_compact) Компонент теперь обновляется только в папке /bitrix/, удалите папку /local/components/dubovoi/ для корректного обновления компонента

Реализована возможность указания свойств для выборки товаров в родительском разделе каталога

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

Улучшена функция группировки товаров, добавлена опция строгой проверки наличия всех значений свойств для выборки товаров

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

Внедрен новый шаблон для решения Аспро Премьер

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

Добавлен шаблон компонента для Аспро Максимум Добавлена возможности сортировки значений свойств SKU по индексу сортировки для свойств с типом список и справочник

Версия 1.3.30 - Исправлено дублирование блока "Рекомендуем также" на каталожной странице Аспро при AJAX-догрузке товаров через "Показать еще". - Блок рекомендаций больше не попадает в AJAX-ответ show-more и остается только в основном рендере страницы, не ломая товарную сетку.