timavleev

Taisia (03 Июль 2013 - 18:51) писал:

Простите за беспокойство, но очень интересует данная тема, вернее, можно ли ознакомится с ответом разработчиков по вопросу возможных сроков решения вопроса по сверке товарных остатках посредством xml-файлов? Нам нужно запустить еще один магазин в этом году, там ассортимент будет на несколько тысяч наименований, поддерживать актуальное наличие "руками" не сможем, поэтому, выбираем между проверенным Storeland и другой системой - конечно, очень хочется стореленд, но понятно, что если в планах разработчиков "такое" не числится в-принципе, то скорейшего решения вопроса не дождаться и нужно осваивать другую платформу... Просто эта функция действительно нужна магазинам с ассортиментом "более тысячи", поскольку выгрузка товарных остатков со стороны поставщика в XML перестало быть проблемой и большинство переходят на автоматику - очень хочется не тратить время на процессы, которые возможно автоматизировать... Заранее спасибо за ответ!

Stasya (30 Июнь 2013 - 22:29) писал:

Это не совсем то, что нужно... а вернее, совсем не то! )))
У нас имеются "уже загруженные на сайт товары" - нам их не нужно загружать повторно! Нам нужно сверять наши (допустим) 10 000 товарных предложений с 9 999 товарными предложениями от наших поставщиков. Без автоматизированного метода сверки этих данных "можно повеситься" или "забить" на реальное наличие товара на складе поставщика, продавая на сайте "воздух" и "дырки от бубликов"! ))) Только в приведенном мною примере "закончилось всего одно товарное предложение", а на деле, из 10 000 товарного ассортимента ежедневно меняется (заканчивается и появляется вновь) очень большое число товарных предложений. И как их отследишь? Тот же Яндекс.Маркет "задолбал" со своими проверками - все, что выставляется на их площадку, должно быть в наличии, и их "не колышат" наши трудности с поддержанием "реального наличия"! )))

Смотрите, в чем суть вопроса - у каждого товара нашего сайта и каждого товара из xml-файла поставщика имеется один единственный общий идентификатор (состоит из букв, чисел и некоторых спец.символов) - это артикул (в xml-выгрузках он же vendorCode). Интересует вопрос, могут ли наши сайты обрабатывать информацию из таких xml-файлов по принципу рекламных площадок (маркета, майла и пр.). Алгоритм обработки давно существует, но реально ли его внедрение в платформу Стореленд? Потому что для владельцев магазинов с "огромным ассортиментом" это один из самых значимых вопросов. А тем, у кого ассортимент небольшой, но есть желание развиваться - это тема для размышления... Сверяться "глазами-руками" или искать готовое решение, если оно есть? Просто я пока не изучала "кто что предлагает" по этому вопросу, но знаю, что для программистов это задача "реально подъемная" - сделать можно, было бы желание! ))) Возможно, что внедряется не на арендуемые платформы, а только на "свои собственные" разработки, но заказывать разработку платформы под свои нужды - думаю, Вы понимаете, о каких цифрах тут идет речь? Тарифы без ограничения числа товарных предложений у Стореленда имеются, вот только смысл загружать эти товарные предложения, если нет автоматической сверки, а продавец обязан давать на сайт "реальные" товарные предложения, а не из серии "может быть есть, но скорее всего уже закончилось"! ))) Поэтому, мне (и не только мне) интересно, что думают на эту тему разработчики Стореленда? Хотя, судя по ответу модератора, данная тема на повестке дня не обозначена совершенно... жаль, конечно... потому что вопрос очень актуален для всех тех, кто открывает магазины не для того, чтобы через год-два закрыться, а для того, чтобы развивать бизнес, а это невозможно без увеличения товарного ассортимента, что, в свою очередь, ведет к выше обозначенной проблеме - поддержания актуального наличия товарных предложений на сайте магазина.

Доброго дня!

Подскажите, пожалуйста, ни у кого не было опыта по обработки товарного каталога посредством XML-файла от поставщика?

У нас многие поставщики с большим ассортиментом (более 1 000 наименований) переходят на выгрузку товарных остатков в XML.

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

Существует ли какое-то решение в данной области для платформы Стореленд? Может быть планируется, находится в разработке? Понятно, что не на базовых тарифах, но в-принципе, кто-то что-то может ответить по этому вопросу?

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

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

И так, как я вижу эту функцию:

1. Во первых это должен быть отдельный модуль от Импорта в каталог.
2. Есть возможность добавить необходимое кол-во csv, xml файлов(от разных поставщиков) и выставить необходимый период обновления.
3. Так как у каждого поставщика поля в файлах расположены по разному, должна быть возможность определения полей естественно.
4. Обновление должно(как вариант) происходить только по артикулу и кол-ву. То есть, берем у себя в базе товар с артикулом DBG133 и ищем его по полям с артикулом в файлах обновлений поставщиков, если находим и в этой строке в поле кол-во не 0, ставим ему статус "Есть в наличии", иначе, ставим статус "Нет в наличии". (Почему не надо обновлять тексты, и проч. т.к. я могу к товарам написать уникальные тексты и не хочу что-бы при апдейтах он заменился снова чужим неуникальнм, кпримеру)

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

Так же желательно услышать предложения от других овнеров магазинов с большим кол-вом товаров, как решаете проблему?

User (20 Октябрь 2014 - 21:45) писал:

Можно, в принципе это лишь вопрос вывода. Если он реально необходим, можем добавить. В большинстве языков программирования дешифровка json-а или xml делается одной строкой, для php это например код:

$result = xmlrpc_decode(str);

вместо текущего:

$result = json_decode($str, true);

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

ssdd (30 Июнь 2013 - 08:35) писал:

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