Попробуйте Улучшенный Импорт Товаров

@ikoshkin,
Здравствуйте. Почему при создании пресета в окне выбора соответствующего поля не выводятся все существующие характеристики, а только часть? Всего в этой витрине характеристик около 238 - выводятся только до буквы П. А мне нужно выбрать “Страна производства”, а ее в окне нет, есть надпись: "Скоро все будет "

Как это исправить?

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

@ikoshkin, пожалуйста, подскажите, почему штрихкод не внесен по умолчанию в карточку товара, как свойство? Приходится создавать характеристику.
Или я не там ищу?

А еще не внесен Артикул производителя, потому как Артикул товара внутри магазина и Артикул Производителя это таки разные вещи. Тоже неплохо бы отдельно его вынести.

1 лайк

На странице настроек товара есть поле “КОД” и это по логике Артикул продукта, он же и есть Артикул производителя. Артикула магазина как такового нет. Вот если прибавить к Артикулу прификс или постфикс, он и будет являться Артикулом магазина. Так то, Артикул магазина нужен лишь для того, чтобы не совпали Артикулы разных товаров, но при очень большом количестве товаров такое совпадение не исключено, особенно в маркетплейсе. В импорте конечно-же должна быть настройка (опционально), чтобы этот так называемый прификс (постфикс) автоматически генерироваться и добавляться к Артикулу товара.

Код=Артикул товара внутри магазина
Префиксы еще больше усложнят.
Артикул производителя должен быть отдельно, для удобства подтягивания хотя бы цен от производителя, просто при импорте. В Экселе ВПРом прогнал и все цены обновились. А если будет префикс, то придется его еще и удалять сначала.

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

Product_cod - (на странице настроек продукта, поле “КОД”) именно он Артикул товара.
Product_id - порядковый номер продукта в магазине.
Я же говорю о Артикуле товара (производителя), который может пересекаться с таким же Артикулом совсем другого товара или такого же товара от другого продавца. В магазине может быть тысяча абсолютно одинаковых Артикулов и технически в этом нет ничего страшного, так как для этого и существует Product_id (номер продукта в магазине), а вот путаница с одинаковыми Артикулами возникает при продажах, работе с прайсами, обслуживании покупателей и пр. Именно по этому, нужен прификс или постфикс к Артикулу, чтобы можно было визуально и программно идентифицировать продукт.

Что-то это для меня неожиданность стало, что КОД может быть одинаковый. И это действительно так. Всегда думал, что он уникален и использовали его как наш внутренний артикул.
Тогда вообще не понимаю как импорт товара к нему привязывается.
В других CMSках идет привязка именно через ID товара, а тут через Неуникальный код. Сранно.
А как же тогда делается импорт сейчас, если у разных товаров будет одинаковый КОД?
Вот сделаю я экспорт, чтобы подправить что-то, совпадут у меня три артикула товаров, а что же с ними станет при импорте? По очереди затрут первый товар?


и кстати все равно должны быть эти вещи отдельно. взять хотя бы реальные магазины - Леруа, Эпицентр. Там внутренний код имеет определенное значение (отдел, группа товара - т.е. не просто id), а код производителя идет отдельным значением в базах.

Импорт основывается на значении Product_id в том случае, если в файле нет Артикула товара Product_cod. Редко, но бывают XML-прайсы, в которых нет Артикула товара, но всегда они есть в CSV или при импорте из 1С. Именно по этой причине существуют два параметра - Product_cod и Product_id, один компенсирует отсутствие другого. Т.е. при присутствии обеих параметров при импорте записываются оба, один как Product_cod (“КОД” Артикул товара), а другой Product_id в систему. Получается, если нет Product_cod, то в поле “КОД” вместо Артикула прописывается Product_id.

Просто основывался на информации о старом импорте

Поля Product code, Language и Store являются обязательными. Значение в поле Product code должно быть уникальным для каждого товара. Если код одного из товаров в импортируемом файле совпадает с кодом существующего товара, то при импорте данные этого товара будут обновлены. Если в CSV-файле не указан язык, то будет использован язык по-умолчанию.
Видимо в новом все иначе.

А это вообще странно - ключевое поле всегда должно быть одно. и id товара не должно переезаписываться никакими импортами.
Надо поэкспериментировать. Спасибо за информацию.

@ikoshkin,
Здравствуйте. Подскажите, пожалуйста, как работает улучшенный импорт, когда для в xml файле у продукта 4 фотографии и все они идут под одним названием поля picture:


Я получу при загрузке 1 фото или 4?

1 лайк

Краткий ответ: должно получиться 4 фото.
Полный ответ смотрите в специальном видео (вот нужный момент):

1 лайк

Это не баг, это фича -ограничение прописывается в схемах.
В файле app/addons/advanced_import/schemas/advanced_import/relations.php
измените в массиве ‘max_items’ на большее значение, например, так
‘max_items’ => 350

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

  1. Не хватает стратегии для обновления характеристик. Актуально для характеристики с множественными вариантами (тип М). Варианты можно полностью переписать из файла, а можно добавить к уже имеющимся в CS-Cart те, что есть в файле.
  2. Не хватает опции, которая бы не позволяла перезаписывать характеристику товара, если в ней уже есть значения. То есть при импорте бы обновлялись только те характеристики, которые у товара еще не заполнены.
  3. Некоторые поставщики, доп. категории указывают не в одной колонке через разделитель, а в нескольких. Поэтому было бы удобно, если в CS-Cart можно было выбирать несколько столбцов для одного поля. По аналогии как это сделано с Advanced Import: Images.
  4. Не хватает стратегии для обновления доп. категорий. Доп. категории можно полностью переписать теми, что есть в файле, а можно их дописать к уже имеющимся, что есть в CS-Cart, теми, которые есть в файле. Нужна какая-то опция, чтобы можно было выбирать.
  5. Не хватает контроля за импортом вариантов характеристик. Особенно актуально, если каждый поставщик предлагает различные написания одного и того же варианта характеристики, например, для характеристики Цвет: “бронза”, “бронзовый”, “Бронза”, “Бронзовый”. В итоге в базу запишутся все 4 варианта и получается бардак. Может быть придумаете какой-то удобный словарь замены в пресете для каждой характеристики? И уведомление после импорта, что был создан новый вариант характеристики, если вдруг словарь замены окажется не полным, можно оперативно было отследить “паразитов”.
1 лайк
  1. В модификациях нельзя указать вложенные структуры, например, проверку и математическое действие одновременно. То есть if(div($value,10) > 0, div($value,10), “”) выдаст ошибку.

Добрый день.
@ikoshkin, а можно сейчас использовать улучшенный импорт товаров для создания новых настраиваемых товаров? У поставщика магазин на cs-cart, в выгрузке есть group_id. Можно настроить улучшенный импорт так, чтобы создавались не простые, а настраиваемые товары?

В документации описано, как сейчас импортировать вариации: https://www.cs-cart.ru/docs/4.9.x/user_guide/manage_products/import_export/variation_import.html После доработки вариаций процедура наверняка изменится.

@ikoshkin А как их из XML и YML импортировать? Так еще и фиг пойми, что выводится из такого формата, вот как у меня, трудно разобраться что к чему и как правильно настроить. Половина полей мусор. Только после нескольких часов настроек (если повезет) удается сделать то, что надо. Часто содержание файлов разное и без специальных знаний просто тупик. Это я про себя, а для вендоров в маркетплейсе, такие настройки вовсе не постижимы.

Не помешало бы сделать инструкцию по различным вариантам настроек для XML (YML) в части правильного выбора свойств товара и модификаторов. Например: поле такое-то - можно сделать так, так или так; в этом поле, вот так и еще вот так, а в этом поле только так. И добавить к инструкции скриншоты - файлов XML и поля в админке, чтобы сопоставить и “намотать на ус”. Правда, если был бы подробный видео урок Данилы Баженова, вообще верх мечтаний. =)

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

Пока что при настройке нового импорта можно пользоваться статьёй https://www.cs-cart.ru/docs/4.9.x/user_guide/manage_products/import_export/fields_format.html. Она всё ещё актуальна и описывает, в каком виде данные должны попадать в CS-Cart.

По сути, новый импорт добавляет 3 вещи:

  • Возможность сопоставить название полей (чтобы не приходилось их каждый раз переименовывать).
  • Возможность через модификаторы сделать так, чтобы данные были в нужном для CS-Cart формате (например, вместо “В наличии” передавать в CS-Cart количество).
  • Улучшенный импорт изображений и вариантов характеристик.

Все эти 3 вещи вкратце описаны в видео, на которое я ссылался выше. Но в детали мы не углублялись, т.к. XML и YML-файлы у всех свои, а по модификаторам вся информация уже встроена в CS-Cart (есть кнопка, которая вызывает всплывающее окно с инструкциями).

Уважаемый специалисты, подскажите. Каким образом можно обновить цены через иморт, так чтобы не стирались характеристики?
Имортирую прайс - лист , в нем нет характерисктик, и все характерискики стираются.
Что можно сделать?

Попробуйте на демо воспроизвести. Похоже на баг