Сообщений в теме: 35

[andreysd]

Суть в следующем:

1. Есть база товаров около 2000 шт., занесенная в учетную программу 1с. По этой базе работает розничный магазин и торговые представители.
2. Создан магазин на storeland.
3. Импортированы товары из 1С через CSV в ИМ
4. ВРУЧНУЮ объединены многие группы товаров в один товар с несколькими модификациями:

пример:
                              было в 1С - артикул 0001 крем тональный тон песочный
                                                  артикул 0002 крем тональный тон бежевый
                                                  и т.д.
                              стало на storeland: крем тональный модификация "тон" - тон песочный (0001), - тон бежевый (0002) и т.д.

5. В 1С сформирован прайс вида артикул-наименование-остаток-цена, перегнан в CSV и закачан на сайт. При этом при импорте условия были выбраны следующим образом, смотрите вложение. Логично было бы, если система, обработала каждый артикул, обновив по нему остатки и цены, не обращая внимания на то, чем является этот артикул, товаром или модификацией товара.

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

Вопросов несколько:
1. Почему так произошло?
2. Что можно сделать кроме повторного ручного объединения товаров в один с несколькими модификациями?
3. Как работать в будущем? Вариант переработки базы 1С из "артикул-товар" в "товар-артикул-модификация-еще артикул-еще модификация" не предлагать. Определение по категориям тоже, в прайсе они одни, в интернет-магазине отличаются.

Прикрепленные изображения

• 

[Vaccina]

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

[andreysd]

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

[miyako]

andreysd (11 Август 2013 - 09:53) писал:

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

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

[ssdd]

andreysd (07 Август 2013 - 16:26) писал:

5. В 1С сформирован прайс вида артикул-наименование-остаток-цена, перегнан в CSV и закачан на сайт. При этом при импорте условия были выбраны следующим образом, смотрите вложение. Логично было бы, если система, обработала каждый артикул, обновив по нему остатки и цены, не обращая внимания на то, чем является этот артикул, товаром или модификацией товара.

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

Тоже с этой ошибкой столкнулся, хотел разом обновить около 5000 товаров, в итоге "слетели" многие товары, которые были модификациями, в моем случае это, например, у корма Китикет в одной карточке товара было модификация 400 гр и 2 кг. после импорта получилась полная неразбериха.

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

[andreysd]

почти месяц прошел...
сегодня пробовал импорт на тестовом магазине - все как и было...
разработчики ушли в запой???

повторю вопрос:
в магазине есть товары как с модификациями, так и с одной только базовой
необходимо периодически (минимум раз в неделю) обновлять остатки и цены
делать это необходимо по артикулу, который по совместительству является кодом товара в 1С

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

прошу не давать пространственных ответов типа "передадим вопрос разработчикам", лучше в этом случае предоставьте логику работы импорта

также прошу ответить на вопрос, будет ли работать импорт по идентификатору, т.е. соответствие идентификатор-остаток, идентификатор-цена

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

[Stasya]

При импорте csv-файла, если Вы ставите галочку обновлять остаток или цену, то автоматически обновляют модификации. Так как они напрямую связаны с модификациями. Цена выставляется для определенной модификации и остаток имеется у определенной модификации. Поэтому даже если Вы не ставите галочку Обновить/Добавить модификации, они обновятся автоматически. Что касается наименований, то в этом случае они не обновляются, так как не связаны с модификацией, ценой или остатком. Относительно идентификатора, не совсем понятно что Вы имеете ввиду. Объясните, пожалуйста поподробнее. Сделать поле Наименование необязательным, к сожалению, нельзя. Так как наименование товара должно присутствовать в самом товаре и многие пользователи выбирают идентификацию именно по наименованию. А в таком случае  тогда это будет невозможно.

[andreysd]

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

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

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

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

[ssdd]

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

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

Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!

Прикрепленные изображения

• 

[support 2.0]

ssdd (06 Сентябрь 2013 - 19:35) писал:

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

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

Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!

Данное предложение отправлено разработчикам.

[ssdd]

Есть ли какие нибудь улучшения или новости по данной проблеме?

[Vaccina]

К сожалению, пока такой информации нам не поступало.

[ssdd]

Очень жаль... управлять большим кол-вом товара, его ценами и остатками почти невозможно

[koloskov]

ssdd (03 Октябрь 2013 - 13:49) писал:

Очень жаль... управлять большим кол-вом товара, его ценами и остатками почти невозможно

Я тоже потерял уйму времени, прежде чем допер, что файлообмена с SL нет!   То, что есть "экспорт - импорт", это фактический внутренний файлообмен, нужда в котором актуальна при первичном размещении. Сейчас у поставщиков началась "свистопляска" с ценами, и платформа SL не позволяет мне обновить цены по артикулу модификации. Она требует "по названию и артикулу", а мое название и название поставщика - две большие разницы.

Поэтому придется делать свой движок на сравнение двух файлов: в первый из под экспорта SL по артикулу грузить в отделный столбик цену поставщика из второго файла, содержащего всего-лишь артикул и цену. Далее считать разницу, добавлять ее к продажным ценам, удалять "технологические" столбцы и только тогда импортировать 1 файл в SL формате.

[theone]

апну в теме, столкнулся с такой же проблемой

ssdd (06 Сентябрь 2013 - 19:35) писал:

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

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

Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!

Откуда скрин, какая платформа используется?

[theone]

апну, вопрос по этой теме актуален

[Yurren]

theone (27 Апрель 2015 - 09:39) писал:

апну, вопрос по этой теме актуален

А ниче что прошло уже полтора года (!) без результатов изменения Вы реально верите, что что то изменится??

[theone]

Yurren (27 Апрель 2015 - 10:12) писал:

А ниче что прошло уже полтора года (!) без результатов изменения Вы реально верите, что что то изменится??

надежда умирает последней. Конечно, грустно, ни новостей, ни обновлений, вообще тишина. Такое чувство , что 1-2 модера работают подсказывают людям с дизайном, на этом всё.

[Yurren]

theone (27 Апрель 2015 - 13:22) писал:

надежда умирает последней. Конечно, грустно, ни новостей, ни обновлений, вообще тишина. Такое чувство , что 1-2 модера работают подсказывают людям с дизайном, на этом всё.

Во всем надо видеть хорошее!
Здесь действительно ЛУЧШАЯ техподдержка!

[theone]

вяло апну теме, будет ли реализована нормальная работа с несколькими артикулами?