Интернет-магазин со складом

У МойСклад интеграции с другими cms происходят некорректно. В частности с simpla, хотя заявлено что интеграция есть. На деле всё это полное УГ.

По сути ни в одной cms нет ни только склада, но и CRM. На сегодняшний день cms лишь системы управления витринами, не более того.

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

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

У нас например своя inhouse разработка, которая синхронизирована с теми cms, с которыми мы работаем. Она работает на отдельном сервере и агрегирует всю информацию от поставщиков и с магазинов, выступая в роли big data, склад и crm.

Это смотря что вкладывать в понятие склад.

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

Лежу на пляже, смотрю сколько там осталось пуговиц, и не пора ли закупать нитки - это удобно. Тот же cron или менеджер когда надо нажимает на кнопку и автоматом на сайте лежит уже свежий прайс. Другая кнопка - выгрузка в 1С остатков. Тут все зависит от специфики магазина, количества товаров, времени обновляемости.

Я никогда особо не парился и писал под заказчика.🍿 Заказчик, обычно намучившись со стандартными CMS, говорил что конкретно ему надо и что нет. Дело в том, что программист никогда не сидит ни на складе, ни в офисе и понятия не имеет о том что и как лучше сделать. Да и не надо ему это. А вот когда прибегает кладовщик и кричит мама😮 тогда кое-то переписывается и все остаются довольны🍻 Как конфигурации 1С пишут под себя, так и склад нужен "свой".

Взгляните на этот движок должен подойти http://www.shop-script.ru/features/

+1

сейчас используем 3 версию + 1с с модулем обмена от этих ребят http://cms1c.ru/ там напрямую с БД идет обмен.

В 1с просто можно всякие движения видеть и еще куча всего

Пробовали соединить шопскрипт и мой склад, потратили 15к на программиста, но так и ничего не получилось :( но это было год назад, возможно мой склад развился.

5 версия шопскрипта вроде как обещает быть хорошей и возможно для небольшого магазина 1с (или что там еще) непонадобится

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

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

Подойти под что?)

Вы людей то не обманывайте. Это еще даже не движок, это одно желание такового и сплошные косяки.

worldfoto, да, есть вроде что-то похожее на склад... но имхо - хервовенький какой-то. Да и юзабилите, мне, честно говоря не нравиться. Хотя это не так важно.. Но все же.

Да и нет возможности прямо из заказа снимать со склада заказанные товары.

Не знаю как шоп скрипт 5, но в webasyste (то что перед шоп скрипт 5) - интеграция с 1С декларируется, что в движок прямо встроена такая возможность. Но на деле - оно нормально не работает. нужно пилить и пилить.

Битрикс - есть и связка с 1С и CRM, правда тоже не все так гладко как описывается в презентациях.

Lester7, в том то и дело, что нет нигде связки с 1С готовой. Этого просто быть не может, потому что системы гибкие по обе стороны, (вернее сказать архитектура данных кривая) и подружить их не получится по нажатию на одну кнопку. Нужно пилить.

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

А еще причина в том - что CMS всегда оперируют понятием товар и отчаяно пытаются на него завязать все: картинки, страницу товара, артикул, варианты этого товара и прочее.

Должны быть разные сущности (понятия) в структуре данных CMS:

1. Страница продукта (коммерческое предложение);

2. Товары, которые могут входить в состав продукта;

3. Артикулы, которые могут входить в товар;

4. Варианты артикула (красный/синий... или S/M/L/XL/XXL).

Только так можно добиться гибкости и легко снюхивать CMS с любыми другими системами.

Сегодня такого разделения в CMSках нет.

Большинству ИМ не выгодно держать свой склад, они хотят возить под заказ. И видеть реальное кол-во товара у поставщика нужно им.

А большинству поставщиков выгодно, чтобы ИМ таки создали свой склад и не брали по 1 штучке.

Т.е. владельцу сайта интеграция не нужна.))

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

Когда/если возникнет ситуация что поставщик гоняется за клиентами, быстренько появится нормальная интеграция.