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

Общее Новости
41

Например, у поставщика одного бренда 1000 SKU, ежегодно обновляется примерно 1/3. Акции могут проходить на 150 SKU одновременно.
Ведётся один файл, где может быть до 1500 SKU. Он подготовлен специально для импорта. Нужно поменять 150 SKU. Если я загружу весь файл, то система будет обновлять все 1500 позиций (даже если нет изменений), а нужно только 150. Время и нагрузка на сервер разная, при обновлении 1500 или 150. А если таких поставщиков 5 или 10?

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

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

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

42

Это несомненно отлично. Ещё бы поставщики все нормальные файлы делали. Из 15 поставщиков, к крону готовы только 2, но это уже наша задача теребить поставщиков.

43

Еще идея к импорту:

Сделать опциональный предпросмотр того, что готово к импорту. Т.е. не отлавливать потом по магазину непонятные товары с непонятными остатками, а иметь возможность еще до импорта видеть (по колонкам):

Артикул в базе CS-Cart, Наименование в базе CS-Cart, Текущий остаток в базе CS-Cart, Артикул поставщика, Наименование поставщика, Текущий остаток в базе поставщика.

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

Может возникнуть вопрос: для чего тут колонки "остаток". По ним будет удобно проверять. Т.е. у нас в базе 100 единиц, у поставщика 90 единиц - похоже, что товар именно тот (просто количество с прошлой загрузки немного уменьшилось, что логично). Если у нас в базе 100 единиц, а у поставщика 10 единиц - тормозимся и смотрим: та ли это позиция. Цифры проще и быстрее просмотреть, когда строк много в таблице.

44

Еще идея к импорту:

Сделать опциональный предпросмотр того, что готово к импорту. Т.е. не отлавливать потом по магазину непонятные товары с непонятными остатками, а иметь возможность еще до импорта видеть (по колонкам):

Ну для этого мы в 4.7.1 выпустили возможность поиска всех только что заимпортированных товаров.

Кроме того, в новом импорте мы планируем отображать данные из первой строки файла импорта http://forum.cs-cart.com/uploads/monthly_12_2017/post-8643-0-41567400-1513350637.jpg

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

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

При настройке сопоставления полей, вы увидите не все строки, а только первую. Но тут будет понятно все ли корректно сопоставлено и все ли данные читаются так как вы ожидаете.

45

Да, видимо не правильно понял.

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

Вы пишите что вам при экспорте надо объединить несколько вариантов характеристик в один? Я если честно запутался, точно ли вам это нужно и зачем.

Проблема в том, что после импорта товаров с характеристиками в базе CS-Cart появляется куча "левых" вариантов харатеристик, которые не соответствуют названиям "наших" вариантов. Для примера, в файле одного поставщика вариант характеристики Цвет - вишневый, у другого - алый, у третьего - томатный, а у нас в базе - красный. После импорта появятся в базе все эти ненужные варианты по сути одного цвета - красный. Необходимо заменить все эти множества названий вариантов характеристик одним вариантом, который установлен у нас в базе, либо если еще не установлен тем, который нам нужен (чтобы было под контролем). Можно это делать до импорта в самом CSV файле поставщика, заменять варианты, но тут возможны ошибки, так как не всегда точно можно сопоставить с тем, что есть в базе, да и что-то упустить возможно, а если загружать прайс-поставщика по крону автоматически, то этот способ - уже не подходит. Вы предложили свой способ решения - сопоставить варианты характеристик из файла поставщика во время импорта с помощью правил замены формулой, но этот вариант очень сложен так как формула будет очень сложной, да и тоже не все можно учесть, если делать автоматически по крону, то в какой-то момент у поставщика появятся варианты характеристик, которые ранее не были описаны в правилах замены, и они попадут в базу CS-Cart. Мы предлагаем обрабатывать варианты характеристик уже после импорта, что будет удобно, когда у нас импорт товаров идет по крону автоматически. 1. Выводить статистику, какие варианты характеристик и у какой именно характеристики были они добавлены после импорта. 2. Создать обработчик, который поможет наглядно объединять в админке несколько вариантов характеристик в один с нужным названием (при этом, чтобы у всех товаров, которые имели отличные названия вариантов характеристик заменялись на нужные). Возможно это можно решить экспортом/импортом вариантов характеристик, например, выгружаем все варианты нужной характеристики, в файле CSV правим названия на нужные и загружаем обратно, тут уже вам виднее как будет работать в этом случае функционал импорта с объединением вариантов характеристик.

А может у вас появится совершенно другое лучшее решение как решить проблему с "размножением" вариантов характеристик в базе CS-Cart после импорта товаров?!

46

Ну для этого мы в 4.7.1 выпустили возможность поиска всех только что заимпортированных товаров.

Кроме того, в новом импорте мы планируем отображать данные из первой строки файла импорта http://forum.cs-cart.com/uploads/monthly_12_2017/post-8643-0-41567400-1513350637.jpg

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

При настройке сопоставления полей, вы увидите не все строки, а только первую. Но тут будет понятно все ли корректно сопоставлено и все ли данные читаются так как вы ожидаете.

Поиск только что импортированных товаров в данном случае плох тем, что искать ты можешь, когда уже импортировал. Это удобно, конечно. Но для отлавливания багов импорта полезнее было бы видеть результат еще "До" импорта. Т.е. превью.

В случае превью ты имеешь инструмент по предотвращению появления "косяков". В случае с поиском имеешь инструмент по поиску уже появившихся косяков.

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

Почему полное превью тоже имеет право на жизнь:

При относительно небольшом загружаемом прайсе от поставщика (до 500 строк) вполне реально просмотреть импортируемый файл еще до его загрузки (при наличии такой возможности). Техническую "правильность" импорта покажет превью первой строки, но превью первой строки не покажет косяки из серии "поставщик сменил артикул". Такие моменты могут привести к тому, что одна позиция однажды может быть загружена "в другую".

Может быть стОит добавить возможность ПОЛНОГО превью импорта в качестве опции (например, флаг) для параноиков вроде меня?

47

Поиск только что импортированных товаров в данном случае плох тем, что искать ты можешь, когда уже импортировал. Это удобно, конечно. Но для отлавливания багов импорта полезнее было бы видеть результат еще "До" импорта. Т.е. превью.

В случае превью ты имеешь инструмент по предотвращению появления "косяков". В случае с поиском имеешь инструмент по поиску уже появившихся косяков.

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

Почему полное превью тоже имеет право на жизнь:

При относительно небольшом загружаемом прайсе от поставщика (до 500 строк) вполне реально просмотреть импортируемый файл еще до его загрузки (при наличии такой возможности). Техническую "правильность" импорта покажет превью первой строки, но превью первой строки не покажет косяки из серии "поставщик сменил артикул". Такие моменты могут привести к тому, что одна позиция однажды может быть загружена "в другую".

Может быть стОит добавить возможность ПОЛНОГО превью импорта в качестве опции (например, флаг) для параноиков вроде меня?

Для превью импортируемого файла есть программы Excel, Open Office, NeoOffice и т.д.

То, что вы хотите - это сравнение прайс-листов поставщиков с вашим из базы. Думаю, это задача выходит далеко за рамки задач импорта CS-Cart. Вам нужно рассматривать специализированные программы, например, http://www.quadcrm.ru/varianty-ispolzovaniya/programma-prajs-dlya-prajs-listov, в которых наглядно видно какие товары сопоставились, а какие - нет из прайс-листа с вашей базой, какие появились новые товары в прайс-листе, в каких товарах есть изменения, где цена выше, где ниже и т.д. Но если подобный функционал будет в CS-Cart, то это, конечно, супер, хотя сомневаюсь.

48

Для превью импортируемого файла есть программы Excel, Open Office, NeoOffice и т.д.

То, что вы хотите - это сравнение прайс-листов поставщиков с вашим из базы. Думаю, это задача выходит далеко за рамки задач импорта CS-Cart. Вам нужно рассматривать специализированные программы, например, http://www.quadcrm.ru/varianty-ispolzovaniya/programma-prajs-dlya-prajs-listov, в которых наглядно видно какие товары сопоставились, а какие - нет из прайс-листа с вашей базой, какие появились новые товары в прайс-листе, в каких товарах есть изменения, где цена выше, где ниже и т.д. Но если подобный функционал будет в CS-Cart, то это, конечно, супер, хотя сомневаюсь.

Как посмотреть сам импортируемый файл я знаю, спасибо. Разговор не о том.

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

49

День добрый!

Как насчет двойного статуса заказа: клиентам показывается и отправляется в письмах один, а администраторам другой?

Например: "Новый" и "Новый (1-клик)" для администраторов выглядят по-разному, а для клиентов все равно "Новый", им не обязательно видеть с их стороны в чем разница.

50
Привет, Имак,
Извините, но я не говорю по-русски, поэтому мое сообщение переведено с помощью переводчика Google, поэтому я надеюсь, что это понятно.
Что касается вопроса импорта, у меня всегда есть эта проблема:
Поставщики всегда имеют списки продуктов с простыми продуктами (варианты), и при импорте их невозможно собрать несколько продуктов в настраиваемом продукте.
Это приводит к созданию огромных списков одинаковых продуктов, которые отличаются, например, только размером. Очевидно, что эти продукты были бы лучше заказаны, если бы они были включены в настраиваемый продукт.
Я не знаю, связано ли решение с системой импорта или с самим модулем вариаций продукта.
Возможно, модуль вариаций продуктов должен позволять выбирать несколько импортированных продуктов как тип «V» и создавать на их основе настраиваемый продукт.
Imac, планируете ли вы дать некоторое решение этой проблемы?
In ENGLISH
Hello Imac,
I'm sorry but I do not speak Russian, so my message is translated with Google translator, so I hope it's understood.
Regarding the issue of import, I always have this problem:
Suppliers always have product listings with simple products (variations) and when importing them it is impossible to collect several products within a configurable product.
This causes that enormous lists of equal products are created that differ only by the size, for example. Obviously these products would be better ordered if they were included within a configurable product.
I do not know if the solution is with the import system or with the product variations module itself.
Perhaps the product variations module should allow to select several imported products as type "V" and create a configurable product based on them.
Imac, are you planning to give some solution to this problem?
51

День добрый!

Как насчет двойного статуса заказа: клиентам показывается и отправляется в письмах один, а администраторам другой?

Например: "Новый" и "Новый (1-клик)" для администраторов выглядят по-разному, а для клиентов все равно "Новый", им не обязательно видеть с их стороны в чем разница.

Здравствуйте.

К импорту это не относится.

Планов на реализацию этого нет.

52

Как посмотреть сам импортируемый файл я знаю, спасибо. Разговор не о том.

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

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

Мы сделали отображение первой строки именно чтобы пользователь мог понимать что "в целом" все выглядит логично.

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

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

53

In ENGLISH
Hello Imac,
I'm sorry but I do not speak Russian, so my message is translated with Google translator, so I hope it's understood.
Regarding the issue of import, I always have this problem:
Suppliers always have product listings with simple products (variations) and when importing them it is impossible to collect several products within a configurable product.
This causes that enormous lists of equal products are created that differ only by the size, for example. Obviously these products would be better ordered if they were included within a configurable product.
I do not know if the solution is with the import system or with the product variations module itself.
Perhaps the product variations module should allow to select several imported products as type "V" and create a configurable product based on them.
Imac, are you planning to give some solution to this problem?

Hi,

You request is not about upcoming changes in Import. It's more about Variations.

Please take a look at my response here http://forum.cs-cart.com/topic/49097-introducing-cs-cart-461-with-product-variations/?view=findpost&p=292588we can continue discussion in that thread.

54

Я лично доволен логикой и возможностью импорта товаров из файла но для полного счастья не достает нескольких необходимых вещей

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

2.Также не хватает возможности добавления alt и title к фотографии при импорте из файла, добавлять вручную не рационально и я так понимаю alt к фотографии товара вообще отсутствует есть только title.

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

4.Организация по колонкам а не кодом также дает возможность импортировать данные на другие ресурсы, доски объявлений, аукционы просто заменив название и ли последовательность колонок без редактирования данных.

55

Я лично доволен логикой и возможностью импорта товаров из файла но для полного счастья не достает нескольких необходимых вещей

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

2.Также не хватает возможности добавления alt и title к фотографии при импорте из файла, добавлять вручную не рационально и я так понимаю alt к фотографии товара вообще отсутствует есть только title.

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

4.Организация по колонкам а не кодом также дает возможность импортировать данные на другие ресурсы, доски объявлений, аукционы просто заменив название и ли последовательность колонок без редактирования данных.

Здравствйте,

1. Будет. картинки планируем загружать через одно поле, указываться будут через запятую. Т.е. можно будет загрузить сразу все необходимые картинки через один файл импорта.

2. У нас используется один текст и для alt и для title. Планируется импорт через файл общий с товарами, но пока не точно.

3. Да будут в отдельной колонке характеристики

56

Здравствйте,

1. Будет. картинки планируем загружать через одно поле, указываться будут через запятую. Т.е. можно будет загрузить сразу все необходимые картинки через один файл импорта.

2. У нас используется один текст и для alt и для title. Планируется импорт через файл общий с товарами, но пока не точно.

3. Да будут в отдельной колонке характеристики

А подскажите когда ожидать эти изменения?

57

А подскажите когда ожидать эти изменения?

Пока не понятно, я предполагаю весной 2018.

58

Проблема в том, что после импорта товаров с характеристиками в базе CS-Cart появляется куча "левых" вариантов харатеристик, которые не соответствуют названиям "наших" вариантов. Для примера, в файле одного поставщика вариант характеристики Цвет - вишневый, у другого - алый, у третьего - томатный, а у нас в базе - красный. После импорта появятся в базе все эти ненужные варианты по сути одного цвета - красный. Необходимо заменить все эти множества названий вариантов характеристик одним вариантом, который установлен у нас в базе, либо если еще не установлен тем, который нам нужен (чтобы было под контролем). Можно это делать до импорта в самом CSV файле поставщика, заменять варианты, но тут возможны ошибки, так как не всегда точно можно сопоставить с тем, что есть в базе, да и что-то упустить возможно, а если загружать прайс-поставщика по крону автоматически, то этот способ - уже не подходит. Вы предложили свой способ решения - сопоставить варианты характеристик из файла поставщика во время импорта с помощью правил замены формулой, но этот вариант очень сложен так как формула будет очень сложной, да и тоже не все можно учесть, если делать автоматически по крону, то в какой-то момент у поставщика появятся варианты характеристик, которые ранее не были описаны в правилах замены, и они попадут в базу CS-Cart. Мы предлагаем обрабатывать варианты характеристик уже после импорта, что будет удобно, когда у нас импорт товаров идет по крону автоматически. 1. Выводить статистику, какие варианты характеристик и у какой именно характеристики были они добавлены после импорта. 2. Создать обработчик, который поможет наглядно объединять в админке несколько вариантов характеристик в один с нужным названием (при этом, чтобы у всех товаров, которые имели отличные названия вариантов характеристик заменялись на нужные). Возможно это можно решить экспортом/импортом вариантов характеристик, например, выгружаем все варианты нужной характеристики, в файле CSV правим названия на нужные и загружаем обратно, тут уже вам виднее как будет работать в этом случае функционал импорта с объединением вариантов характеристик.

А может у вас появится совершенно другое лучшее решение как решить проблему с "размножением" вариантов характеристик в базе CS-Cart после импорта товаров?!

Уважаемый, imac! К сожалению, не знаю как Вас зовут.

Вы оставили без внимания мое сообщение, которое я старался до Вас донести и печатал много букв. Очень жаль. :(

59

Есть еще одна мелочь - не очень удобная при импорте товаров. Это поле Secondary categories. Дело в том, что при импорте доп. категории заменяются тем, что есть в этом поле. Но часто бывает, что нам нужно просто добавить какую-то доп. категорию к уже имеющимся у товаров, а не перезаписывать весь этот список. Если в админке при импорте будет стоять галочка - перезаписать или дописать Secondary categories, то процесс будет гораздо проще. Чтобы сделать еще более универсальнее, можно добавить в CSV доп. поле в виде флага, например, со значениями A(dd) и R(ewrite) напротив каждого артикула товара. На основе этих флагов определять как поступать с полем Secondary categories - добавить значения из этого поля к имеющимся, либо же перезаписать.

60

Чтобы сделать еще более универсальнее, можно добавить в CSV доп. поле в виде флага, например, со значениями A(dd) и R(ewrite) напротив каждого артикула товара. На основе этих флагов определять как поступать с полем Secondary categories - добавить значения из этого поля к имеющимся, либо же перезаписать.

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