Открыть список
Как стать автором
Обновить

Комментарии 20

Oracle ATG стоит ожидать в этой десятке?
Разработал свою ERP, SCM, CMS, CRM, полная автоматизация для ритейла сделана и вначале построена для обычных магазинов и интернет магазины построены как часть системы, то есть заполняя данными обычные магазины, также товары и их категоризация попадает в интернет каталог / магазин. То есть решение, которое позволяет управлять обычными и интернет магазинами из одной консоли управления, одними и теми же методами.
Вы не учли несколько вариантов, которые встречаются очень часто — магазин работает с несколькими поставщиками, у каждого поставщика свой прайс(xml, csv, xls), у каждого из файлов своя структура, часто даже не совпадают артикулы. Один и тот же товар может быть в наличии у нескольких поставщиков, и нужно выбирать наименьшую стоимость.
Да, отличная задача. :)))
При этом структура прайсов тоже периодически меняется у многих поставщиков. А цены бывают не только в рублях. ;-)
Столкнулся именно с этим 4 года назад, своя система управления торговлей, интеграцией магазинов, поставщиков и т.д. На то время было 11 или 12 магазинов, везде базы разные, разные цены выхода и даже цены входа могут отличаться, названия, Ш/К некоторые совпадают, некоторые нет. Первая часть интеграции данных просто собирала все это изо всех магазинов, вторая часть позволяла оператору определить некоторые ключевые детали, слова, порядок цен, Ш/К и системы выплевывала экран, где для каждого магазина были представлены наиболее подходящие по критериям товары. Система дает выбор, если в магазине есть несколько вариантов. Автоматом проставляются галочки на наиболее похожие товары и оператор должен подтвердить если действительно это один и тот же реальный товар. Когда оператор подтверждает, система генерирует 'мастер-продукт', который обьеденяет в себя эти раздельные товары. Третий шаг перехода уже требует установки в каждом магазине части самой платформы и выгрузки в нее данных из общей базы.
Кстати, я еще забыл добавить, что все это добро должно работать на любом PHP шаред хостинге и успевать обрабатывать XLS файлы over 60 тысяч строчек за стандартные 30 секунд при любой нагрузке на сервер со стороны соседей :)
Тут: www.agorab2b.ru/ интернет-магазины могут брать данные сразу от нескольких поставщиков из одного места
Данные от поставщиков вытягиваются прямо из их 1С. Идеальная интеграция пока только с Insales — там в интернет-магазине автоматически остатки даже обновляются в зависимости от наличия на складе поставщика.
Для остальных — выгрузка CSV.
Пост какой-то...водный вводный.
Непонятно написано («импорт данных в...»). Так всё-таки:

«Импорт данных ИЗ интернет-магазина»
или
«Экспорт данных В интернет-магазин»?
В общем случаи задача не решается из коробки я думаю не одним бесплатным и многими платныими системами.
В лучшем случаи вам будет предоставлен метафреймворк который упростит задачу (что то типа Microsoft BizTalk), и вам прейдется заплатить за настройка под конкретного поставщика.
Пока на ринке не устаканится ни один формат импорта/експорта данных, ничего не поделаеш будем жить так
Формат то есть, CommerceML ни кто не отменял. Культуры и массовости использования нет. Каждый поставщик городит свой внутренний формат (зачастую в виде банального экселя) и ему глубоко по**й наплевать как эти данные будут интегрироваться в системы его клиентов (магазинов). Проблемы индейцев шерифа не касаются.
CommerceML есть, но он безумно избыточный. Иногда бывает выгружается куча пустых XML секций (килобайты мусора), который можно было бы вообще не выгружать.
Так же не очень понятно зачем перешли на два файла import.xml и offers.xml, усиливая и без того громадную избыточность.
XML сам по себе язык довольно многословный. Но поэтому он такой и гибкий. Избыточность словаря не повод не использовать готовое отраслевое стандартное решение. В конечно итоге мы его не руками разбираем.
Ууу. Перегон из 1Са это такая морока.
В свое время для еще семерки писал на Qt прикладуху — за 6 секунд дергала 20к позиций из M$SQL монструозным запросом, в несколько потоков обрабатывало, сопоставляло с имеющимися данными из БД интернет-магизина и апдейтила цены/добавляла товары. Причем ~5.5 секунд уходило на выполнение запроса.

А по поводу данных от поставщиков с разными артикулами — эта проблема решается часто через написание обучаемого морфологического анализатора. Имеет смысл при тысячах позициях, когда человек (менеджер) просто не в силах все сопоставить руками.
А приходилось что-то морфологическое использовать? Уж не АОТ ли? Или что-то в Qt есть? Просто любопытно, на сколько точно удавалось делать автоматическое сопоставление.
я использовал регэкспы и словари, иногда левенштейн приходил на помощь.
Ещё есть такой момент: нужно учитывать структуру URL страницы описания товара в интернет-магазине и импортировать свежую версию прайса таким образом чтобы тот же товар оказывался на той же странице. Если же банально в интернет-магазине не реализован ЧПУ (а он у многих не реализован) и URL страницы товара выглядит как www.domain.com/productid/17434, то при загрузке свежего прайса — если поле "№ наименования" программист привязал к productID в БД магазина — вся ваша поисковая оптимизация с индексацией пойдут прахом. При этом не следует сильно уповать на «артикул»: прайсы поставщиков как правило формируются людьми и одной человеческой ошибки достаточно для того чтобы на сайте интернет-магазина появились «кривые» страницы. Т.е. нужно ещё писать и процедуру валидации каждой записи с проверкой формата полей. На практике в прайсе данные могут быть засунуты не в ту колонку, вместо запятых могут быть точки и наоборот. А воспитывать сотрудников поставщика на тему умения работы с Excel — неблагодарное дело.

Конечно, проще с теми поставщиками кто готовит прайсы в XML для Яндекса, но у большинства прайс банально в Excel. Причём и версии Excel могут быть разные: напишешь процедуру импорта на PHP, а она с половиной файлов не работает или работает криво.

На Западе крупные компании делают так: они заводят учётки на своём складе для своих поставщиков и говорят: ребята, карты в руки: как импортируете, так и будем торговать вашими товарами. )) Но это могут себе позволить только очень крупные предприятия.
Поддержу. Насчет крупных предприятий да, кто больше заинтересован, тот и отгребает. К сожалению у нас больше заинтересован магазин, а не поставщик. Что меня удивляет, ведь по сути это наплевательское отношение к клиенту (ибо для него магазин это клиент). Хотя учитывая, что у нас наплевательское отношение к клиенту норма, то в принципе не удивительно.
В ImageCMS Shop такое сделанно через модуль modul exchange и import/export csv.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.