Модуль «Импорт данных» создан для загрузки и обновления товаров на Ваш сайт от различных поставщиков. Вы сможете загрузить товары из следующих источников:
Gifts.ru (для подключения требуется логин и пароль),
Oasiscatalog.com (для подключения требуется API-ключ),
Happygifts.ru (работает без авторизации),
Xindaorussia.ru (работает без авторизации),
Excel.
Т.о. направление работы модуля - сувенирная продукция: он будет незаменим при запуске интернет-магазина сувенирной тематики. Используя «Импорт данных», Вы за короткое время загрузите десятки тысяч товаров от трёх наиболее востребованных поставщиков и сможете начать продавать уже в первые дни после запуска.
Модуль запускается автоматически, настроить расписание можно как удобно: например, каждую неделю, или каждый день, или даже два раза в день. Можно, например, запускать импорт вечером каждого воскресенья, или только по чётным дням месяца – всё это легко подстраивается под Вашу бизнес-логику.
Одна из основных особенностей модуля – огромное количество настроек, что позволяет максимально гибко настроить выгрузку по Ваши требования. Имеется возможность настроить сложные привязки (что может быть актуально для загрузки в уже действующий каталог), подходящую логику активации и деактивации товаров и разделов, включить или отключить загрузку торговых предложений и т.д.
Модуль загружает большие каталоги, которые содержат тысячи и десятки тысяч товаров и разделов. Виртуальный хостинг не подходит для таких задач: во-первых, из-за ограничений по нагрузке, во-вторых из-за небольшого объема диска (мы рекомендуем иметь как минимум 20Гб свободного места перед началом загрузки). Поэтому необходимо использовать VPS или облачные серверы, мы рекомендуем Timeweb – это одни из лидеров на рынке, с высоким соотношением «цена-качество», на которых модуль работает без проблем.
По имеющимся интеграциям модуль загружает более 40 тысяч товаров. При работе с таким большим каталогом товаров Вам будет крайне полезен другой наш модуль - Антирутин (модуль умеет массово перемещать товары или добавлять привязки к разделам, редактировать тексты в названиях и описаниях, изменять цены, ресайзить картинки, и многое-многое другое).
Внимание! С 01.12.2021 мы не оказываем услугу бесплатной настройки модуля в связи с тем, что в модуле имеется автонастройка профилей в 1 клик! Стандартную техподдержку модуля оказываем до 31.03.2022. После этого техподдержка не будет осуществляться.Если Вы установили демо-версию модуля и демонстрационный режим истек, но Вы не успели попробовать модуль в работе, сообщите об этом нам, мы можем повторно включить демо-режим. В общем случае, для сброса демо-режима нужно выполнить следующие указания:
создать рез. копию сайта, хотя бы базы данных,
деинсталлировать модуль (все данные будут удалены!),
стереть данный модуль с сайта (соотв. опция доступна в списке модулей),
выполнить SQL-запрос (в админке на соотв. странице в разделе "Инструменты": Административный раздел - Настройки - Инструменты - SQL-запрос):
DELETE FROM `b_option` WHERE `MODULE_ID`='webdebug.import';
сбросить весь кеш на сайте,
сообщить нам адрес сайта и владельца лицензии для проверки и сброса срока демо-версии на Вашем сайте,
после нашего ответа повторно установить модуль из Маркетплейс .
Ни один из наших модулей не имеет никаких ограничений или изменения условий работы в демо-режиме (за исключением механизма сохранения профилей в Антирутине).
Другими словами, никакие проблемы не могут быть связаны с демо-режимом.
Данная проблема возникает обычно в тех случаях, когда модуль ранее уже устанавливался на данном сайте (либо на копии сайта с той же лицензией), повторно установить не позволяет Битрикс.
При этом даже если на сайт впервые установить данный модуль в демо-режиме, и сразу удалить - то повторная установка будет невозможной.
В таком случае выполните все шаги, описанные в пункте «Как продлить DEMO» (если модуля на сайте нет, пункты 2 и 3 пропустить), либо напишите нам, мы поможем установить.
Если интеграция с Вашим поставщиков возможна, то вариантов два:
Если Вы ранее приобретали один из наших модулей по загрузке товаров (Загрузка каталога из Excel, Загрузка товаров из gifts.ru, Загрузка товаров из p5s.ru, Загрузка товаров из belm.ru, Загрузка товаров из arti-m.ru) - то для Вас стоимость приобретения лицензии на модуль импорта будет равна разнице в цене.
В случае, если лицензия на модуль уже неактивна, то к стоимости добавляется стоимость его продления.
Обновлено: независимо от активности лицензии на имеющийся модуль.
Проблема с символьными кодами может возникать из-за неверной настройки кодировки для планировщика, или если не настроено автозаполнение символьного кода из названия (в настройках инфоблока).
Для предотвращения проблем с символьным кодом (а также для предотвращения других проблем) необходимо чтобы проверка теста "Настройка php для командной строки" показывала "Да" (см. ответ на вопрос «Не проходит тест «Настройка php для командной строки»).
Нет, объекты это не товары.
Объекты это разделы, товары и торговые предложения, причем в некоторых загрузчиках 10 (условно) объектов могут относиться к одному разделу.
Если вы отметите опции «Не перемещать имеющиеся элементы», «Не перемещать имеющиеся разделы», то после очередной загрузки товары останутся там, куда Вы их перенесете. Т.е. это именно то, что рекомендуется для большинства случаев.
Если при этом появляется сообщение "Работает другой процесс загрузки", то проблема может быть в некорректной настройке дат - например, сайт работает в часовом поясе Москвы (и проверка сайта не показывает ошибок), а планировщик может быть настроен на Челябинск.
В таком случае нужно настроить часовой пояс для планировщика. Если проблему нельзя (или сложно, или что-то еще) решить настройкой на сервере, можно внести настройки в скрипт Битрикса /bitrix/php_interface/dbconn.php (указать правильный часовой пояс):
ini_set('date.timezone', 'Europe/Moscow'); date_default_timezone_set('Europe/Moscow');
Можно. Но для этого необходимо отметить в профиле опции отмены привязки разделов («Не перемещать имеющиеся элементы») и элементов («Не перемещать имеющиеся разделы»), т.к. иначе каждая очередная загрузка будет перемещать все на свои места.
При указании этих опций, после завершения первого импорта перенесите все разделы и товары по нужным папкам, и все. Там, куда вы перенесете их, там они и останутся лежать. Удалять любые загруженные разделы при этом нет смысла, т.к. при следующей загрузки они будут созданы снова. Ненужные разделы деактивируйте и если нужно - перенесите куда-либо, чтобы не создавали неудобств (напр., в неактивный раздел «Ненужное»).
При этом есть нюанс: если в файле поставщика в деактивированных разделах появятся новые разделы или элементы, они будут загружены в «ненужном» разделе, поэтому периодически необходимо проверять наличие новых товаров и перемещать их на нужные места.
Такой возможности, к сожалению, нет.
Но при загрузке в отдельный скрытый (неактивный) раздел можно только один нужный Вам раздел перенести в реальную структуру каталога, и в результате фактически будет использоваться только один раздел, остальные.
На виртуальной машине Битрикс по умолчанию не включено соответствующие расширения PHP. Функции XML необходимы для всех загрузчиков, скрыто или явно использующих XML - например, Excel [только для формата XLSX] или oasiscatalog.com. Для работы таких загрузчиков необходимо включить расширение xmlreader, это можно сделать следующим образом:
extension=xmlreader.so
(эта запись есть в файле /etc/php.d/30-xmlreader.ini.disabled - поэтому указанные файлы можно просто поменять названиями) - это удобно делать через WinSCP,extension=dom.so
service httpd restart
- это перезапустит Apache и применит сделанные изменения в настройках PHP,На виртуальной машине Битрикс 7.0 по умолчанию не установлено расширение zip, хотя оно необходимо загрузчику Excel для работы с новым форматом файлов Excel - XLSX. Для старого формата XLS это расширение не требуется. Для включения расширения необходимо сначала установить его на сервере, а затем включить:
yum install php-zip
- это установит расширения zip,extension=zip.so
,service httpd restart
- это перезапустит Apache и применит сделанные изменения в настройках PHP,На большинстве серверов для сайта и для планировщика (равно как и для командной строки) используются различные конфигурации php. Если эти конфигурации настроены на различные кодировки (чаще всего это касается параметра mbstring.func_overload, но не всегда), то при загрузке могут возникнуть проблемы.
Обычно проблема касается параметров mbstring, т.к. на сервере настройка по умолчанию, например, для кодировки windows-1251, а сайт работает на UTF-8, или наоборот. В любом случае необходимо соответствие этих параметров (а также других). Последняя версия модуля сама добавляет данные параметры прямо в команду вызова (напр., -d mbstring.func_overload=2), поэтому в последних версиях проблема связана не с этим.
В числе других потенциальных проблем всевозможные ошибки при запуске из командной строки: несоответствие важных конфигурационных параметров, времени и даты, ограничение памяти (тогда в команду нужно добавлять -d memory_limit=512M) и наиболее частая проблема - несоответствие версий PHP. Последнее особенно важно, т.к. если сайт работает на PHP7, то на PHP5 могут быть ошибки, не позволяющие модулю начать загрузку. Поэтому необходимо правильно прописать путь к PHP в поле "Путь к PHP на сервере".
Помочь в диагностике может файл лога, который находится в папке /upload/webdebug.import/.
В любом случае, для большинства пользователей это будет сложно сделать самостоятельно, поэтому за любой помощью Вы можете обращаться к нам.
Да, модуль поддерживает PHP7, и более того - именно на PHP7 ведется его разработка.
При возникновении каких-либо сложностей или проблем - обращайтесь к нам, мы поможем с их решением.
В последнее время мы активно работаем с VDS от Timeweb, и советуем ее нашим клиентам. При этом, выбирая используемую ОС, рекомендуем выбрать Bitrix 7 - тогда будет использована стандартная виртуальная машина битрикс, которая уже настроена разработчиками на максимальную производительность и при этом совершенно бесплатна.
В этом случае Вы получаете большие преимущества:
Для любых загрузок данных через модуль, обязательна настройка планировщика Cron. Иначе никак. При этом необходимо запланировать выполнение файла cron.php в папке модуля, т.е. /bitrix/modules/webdebug.import/cron.php. Имейте ввиду, что в планировщике обычно указывается не этот путь к файлу, а полный путь к файлу на сервере. Для настройки планировщика Вы можете обратиться в техподдержку Вашего хостинга.
В команде запуска Вы можете через пробел указать параметр profile, содержащий ID профиля (или несколько профилей через запятую) - в таком случае будут загружаться только указанные профили. Пример команды: «php /home/bitrix/www/bitrix/modules/webdebug.import/cron.php profile=1» При этом, если указан только один ID профиля, то такая загрузка будет называться индивидуальной (в настройках профиля есть опция «Только индивидуальный запуск»).
Запуск команды планировщиком должен осуществляться в соответствии с параметром "Режим запуска" профиля.Проблема, скорее всего, в том, что на сервере возникает ошибка. В этом случае необходимо получить как можно больше информации по ошибке: включить вывод ошибок и попробовать снова, найти логи сервера.
Обязательно выполните проверку сайта - возможно, она покажет, что на сайте имеются какие-то серьезные проблемы.
Основные возможные проблемы:
Статус «Ошибка» ставится автоматически, если процесс завершился (т.е. последняя активность по профилю была не менее 5 минут назад), а статус не соответствует этому - т.е. если во время процесса произошла ошибка, которую модуль не в состоянии обработать.
profile=1или несколько профилей
profile=2,3,4В остальных случаях этот параметр не требуется.
Если планировщик запускать с правами root, то и временные файлы создаются от имени root, а сайт при этом работает от имени другого пользователя. Вследствие этого на сайте невозможно будет удалить эти временные файлы, и все последующие загрузки не от имени root будут завершаться ошибкой.
Планировщик должен запускаться от имени пользователя, под которым работает сайт (веб-сервер).
Режим запуска это опция, которая управляет условиями для запуска процесса загрузки по профилю.
Вариант «Использовать расписание планировщика Cron» означает, что задание будет выполняться всегда, когда будет вызов из планировщика (равно как и из командной строки сервера).
Индивидуальный запуск это опция, которая позволяет выделить загрузку профиля среди других профилей.
Например, у Вас создано десять профилей, которые загружаются общим заданием планировщика - в таком случае они загружаются последовательно.
Если же один из профилей нужно отделить от других, например, задав собственное расписание, в его настройках необходимо отметить галочку «Только индивидуальный запуск». И теперь загрузка этого профиля будет запускаться только в случае, если команда планировщика содержит указание ID этого профиля в параметре profile (должен быть только один ID, без указания ID других профилей). Например, «php /home/bitrix/www/bitrix/modules/webdebug.import/cron.php profile=1».
Модулем новые свойства автоматически не создаются (кроме функционала автосоздания профилей, который полностью настраивает профиль, хотя в этом случае создаётся неполный набор свойств). Это в общем случае плохо, если бы они создавались автоматически. Вы сами должны создать необходимые свойства необходимых типов (учитывая то, что на сайте может понадобиться фильтрация по ним) и для них настроить соответствия полей. Если свойства существуют - можно загрузить в них, не создавая новые дубли.
Соответствие полей - это настраиваемое соответствие между данными в исходном файле и данными на сайте.
Например, если Вы загружаете файл Excel, и в нем есть колонки - наименование, артикул, остаток, цена, то соответствия следующие (колонка в файле - поле на сайте):
Привязка - это механизм связи существующих элементов (а также разделов или торговых предложений) с элементами (разделами и торговыми предложениями), загружаемыми из внешних данных.
Рассмотрим, например, привязку элементов по названию. При такой привязке модуль, загружая каждый товар из внешних данных (Excel, oasiscatalog и все остальные поддерживаемые сервисы), ищет на сайте (в пределах указанного инфоблока, а если указан раздел - в пределах указанного раздела) товар, который имеет такое же название (с точностью до символа, регистр не важен). Если такой элемент найден, то модуль считает этот товар целевым и обновляет его данные загружаемыми данными. Если же такой элемент не найден, то будет создан новый.
Аналогично и с привязками разделов и торговых предложений.
Привязка - основной механизм для соблюдения правильность структуры разделов/элементов/предложений. Если привязка указана неверно, то результаты загрузки могут быть непредсказуемыми. Например, после окончания процесса может выясниться, что вообще ничего не загрузилось, также может быть и такое, что разделы успешно загрузились, а товаров нет. Или же все товары могут загрузиться в один случайный раздел.
Пример. Загружаем каталог из oasiscatalog. При загрузке разделов указываем загрузку названия из поля с названием, а символьный код из поля с символьным кодом. Привязку сделаем по внешнему коду (для многих это кажется логичным). В таком случае модуль знает у всех имеющихся разделов их внешние коды, а вот у загружаемых разделов внешние коды неизвестны, т.к. они не загружаются. В результате все товары будут загружены в один случайно попавшийся раздел. Если же в соответствиях для раздела добавить загрузку внешнего кода из символьного кода, то загрузка будет успешной.
Таким образом, для успешной и правильной загрузки необходимо отчетливо понимать, что такое привязка, и как правильно ее настраивать.
Данная опция позволяет не создавать индекс для поиска разделов/товаров/предложений модулем поиска. Это ресурсоемкая операция, и ее отключение позволяет примерно на 20-30 процентов ускорить загрузку. При этом, загруженные товары найти через модуль поиска не будет возможности, чтобы проиндексировать загруженные товары, необходимо будет вручную сделать полную переиндексацию.
Эта опция может быть полезна, в числе прочего, при первичной настройке профиля - чтобы ускорить первые тестовые загрузки.
Картинки загружаются следующими способами:
1. Можно указывать в файле в колонке "Картинка" значения например "image1.jpg", и в настройках профиля выбрать папку, где именно на текущем сайте находится папка со всеми картинками, оттуда и будут загружены картинки.
2. Можно указывать, например, "/upload/products/product_1032.jpg", без указания папки, тогда модуль будет искать картинки по указанному пути на текущем сайте.
3. Можно указывать также "http://site1.ru/images/my_image_1.jpg", тогда картинки будут загружаться с других сайтов.
Если для анонсной и подробной картинок указываются одиночные значения, то для множественных свойств типа "Файл" (напр., свойство "MORE_PHOTO" для загрузки доп. изображений) можно указывать несколько картинок любым из вышеуказанных способов с помощью перечисления. Перечисление может быть через запятую, точку с запятой, или каждая картинка с новой строки, или другие варианты. Пример (разделитель - запятая):
/images/image1.jpg,/images/image2.jpg,/images/image3.jpg
пример, где разделитель - перенос строки (указанное ниже - в одной ячейке):
/images/image1.jpg
/images/image2.jpg
/images/image3.jpg
Принципиальной разницы между форматами нет. Формат XLSX более современный, файлы занимают меньше места, но скорость загрузки приблизительно одинаковая. Поэтому используйте тот формат, который удобнее.
При составлении файла Excel основную сложность представляет разделение на разделы, т.к. товары указываются очень просто - одна строка - один товар.
Разделы же можно указывать двумя различными способами.
Примеры файлов можете найти в модуле (всплывающее окно помощи по модулю).
В выгрузке от oasiscatalog имеется много разделов с одинаковым названием. Например, разделов с названием «Офисные аксессуары» в различных других подразделах имеется как минимум девять.
В то же время на подавляющем большинстве сайтов формирование ссылок происходит на основе символьных кодов, поэтому для разделов символьный код не только обязателен, но и должен быть уникальным. В связи с этим разделам добавляется порядковый номер, чтобы символьные коды не повторялись.
Решений два. Первое - вручную заменить все символьные коды. Второе - загружать символьный код разделов из символьного кода, предоставляемого поставщиком (в настройке соответствий).
При этом привязка разделов по символьным кодам нежелательна!
Для данного поставщика рекомендуется следующий вариант: для разделов, для товаров и торговых предложений создать отдельные свойства, загружать в них (в настройках соответствий) соответственно ID разделов, товаров и предложений, и привязку выполнять по этим свойства.
Пример: для разделов создать свойство (тип - «Строка») разделов UF_EXT_OASISCATALOG, для товаров создать (в настройках инфоблока) свойство (тип - «Строка») EXT_OASISCATALOG, для торговых предложений создать (в настройках инфоблока) свойство (тип - «Строка») EXT_OASISCATALOG.
В настройках профиля привязку по разделам сделать по «UF_EXT_OASISCATALOG» (в списке нужно выбрать «другое (укажите ниже)»), для товаров - «PROPERTY_EXT_OASISCATALOG», для торговых предложений также «PROPERTY_EXT_OASISCATALOG».
В настройках соответствий обязательно (иначе загрузка будет некорректной) должно быть указано, откуда загружать все эти данные (и для разделов, и для товаров, и для предложений) - соответственно «ID раздела», «ID товара», «ID товара».
При этом, если на сайте уже есть разделы/товары/предложения от данного поставщика, загруженные другими способами, то у них значения указанных выше будут пустые, поэтому при первой загрузке данным модулем разделы/товары/предложения будут созданы.
Символьный код разделов можно загружать из поля, предоставляемого постащиком («Символьный код»), а вот для товаров и торговых предложений такого поля нет. Поэтому для товаров и торговых предложений, если нужен символьный код, вариант один - в настройках инфоблока отметить:
Это можно сделать как для товаров, так и для торговых предложений, и даже для разделов.
Дополнение.
Есть и другой интересный способ:
Это возможно, но не рекомендуем, т.к. у данного постащика своя структура каталога, и символьные коды повторяются (напр., раздел «Подарочные наборы» с одинаковым символьным кодом встречается более десяти раз). На большинстве сайтов отмечена обязательность и уникальность символьного кода, поэтому в таких случаях повторные символьные коды вызовут ошибку, импорт не закончится.
Если же хотите загружать символьный код от поставщика, то, во-первых, необходимо снять обязательность и уникальность символьного кода. Но в таком случае построение URL на сайте с помощью символьных кодом станет невозможным.
Если символьные коды не будут загружаться от поставщика, то они будут сгенерированы автоматически (но только если в настройках инфоблока отмечена обязательность символьного кода и автогенерация из названия).
Для данного поставщика рекомендуется следующий вариант: для разделов, для товаров и торговых предложений создать отдельные свойства, загружать в них (в настройках соответствий) соответственно ID разделов, товаров и предложений, и привязку выполнять по этим свойства.
Пример: для разделов создать свойство (тип - «Строка») разделов UF_EXT_GIFTS, для товаров создать (в настройках инфоблока) свойство (тип - «Строка») EXT_GIFTS, для торговых предложений создать (в настройках инфоблока) свойство (тип - «Строка») EXT_GIFTS.
В настройках профиля привязку по разделам сделать по «UF_EXT_GIFTS» (в списке нужно выбрать «другое (укажите ниже)»), для товаров - «PROPERTY_EXT_GIFTS», для торговых предложений также «PROPERTY_EXT_GIFTS».
В настройках соответствий обязательно (иначе загрузка будет некорректной) должно быть указано, откуда загружать все эти данные (и для разделов, и для товаров, и для предложений) - соответственно «ID раздела», «ID товара», «ID товара [ТП]». Если используется режим загрузки без торговых предложений, то для товаров необходимо выбрать «ID товара [ТП]».
При этом, если на сайте уже есть разделы/товары/предложения от данного поставщика, загруженные другими способами, то у них значения указанных выше будут пустые, поэтому при первой загрузке данным модулем разделы/товары/предложения будут созданы.
К сожалению, этот раздел указан в выгрузке, и все остальные разделы строятся относительно него. Модуль не модифицирует структуру выгрузки, поэтому загружается всегда так.
Но при этом решение есть: в профиле отметьте галочки, которые отменяют привязки существующих разделов и элементов. После завершения первого импорта перенесите все разделы и товары по нужным папкам, и все. Там, куда вы перенесете их, там они и останутся лежать. Удалять любые загруженные разделы при этом нет смысла, т.к. при следующей загрузки они будут созданы снова. А раздел «Каталог», как и другие ненужные разделы, нужно деактивировать и если нужно - перенести куда-то, чтобы не мешал (напр., в неактивный раздел «Ненужное»).
При этом есть нюанс: если у поставщика добавляются новые разделы, они будут добавляться в родительских разделах. Т.е. если в «Каталог» появится новый раздел, он будет загружен в спрятанный раздел.
Поставщик gifts.ru предоставляет партнёрам XML-файл, в котором разбивка на товары осуществляется только по размерам.
По цветам группировки нет.
В то же время, на сайте gifts.ru структура в точности такая же. Однако в карточке товара выводятся ссылки на товары той же группы (по общему артикулу группы). Т.е. выводится один товар, а сайт, используя код группы, определяет другие товары группы, и выводит на них ссылки в виде картинок. Таким же образом можно сделать и на Вашем сайте, но эта доработка никак не относится к модулю (это может выполнить любой программист).
Принцип доработки прост: в карточке товара (обычно это компонент bitrix:catalog.detail) необходимо определить артикул группы для текущего товара, и далее найти в текущем разделе другие товары, имеющие точно такой же артикул группы, не включая текущий товар. Найденные товары выводятся картинками-ссылками. В итоге получится функционал группировки, аналогичный функционалу gifts.ru.Вся вышеуказанная информация по доработке относится только к карточке товара, и только для товаров из gifts.ru (т.к. у других поставщиков схема стандартная с точки зрения Битрикса и доработки в общем случае не требуются). В списке товаров таким способом проблему решить не получится.
Проблема заключается в привязках (разделов, элементов и предложений). Подробнее о привязке читайте в ответе на вопрос «Что такое привязка?».
Суть проблемы в следующем: Вы либо не указали (или некорректно указали) поле/свойство для привязки (поля в профиле: «Привязка разделов», «Привязка элементов», «Привязка предложений»), либо не указали откуда значения для привязки загружается (в настройках соответствия).
Решение проблемы:
Возможных проблем - несколько. Но, скорее всего, на сервере некорректная дата при запуске скриптов из командной строки (на сайте может быть все нормально, а при запуске из командной строки или из планировщика часовой пояс используется некорректный).
Решение следующее: в файле /bitrix/php_interface/dbconn.php добавьте строку с указанием часового пояса, пример для московского времени:
date_default_timezone_set('Europe/Moscow');
На самом деле, именно зависание в модуле невозможно. Скорее всего процесс просто неожиданно обрывается. Причин для этого может быть много:
Для уточнения ошибки необходимо посмотреть лог, который находится в папке /upload/webdebug.import/
Данная ошибка характерна для поставщика gifts.ru при загрузке в свойство типа «Список» характеристики «Материал [одной строкой через запятую]».
Причина проста: у поставщика в строке с материалом хранятся длинные значения, похожие между собой, но немного отличающиеся, причём это отличие ближе к концу текста, в результате при попытке сохранения в базу данных, текст обрезается до строки, которая совпадает у обоих значений (это происходит в связи с ограничением длины строки в поле таблицы), и всё это приводит к попытке создания дубля, о чём и сообщает указанная ошибка.
Решение простое: вместо характеристики «Материал [одной строкой через запятую]» используйте характеристику «Материал [для фильтра]», или загружайте эту характеристику не в списочное свойство.
Внимание! Повторная установка в демо-режиме приведет к окончанию демо‑режима и невозможности использовать модуль.
Если Вы не успели попробовать модуль, напишите нам, мы поможем