@ikoshkin,
Здравствуйте. Почему при создании пресета в окне выбора соответствующего поля не выводятся все существующие характеристики, а только часть? Всего в этой витрине характеристик около 238 - выводятся только до буквы П. А мне нужно выбрать “Страна производства”, а ее в окне нет, есть надпись: "Скоро все будет "
Сейчас я проблему решил тем, что назначил порядковые номера необходимым в первую очередь характеристикам, но это временное решение.
Пожалуйста, исправьте этот баг.
@ikoshkin, пожалуйста, подскажите, почему штрихкод не внесен по умолчанию в карточку товара, как свойство? Приходится создавать характеристику.
Или я не там ищу?
А еще не внесен Артикул производителя, потому как Артикул товара внутри магазина и Артикул Производителя это таки разные вещи. Тоже неплохо бы отдельно его вынести.
На странице настроек товара есть поле “КОД” и это по логике Артикул продукта, он же и есть Артикул производителя. Артикула магазина как такового нет. Вот если прибавить к Артикулу прификс или постфикс, он и будет являться Артикулом магазина. Так то, Артикул магазина нужен лишь для того, чтобы не совпали Артикулы разных товаров, но при очень большом количестве товаров такое совпадение не исключено, особенно в маркетплейсе. В импорте конечно-же должна быть настройка (опционально), чтобы этот так называемый прификс (постфикс) автоматически генерироваться и добавляться к Артикулу товара.
Код=Артикул товара внутри магазина
Префиксы еще больше усложнят.
Артикул производителя должен быть отдельно, для удобства подтягивания хотя бы цен от производителя, просто при импорте. В Экселе ВПРом прогнал и все цены обновились. А если будет префикс, то придется его еще и удалять сначала.
Именно поэтому они и должны быть отдельно.
По сути если есть модуль экспорта характеристик в разные колонки, то все это решается характеристиками, а вот если его нет, то беда беда. И да понятно, что модуль стоит всего 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:
Это не баг, это фича -ограничение прописывается в схемах.
В файле app/addons/advanced_import/schemas/advanced_import/relations.php
измените в массиве ‘max_items’ на большее значение, например, так
‘max_items’ => 350
В процессе использования нового улучшенного импорта возник ряд предложений по дальнейшему улучшению. Не хватает некоторых возможностей.
Не хватает стратегии для обновления характеристик. Актуально для характеристики с множественными вариантами (тип М). Варианты можно полностью переписать из файла, а можно добавить к уже имеющимся в CS-Cart те, что есть в файле.
Не хватает опции, которая бы не позволяла перезаписывать характеристику товара, если в ней уже есть значения. То есть при импорте бы обновлялись только те характеристики, которые у товара еще не заполнены.
Некоторые поставщики, доп. категории указывают не в одной колонке через разделитель, а в нескольких. Поэтому было бы удобно, если в CS-Cart можно было выбирать несколько столбцов для одного поля. По аналогии как это сделано с Advanced Import: Images.
Не хватает стратегии для обновления доп. категорий. Доп. категории можно полностью переписать теми, что есть в файле, а можно их дописать к уже имеющимся, что есть в CS-Cart, теми, которые есть в файле. Нужна какая-то опция, чтобы можно было выбирать.
Не хватает контроля за импортом вариантов характеристик. Особенно актуально, если каждый поставщик предлагает различные написания одного и того же варианта характеристики, например, для характеристики Цвет: “бронза”, “бронзовый”, “Бронза”, “Бронзовый”. В итоге в базу запишутся все 4 варианта и получается бардак. Может быть придумаете какой-то удобный словарь замены в пресете для каждой характеристики? И уведомление после импорта, что был создан новый вариант характеристики, если вдруг словарь замены окажется не полным, можно оперативно было отследить “паразитов”.
В модификациях нельзя указать вложенные структуры, например, проверку и математическое действие одновременно. То есть if(div($value,10) > 0, div($value,10), “”) выдаст ошибку.
Добрый день. @ikoshkin, а можно сейчас использовать улучшенный импорт товаров для создания новых настраиваемых товаров? У поставщика магазин на cs-cart, в выгрузке есть group_id. Можно настроить улучшенный импорт так, чтобы создавались не простые, а настраиваемые товары?
@ikoshkin А как их из XML и YML импортировать? Так еще и фиг пойми, что выводится из такого формата, вот как у меня, трудно разобраться что к чему и как правильно настроить. Половина полей мусор. Только после нескольких часов настроек (если повезет) удается сделать то, что надо. Часто содержание файлов разное и без специальных знаний просто тупик. Это я про себя, а для вендоров в маркетплейсе, такие настройки вовсе не постижимы.
Не помешало бы сделать инструкцию по различным вариантам настроек для XML (YML) в части правильного выбора свойств товара и модификаторов. Например: поле такое-то - можно сделать так, так или так; в этом поле, вот так и еще вот так, а в этом поле только так. И добавить к инструкции скриншоты - файлов XML и поля в админке, чтобы сопоставить и “намотать на ус”. Правда, если был бы подробный видео урок Данилы Баженова, вообще верх мечтаний. =)
Спасибо, подумаю, что можно в этом направлении сделать. Сроков не называю, но думаю, что после улучшения импорта вариаций можно будет упрощать существующие статьи.
Возможность сопоставить название полей (чтобы не приходилось их каждый раз переименовывать).
Возможность через модификаторы сделать так, чтобы данные были в нужном для CS-Cart формате (например, вместо “В наличии” передавать в CS-Cart количество).
Улучшенный импорт изображений и вариантов характеристик.
Все эти 3 вещи вкратце описаны в видео, на которое я ссылался выше. Но в детали мы не углублялись, т.к. XML и YML-файлы у всех свои, а по модификаторам вся информация уже встроена в CS-Cart (есть кнопка, которая вызывает всплывающее окно с инструкциями).
Уважаемый специалисты, подскажите. Каким образом можно обновить цены через иморт, так чтобы не стирались характеристики?
Имортирую прайс - лист , в нем нет характерисктик, и все характерискики стираются.
Что можно сделать?