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

[amphasis]

Недавно столкнулся с обратной ситуацией при попытке обновить цены/остатки товаров.
После импорта, вместо обновления остатков и цен, в каждом товаре была создана новая модификация с тем же артикулом, но свойством "Модификация: Базовая".

[Ирина345]

amphasis (04 Июнь 2015 - 09:26) писал:

Недавно столкнулся с обратной ситуацией при попытке обновить цены/остатки товаров.
После импорта, вместо обновления остатков и цен, в каждом товаре была создана новая модификация с тем же артикулом, но свойством "Модификация: Базовая".

Untitled-1.png

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

[amphasis]

Ирина345 (05 Июнь 2015 - 14:24) писал:

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

Модификация в импортируемом файле не указывалась вообще. Идентификация была выбрана по Артикулу.

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

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

• 
• 
• 
• 
• 
• 
• 

[Ирина345]

amphasis (06 Июнь 2015 - 10:11) писал:

Модификация в импортируемом файле не указывалась вообще. Идентификация была выбрана по Артикулу.

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

Здравствуйте попробуйте при импорте выставить галочку "Добавить/Удалить/Обновить модификацию"

[amphasis]

Ирина345 (03 Август 2015 - 16:16) писал:

Здравствуйте попробуйте при импорте выставить галочку "Добавить/Удалить/Обновить модификацию"

В этом случае у товара меняется свойство модификации на "Модификация: Базовая" - теряется информация.

[support]

amphasis (03 Август 2015 - 19:11) писал:

В этом случае у товара меняется свойство модификации на "Модификация: Базовая" - теряется информация.

Думаю, что всё дело в том, что система определяет товар по самому товару + модификации, собираемую на основе списка свойств модификации. Когда свойства при импорте не указываются система не может собрать товарную модификацию и поэтому создаёт модификацию базовую. Сделано это потому, что артикул не всегда присутствует на сайте, его значение может быть одинаковым для 2х модификаций, а также его может просто напросто не быть в загружаемом файле. В этом случае могут возникнуть проблемы и для их решения было принято решение в любом случае собирать модификацию товара.

Для решения вашей задачи будет достаточно загружать товар вместе со столбцами свойств.

[amphasis]

support (28 Январь 2016 - 20:08) писал:

Для решения вашей задачи будет достаточно загружать товар вместе со столбцами свойств.

То есть, нет никакого способа идентифицировать конкретную товарную модификацию задействовав только один параметр (код, артикул, что угодно)?

[Nevinnova]

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

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

Всегда можно найти обходные пути для решения проблемы. Управление большим каталогом товаров и их ценами с остатками - вообще не проблема Цена вопроса всего 100-200 у.е..

[amphasis]

Nevinnova (29 Январь 2016 - 14:33) писал:

Всегда можно найти обходные пути для решения проблемы. Управление большим каталогом товаров и их ценами с остатками - вообще не проблема Цена вопроса всего 100-200 у.е..

Вы пользуетесь таким решением? Синхронизация производится автоматически?
Используются ли у вас товарные модификации?

[support]

amphasis (29 Январь 2016 - 10:27) писал:

То есть, нет никакого способа идентифицировать конкретную товарную модификацию задействовав только один параметр (код, артикул, что угодно)?

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

[amphasis]

support (29 Январь 2016 - 17:24) писал:

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

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

PS насколько я понимаю, это тот самый goods_mod_id, который используется в API для работы с заказами, о котором я задавал вопрос более года назад и так и не получил ответа :-\
http://forum.storela...зы/#entry180008

[support]

amphasis (30 Январь 2016 - 09:31) писал:

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

PS насколько я понимаю, это тот самый goods_mod_id, который используется в API для работы с заказами, о котором я задавал вопрос более года назад и так и не получил ответа :-\
http://forum.storela...зы/#entry180008

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

[amphasis]

support (01 Февраль 2016 - 12:22) писал:

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

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

support (01 Февраль 2016 - 12:22) писал:

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

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

support (01 Февраль 2016 - 12:22) писал:

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

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

[support]

amphasis (01 Февраль 2016 - 13:37) писал:

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

Хорошо, постараемся

[Smailer]

Очень странно что НАс всех все ещё не послали на реформал!
Для выяснения нужно ли это исправлять сейчас или потооом лет через 5..
Дикость просто дикость, отношение к клиентам самое что не на есть пофигистичное что в переписке что в разговоре по телефону.
Бывает модератор ответит с энтузиазмом 1 раз в 100 сообщений. но Слово Лояльность клиентов в стореленде - что то противоречащее их философии.

[support 2.0]

Smailer (28 Февраль 2016 - 15:45) писал:

Очень странно что НАс всех все ещё не послали на реформал!
Для выяснения нужно ли это исправлять сейчас или потооом лет через 5..
Дикость просто дикость, отношение к клиентам самое что не на есть пофигистичное что в переписке что в разговоре по телефону.
Бывает модератор ответит с энтузиазмом 1 раз в 100 сообщений. но Слово Лояльность клиентов в стореленде - что то противоречащее их философии.

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