Разработать механизм интеграции данных интернет - магазина с сайтами поставщиков.
Для чего: в связи с большим количеством товара, и большим количеством поставщиков, очень часто происходит путаница по остаткам товаров. Т.е. люди заказывают позицию в Интернет - магазине, а ее уже нет в наличии, на сайте у поставщика. Из-за этого теряется часть покупателей, и ухудшается образ интернет - магазина.
Необходимо разработать механизм интеграции по остаткам товаров так, чтобы два раза в день, (утром и вечером, желательно, чтобы можно было запускать механизм интеграции принудительно, или отключать когда надо) остатки по товарам, выгружались с сайта поставщиков и меняли остатки у нас в Интернет – магазине. Поскольку далеко не все поставщики указывают точное количество товаров на складе, можно устанавливать следующие значения:
Товар есть в наличии на сайте поставщика – тогда остатки по данному артикулу в нашем Интернет – магазине должны равняться 1 шт. (или 3 шт., желательно чтобы было можно менять значения).
Товара нет на складе поставщика – тогда остатки по данному артикулу в нашем Интернет – магазине должны равняться 0 шт., т.е. товара нет в наличии в нашем Интернет – магазине.
Важно, чтобы было создано несколько складов: для розничной точки (пункта самовывоза) и для склада (поставщики).
Обновление-сверка информации (остатков) по товарам с сайтами поставщиков должно проходить строго по артикулам.
Артикул товара на сайте поставщика должен полностью соответствовать артикулу на сайте нашего Интернет – магазина. Только в таком случае информация будет обновляться чётко.
Кто готов взяться за данную работу, пишите: стоимость, сроки и способ связи.
С Уважением, Олег!
18 комментариев
Кто-нибудь взялся такое сделать? У меня с четким ТЗ трое брались - ни один не сделал.
Я такое делал лет пять назад. Если появлялся новый поставщик со своим прайсом, достаточно было завести нового поставщика и соотнести колонки.
мы делали по нескольким поставщикам. Очень много вопросов возникает. Причем если кто-то думает, что у поставщиков нет бардака на складах.... ;)
Новый поставщик - новый алгоритм. Система никогда не будет доделана :)
Я бы еще дополнил - новый покупатель - новый алгоритм, потому что нюансы у всех свои.
Сомневаюсь, что Вы решите эту проблему.
Сам являюсь активным пользователем интернет магмазинов и в какой магазин не позвони: если товар не на их складе, то они берут тайм аут и перезванивают через 5 мин с информацией о наличии.
От этого ни куда не уйдешь....
Или свой склад - или уточняющий звонок.
И правильно подметил Михаил - бардак везде. Даже с своим складом Вы не избежите таких моментов. Пересортицы... недостачи... брак...
Поделюсь опытом, дабы остудить пыл "глобальной автоматизации" складов %). Проект косметического товара - поставщиков около 15. В среднем - 40% поставок с пересортом (маска с клубникой и сливками совершенно не то что без сливок.... ;) ). 6 (!!!) видов 1с и все с дописками (такие мелочи как разделитель в ценах передаваемый криво я опускаю вообще). Различный подход в артиклях... Короче после n-х попыток привести это в божий вид, стали создавать свою систему обмена между 1с и магазином на основе плоских файлов. Бардака стало меньше, но он как был так и есть. В итоге идея написать "серебрянный кол" для складов поставщиков перенесен в раздел сразу "написать плагин продажи дробных товаров в WA" и "дописать плагин юрики-физики". Эти два хотя бы реалистичны ;). Если под конкретного поставщика это решаемо, то универсальное решение - не научная фантастика.
У нас нет поставщиков с бардаком. И поставщиков много. Все косячные поставщики - досвиданья им сказали.
Посмотрите у битриксов есть плагин идеальный. А зачем минусовать вопрос - не понятно.
Если Вы уверены в том, что вся информация от поставщиков верна, а так же есть возможность идентифицировать товар от каждого поставщика (или товары поставщиков не пересекаются) - тогда реально
Дайте ответ на несколько вопросов:
1. Существуют ли одинаковые товары у поставщиков
2. как происходит идентификация товаров магазин - поставщик (это может быть артикул, шрихкод, название или еще какой-то УНИКАЛЬНЫЙ идентификатор)
3. какие данные надо обновлять из прайса поставщика в магазин?
Если актуально, то напишите в skype k_oleg_a
Поставил + это нужная тема.
Вопрос простой. Сделать плагин в котором можно создать поставщика и внести туда как в категорию товары, дальше поставщик на FTP выкидывает каждый день в 7:00 файл. Конечно у всех или почти у всех поставщиков с складом стоит 1С, написать выгрузку товаров с 2мя характеристиками Артикул и количество. Далее в 8:00 или когда нам надо, время тоже можно задать, скрипт стучится на этот FTP и по совпавшим артикулам обновляет нам остатки. +В файл выгрузки пишется дата выгрузки, если мы забираем файл и там дата больше чем 1-2-10 (задается) суток от реальной даты то оповещает сообщением администратора о старом файле остатков такого то поставщика.
Бардак - бардаком, но это просто облегчит жизнь многим людям.
Со своей стороны могу организовать создание обработки в 1С8-8.3 с выгрузкой такого файла.
С уважением.
:) Все что Вы описываете - очень индивидуально.
Никогда! не будет такого, чтобы синхронизация двух БД прошла гладко.
Только индивидуальный подход! Только запил кода под Ваше задание и под Вашу базу! Только работа с какими-то конкретными файлами.
Если Вы работаете с 1С - Вы должны понимать это. База данных - это Вам не ЭТО....
Если написать такой плагин и выложить в инсталлер - 90% отзывов будут негативными т.к. он не будет работать или будет не так работать и подавляющего большинства.
Если конкретно Вам такое надо - обращайтесь к разработчикам - они Вам запилят индивидуально что угодно.
Павел добрый день.
Вы говорите так же верно как и я :)
Обращаюсь :) сделаете?
С уважением.
пишите pavel@gordovoy.net
если не горит на завтра (говорим "завтра" - предполагаем "в этом месяце") - думаю до чего-то договоримся
p.s. мда.... нарвался на работу.... ну... по-умничал - придется отдуваться...
Есть решение на базе СMS opencart, его можно взять за основу модуля для SS, но с опытом становится понятно, что для нормальной автоматизации Поставщик-Прайс-Магазин, если их много, нужен серьезный инструмент, могу посоветовать белорусскую разработку Quad CRM, 890$ комплекс программ. Решает все проблемы.
Слышал еще про Uniprice, но тоже вариант далеко не из бюджетных и уже работает со стороны 1с
890 это комплекс, те обработка прайсов, товарная база, парсер сайтов и др. Если просто обновление наличия и цены то дешевле. Мы долго к ней шли, пользовались всякими модулями, обработками 1с и др. Везде что то не то было. Посчитали деньги которые потратили на все эти костыли и получилось на дистанции примерно тоже самое. А здесь готовый отлаженный продукт, полностью универсальный, тех поддержка все дела. 45 000 позиций на сайте, обновление занимает 20 минут.
Поддержите идею, возможно это решит на текущий момент большую часть проблем: Развитие плагина обработки прайсов поставщиков