Import: Планируемые Улучшения. Макеты, Идеи, Сложности


#1

По итогам опроса выявилась серьезная потребность в улучшении логики работы Импорта товаров.

Какие изменения рассматриваем на текущий момент

- Возможность сохранения настроек импорт и файла из которого нужно импортировать

- Сопоставление полей, т.е. возможность импортировать поля с любым названием предварительно сопоставим к каком полю продукта в CS-Cart оно относится.

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

- Возможность импортировать характирестики каждую в отдельной колонке.

Что нужно от вас.

1. Пожалуйста пришлите примеры прайс листов которые вы хотите импортировать (достаточно 5-10 строк) и перечень действий которые вы делаете с прайслистом (например изменение названия колонок, цен, и т.д.

2. Делитесь идеями как можно сделать импорт отличным

3. Нужен ли этап превалидации импорта - т.е. что будет сделано в процессе импорта и как он должен выглядеть с вашей точки зрения (пожалуйста учтите что задача 3 из списка ниже может решить проблему с просмотром всех товаров которые были импортированы).

Уже в 4.7.1 мы включим следующие изменения:

1. Возможность импортировать экспортировать поле популярность (popularity)

2. Новая галка на импорте, обновлять только существующие товары в базу CS-Cart (т.е. новые товары которые есть в файле импорта создаваться не будут)

3. Возможность фильтровать товары по времени обновления, поиск будет доступен на списке товаров сразу после обновления. https://www.evernote.com/l/AQEQgRPLGZ1FD5cYSr3RcifoRFo7dWtBFY4

Макеты:

1. Список сохраненных импортов [attachment=12872:ImportProductsPresets.jpg]

2. Сопоставление полей из импортируемого файла со свойствами товара [attachment=12874:ProductImportFields.jpg]

Здесь важно обратить внимание на следующее:

1. Под каждым полем которое выбрали отображается значение первого элемента в имопртируемом файле

2. Есть специальная колонка модификтор, если значение в ней не пустой то перед импортом значение будет прогонять через спецаильную формулу. Как пример добавить наценку на товар, или изменить артикул продукта.

3. Если есть модификатор, то показываются оригинальное значение и обновленное

4. Характеристики каждая в отдельной колонке

ImportProductsPresets.jpg

ProductImportFields.jpg


#2

Илья, часто просят сделать апдейт существующих товаров без создания отсутствующих в фиде


#3

Илья, часто просят сделать апдейт существующих товаров без создания отсутствующих в фиде

Не очень понял формулировку.

Речь про то чтобы не создавать новые товары которых нет в базе CS-Cart но есть в файле импорта?

Если да, то это то что войдет в 4.7.1 см. п.2


#4

Не очень понял формулировку.

Речь про то чтобы не создавать новые товары которых нет в базе CS-Cart но есть в файле импорта?

Если да, то это то что войдет в 4.7.1 см. п.2

Да, все верно. То ли не заметил, то ли позже добавили. Спасибо


#5

Хочется, чтобы при формировании прайс-листа в поле "Изображение" было не 1 ссылка на главную, а через запятую или любой другой символ все фото этого товара.


#6

У WP есть хороший плагин экспорта импорта, с конструктором сопоставления полей WP all import. Мастер интуитивно понятен.

При таком подходе мастер абсолютно всеяден и может кушать любые прайсы. https://www.youtube.com/watch?time_continue=563&v=pD6WQANJcJY


#7

Сейчас при импорте присутствует неоднозначность в отношении к данным.

При импорте Опций

- если изменился модификатор цены (и был до импорта) - цена при импорте меняется

- если не указан модификатор цены ( и был до импорта)- цена при импорте меняется

тут все ок,

но!

- если изменилось изображение опции (и было до импорта) - ? (не проверял)

- если не указано изображение опции (и было до импорта) - не меняется

в саппорт писал по этому поводу - ответ неопределенный, багом не признано.

Может, здесь стоит выработать однозначность, которую впоследствии распространить и на вариации.


#8

Добрый день Илья. Планируется ли делать импорт/экспорт непосредственно в .xlsx файлы?Есть ли вообще запрос на это?


#9

Добрый день Илья. Планируется ли делать импорт/экспорт непосредственно в .xlsx файлы?Есть ли вообще запрос на это?

Я острой необходимости в этом не обнаружил.

А какая у вас ситуация, зачем вам xlsx если CSV прекрасно читается в Excel?


#10
  1. Лучше XML. В 90% магазинов РФ есть выгрузка в ЯМ. Это востребовано, т.к. большинство поставщиков это могут делать.
    2. Скорость и логика импорта. Импорт 30 000 товаров процесс не быстрый сейчас (

#11

Я острой необходимости в этом не обнаружил.

А какая у вас ситуация, зачем вам xlsx если CSV прекрасно читается в Excel?

Бывают случаи когда остатки по складу хранятся в excel файле в котором прописаны связи (формулы и т.д) на данный момент перед импортом необходимо файл сохранить в csv. Вот это получается лишний шаг. Всегда удобнее работать без промежуточных шагов.

Кому то это не критично, а кто то начинает тупить, путать файлы, разделители в csv. А если уже сделали импорт не того файла? Вообще катастрофа. Удобнее один файл - один импорт.

Можно еще найти применение, например, по расписанию обновляется excel файл и делается импорт.

<blockquote  class="ipsBlockquote">
<p><span style="color:rgb(40,40,40);font-family:arial, verdana, tahoma, sans-serif;">Я острой необходимости в этом не обнаружил.</span></p>
<p style="color:rgb(40,40,40);font-family:arial, verdana, tahoma, sans-serif;">А какая у вас ситуация, зачем вам xlsx если CSV прекрасно читается в Excel?</p>
</blockquote>
<p>Бывают случаи когда остатки по складу хранятся в excel файле в котором прописаны связи (формулы и т.д) на данный момент перед импортом необходимо файл сохранить в csv. Вот это получается лишний шаг. Всегда удобнее работать без промежуточных шагов.</p>
<p>Кому то это не критично, а кто то начинает тупить, путать файлы, разделители в csv. А если уже сделали импорт не того файла? Вообще катастрофа. Удобнее один файл - один импорт. </p>
<p>Можно еще найти применение, например, по расписанию обновляется excel файл и делается импорт. </p>

#12

Нужна функция отката импорта, если вдруг что-то пошло не так.


#13

1. Лучше XML. В 90% магазинов РФ есть выгрузка в ЯМ. Это востребовано, т.к. большинство поставщиков это могут делать.
2. Скорость и логика импорта. Импорт 30 000 товаров процесс не быстрый сейчас (

1. Вот, мнения уже расходятся) Так если у кого то есть выгрузка в YML (я так понимаю вы под XML именно YML имели ввиду) то как влияет на импорт товаров в магазин?

2. Скорость пока не в приоритете. Сейчас самое важное чтобы импорт решал поставленные задачи, скорость вторична.


#14

Бывают случаи когда остатки по складу хранятся в excel файле в котором прописаны связи (формулы и т.д) на данный момент перед импортом необходимо файл сохранить в csv. Вот это получается лишний шаг. Всегда удобнее работать без промежуточных шагов.

Кому то это не критично, а кто то начинает тупить, путать файлы, разделители в csv. А если уже сделали импорт не того файла? Вообще катастрофа. Удобнее один файл - один импорт.

Можно еще найти применение, например, по расписанию обновляется excel файл и делается импорт.

Ну т.е. получается для того чтобы сохранить файл в формате CSV нам нужно интегрировать логику конвертации из Excel.

Я насколько помню там не все так просто, и проблем это может создать больше чем пользы.

Обновление по раписанию отдельная история. Смотрите макеты, там можно будет настраивать либо по расписанию если у вас сконфигурирован крон, либо одной кнопкой делать предсохраненный импорт.


#15

Нужна функция отката импорта, если вдруг что-то пошло не так.

Откат импорта, операция равнозначная созданию бекапа и его восстановления.

Т.е. если вам нужна функция отката, значит вам нужен просто бекап и его восстановление. Дополнительных инстурментов тут не нужно.

Другой вопрос что обычно идет не так? Мы можем попробовать сократить количество этих "проблем"

Напишите с каким проблемами обычно сталкивались и чем они были вызваны.


#16

Добавил макеты импорта в первый пост.

Обратите внимание на сопоставление полей. В этой фишки заключается одна из ключевых ценностей нового импорта.


#17

Бывают случаи когда остатки по складу хранятся в excel файле в котором прописаны связи (формулы и т.д) на данный момент перед импортом необходимо файл сохранить в csv. Вот это получается лишний шаг. Всегда удобнее работать без промежуточных шагов.

Кому то это не критично, а кто то начинает тупить, путать файлы, разделители в csv. А если уже сделали импорт не того файла? Вообще катастрофа. Удобнее один файл - один импорт.

Ну т.е. получается для того чтобы сохранить файл в формате CSV нам нужно интегрировать логику конвертации из Excel.

Я насколько помню там не все так просто, и проблем это может создать больше чем пользы.

Полностью поддерживаю.
Обработка Excel-файлов (преобразование в csv для последующего импорта) крайне ресурсоемкая операция. И время обработки сильно зависит от количества товаров и используемого хостинга. Юзеру не объяснишь, почему его замечательный хостинг "умирает" при такой обработке.
Это первый момент, почему нельзя вставлять в стандарт.

Второй момент. В Excel-файлах нет общего случая. Многие Excel-файлы создаются и редактируются вручную. А там такие чудеса возникают... от объединения ячеек, "чтобы красиво было", скрытия ячеек с данными - "а чтобы их не было видно", ссылки на внешние excel-листы... Нестандартные шапки, картинки для украшательства и т.д.

И все это непредсказуемо меняется.. То есть, завтра кому-то придет идея улучшить прайс-лист и его структура изменится.
И юзеру не докажешь, что это он накосячил. Виноват будет движок, который "обещал" юзеру, что все будет "само"..
Excel-конвертор - это фиговый функционал.

Потребность - да, возникает такая, но решать ее надо и придется индивидуально. Под заранее известный комплект прайс-листов писать приладу, которая делает преобразование в csv, проверку целостности и соответствия каждому заранее описанному шаблону, потом слияние их и загрузку в движок. При ошибках - сигнал и ручной анализ, поиск, что изменилось.
При появлении нового поставщика и нового прайс-листа - добавление в приладу нового шаблона и т.д.
Выглядит муторно, но решаемо...

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


#18

Следите только, чтобы это НЕ было модулем (снизит зависимость от обновлений движка) и сразу договаривайтесь о поддержке

Я так понимаю здесь имелось ввиду наоборот чтобы было модулем

Спасибо за детальный коммент.


#19

1. Вот, мнения уже расходятся) Так если у кого то есть выгрузка в YML (я так понимаю вы под XML именно YML имели ввиду) то как влияет на импорт товаров в магазин?

2. Скорость пока не в приоритете. Сейчас самое важное чтобы импорт решал поставленные задачи, скорость вторична.

1. Кто то не хочет импорта YML ?. Большая часть ваших (и наших) клиентов - малый и средний бизнес. У среднестатистического владельца есть договор с одним или несколькими поставщиками. У поставщиков есть выгрузка в YML они готовы ее предоставить.

#20

1. Кто то не хочет импорта YML ?. Большая часть ваших (и наших) клиентов - малый и средний бизнес. У среднестатистического владельца есть договор с одним или несколькими поставщиками. У поставщиков есть выгрузка в YML они готовы ее предоставить.

А почему у поставщиков есть выгрузка именно YML а не CSV или XLS?

Т.е. важно понять статистически насколько YML чаще необходим в сравнении с CSV.