Нормальный Импорт В Принципе Возможен?
#1
Отправлено 07 Август 2013 - 16:26
1. Есть база товаров около 2000 шт., занесенная в учетную программу 1с. По этой базе работает розничный магазин и торговые представители.
2. Создан магазин на storeland.
3. Импортированы товары из 1С через CSV в ИМ
4. ВРУЧНУЮ объединены многие группы товаров в один товар с несколькими модификациями:
пример:
было в 1С - артикул 0001 крем тональный тон песочный
артикул 0002 крем тональный тон бежевый
и т.д.
стало на storeland: крем тональный модификация "тон" - тон песочный (0001), - тон бежевый (0002) и т.д.
5. В 1С сформирован прайс вида артикул-наименование-остаток-цена, перегнан в CSV и закачан на сайт. При этом при импорте условия были выбраны следующим образом, смотрите вложение. Логично было бы, если система, обработала каждый артикул, обновив по нему остатки и цены, не обращая внимания на то, чем является этот артикул, товаром или модификацией товара.
Получилось же следующее - были удалены или так сказать "отвязаны" модификации от объединенных товаров, и была создана масса позиций, артикулы которых прежде были артикулами модификаций.
Вопросов несколько:
1. Почему так произошло?
2. Что можно сделать кроме повторного ручного объединения товаров в один с несколькими модификациями?
3. Как работать в будущем? Вариант переработки базы 1С из "артикул-товар" в "товар-артикул-модификация-еще артикул-еще модификация" не предлагать. Определение по категориям тоже, в прайсе они одни, в интернет-магазине отличаются.
#2
Отправлено 08 Август 2013 - 01:42
#3
Отправлено 11 Август 2013 - 09:53
#4
Отправлено 11 Август 2013 - 11:02
andreysd (11 Август 2013 - 09:53) писал:
Нет. Это значит, что Ваше сообщение передали нашим разработчикам. Нам нужно время протестировать и разобраться почему возникла такая ситуация и где может быть ошибка, если она есть.
#5
Отправлено 11 Август 2013 - 16:32
andreysd (07 Август 2013 - 16:26) писал:
5. В 1С сформирован прайс вида артикул-наименование-остаток-цена, перегнан в CSV и закачан на сайт. При этом при импорте условия были выбраны следующим образом, смотрите вложение. Логично было бы, если система, обработала каждый артикул, обновив по нему остатки и цены, не обращая внимания на то, чем является этот артикул, товаром или модификацией товара.
Получилось же следующее - были удалены или так сказать "отвязаны" модификации от объединенных товаров, и была создана масса позиций, артикулы которых прежде были артикулами модификаций.
Тоже с этой ошибкой столкнулся, хотел разом обновить около 5000 товаров, в итоге "слетели" многие товары, которые были модификациями, в моем случае это, например, у корма Китикет в одной карточке товара было модификация 400 гр и 2 кг. после импорта получилась полная неразбериха.
Не стал писать на форум, т.к думал что сам где то ошибся во время импорта, а выходит что не у меня одного такая беда.
#6
Отправлено 05 Сентябрь 2013 - 10:44
сегодня пробовал импорт на тестовом магазине - все как и было...
разработчики ушли в запой???
повторю вопрос:
в магазине есть товары как с модификациями, так и с одной только базовой
необходимо периодически (минимум раз в неделю) обновлять остатки и цены
делать это необходимо по артикулу, который по совместительству является кодом товара в 1С
каким образом производить импорт, чтоб система проводила лишь два соответствия, артикул-остаток и артикул-цена?
ей (системе) должно быть безразлично, были ли изменения в модификациях, названиях и прочем.
прошу не давать пространственных ответов типа "передадим вопрос разработчикам", лучше в этом случае предоставьте логику работы импорта
также прошу ответить на вопрос, будет ли работать импорт по идентификатору, т.е. соответствие идентификатор-остаток, идентификатор-цена
и еще... может быть есть возможность сделать столбец "наименование" в импорте необязательным. ведь по сути ассортимент в магазине может быть "статичным", и необходимо периодически обновлять только лишь остатки и цены.
#7
Отправлено 05 Сентябрь 2013 - 15:54
#8
Отправлено 05 Сентябрь 2013 - 17:01
понял, что единственный возможный вариант корректно обновлять данные по товарам из внешней учетной программы - это сначала выгружать весь ассортимент с сайта, править в экселе, используя для автоматизации функцию ВПР, потом загружать обратно целиком.
Stasya, если бы Вы удосужились вникнуть в проблему, Вы бы не давали таких ответов насчет модификаций.
если все-таки будет желание - попробуйте создать два товара, один из которых хотя бы с двумя значениями одной модификации
после попробуйте файлом вида артикул-наименование-цена-остаток внести изменения в эти товары, определение по артикулу
результат я Вам предскажу - у каждого товара будет по одному значению модификации и будут созданы товары из "отвязанных" модификаций
в оффлайн-магазинах подавляющее большинство пользуется программой 1С, в которой операции импорта заказов, загрузки остатков, поступлений, обработка цен легко делаются по артикулу (коду) или, например, штрихкоду.
по поводу идентификатора промолчу, ответ предвижу - возможность не была анонсирована. хотел попробовать импорт по пользовательскому идентификатору, но оказывается, что его невозможно назначить позиции, ни вручную, ни коррекцией файла CSV.
ошибка это или нет - не столь важно, важно, что для удобства работы приходится изобретать велосипед и ехать медленно на квадратных колесах.
#9
Отправлено 06 Сентябрь 2013 - 19:35
Вот скрин, который объяснит суть того что хотелось бы получить для нормального обновления остатков товара.
Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!
#10
Отправлено 07 Сентябрь 2013 - 21:04
ssdd (06 Сентябрь 2013 - 19:35) писал:
Вот скрин, который объяснит суть того что хотелось бы получить для нормального обновления остатков товара.
Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!
Данное предложение отправлено разработчикам.
#11
Отправлено 23 Сентябрь 2013 - 11:57
#12
Отправлено 24 Сентябрь 2013 - 03:33
#13
Отправлено 03 Октябрь 2013 - 13:49
#14
Отправлено 31 Март 2014 - 09:31
ssdd (03 Октябрь 2013 - 13:49) писал:
Я тоже потерял уйму времени, прежде чем допер, что файлообмена с SL нет! То, что есть "экспорт - импорт", это фактический внутренний файлообмен, нужда в котором актуальна при первичном размещении. Сейчас у поставщиков началась "свистопляска" с ценами, и платформа SL не позволяет мне обновить цены по артикулу модификации. Она требует "по названию и артикулу", а мое название и название поставщика - две большие разницы.
Поэтому придется делать свой движок на сравнение двух файлов: в первый из под экспорта SL по артикулу грузить в отделный столбик цену поставщика из второго файла, содержащего всего-лишь артикул и цену. Далее считать разницу, добавлять ее к продажным ценам, удалять "технологические" столбцы и только тогда импортировать 1 файл в SL формате.
#15
Отправлено 14 Апрель 2015 - 09:25
ssdd (06 Сентябрь 2013 - 19:35) писал:
Вот скрин, который объяснит суть того что хотелось бы получить для нормального обновления остатков товара.
Платформа, с которой сделан этот скрин скорей всего является первоисточником, из которого и появился СтореЛенд (админки как близнецы), очень очень нужна эта функция и тут у нас!
Откуда скрин, какая платформа используется?
#16
Отправлено 27 Апрель 2015 - 09:39
#18
Отправлено 27 Апрель 2015 - 13:22
Yurren (27 Апрель 2015 - 10:12) писал:
#19
Отправлено 27 Апрель 2015 - 13:40
theone (27 Апрель 2015 - 13:22) писал:
Здесь действительно ЛУЧШАЯ техподдержка!
#20
Отправлено 02 Июнь 2015 - 09:31
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных