Многоскладовость: Привязка к регионам, стоимость доставки и отображение на витрине


#22

Модуль Вариации товара в бете уже более года и все еще сырой. Модуль многоскладовости еще не появился. Так что до более менее рабочего варианта стоит предполагать 1 год.


#23

многоскладовость

1.1 для пункта назначения добавить геграфические координаты (универсальность поиска ближайшего и группировки пунктов назначения)
1.2. для пункта назначения добавить список пунктов назначения - “источников”
(движение товара, как правило происходит однонаправлено поставщик->рц->склад->“пункт выдачи”->покупатель)
2.1. учет количества вести в разрезе пунктов назначения
2.2. для источников назначить время доставки в днях, часах, минутах (универсальнее в секундах)
2.2.1. для источника может быть назначен график поставки : момент окончания приема заявки на поставку, момент поставки товара в пункт назначения. например (среда до 15:00, пятница после 12:00). также можно собрать стоимость движения товара по маршруту.

2.3. наличие товара выводить по всем маршрутам (обходим все вершины в глубину пока не набираем количество в заказе) при этом получаем список из полей: количество товара, дата поставки. покупатель в способе доставки может выбрать режим поставки по частям или все вместе.
2.3.1 при подсчете свободного количества необходимо учитывать резерв, который формируют подтвержденые ( или оплаченные) заказы по всему выбранному маршруту по пунктам назначения.
2.4. для возвратов определить отдельные маршруты
2.5. адрес доставки покупателя нужно связать с пунктом назначения, в котором также указаны источники.


#24

Здравствуйте!

  1. Если использовать курьерские компании и автоматизацию процесса (например СДЭК), то париться с многоскладовостью (пользы не будет) не надо. Цитата: “При заходе на сайт у пользователя определится местоположение, и так станет понятно, какие товары ему доступны.” - а остальные товары на сайте не доступны будут, в других городах? Лучше уж пользователь пусть видит сколько будет стоимость доставки из другого города и принимает решение сам.

  2. Стоимость доставки рассчитывают сервера курьерской компании ) Сделайте достойные модули интеграции и соответствие статусов. Отработайте механизм статусов платежа (оплата заказа при получении в пункте самовывоза, например СДЭК , при наложенном платеже. На этом спасибо!
    А для отправки заказа из другого города будет автоматически оформлен приход курьера и забор отправления! (так работают крупные ритейл агрегаторы) - это удобно по предоплате заказа (эквайринг).

Разработчики сделайте свой реальный магазин и сразу увидите потребности и недостатки системы.
Удачи!


Вышли CS-Cart и Multi-Vendor 4.9.2
#25

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


#26

Добрый день!

  1. Да, есть свой склад и склады поставщиков. На данный момент с сайта полностью убрано отслеживание наличия ввиду того, что на своем складе товаров мало, а смешивать наличие на своем складе и складах поставщиков не совсем корректно. Нужно отображение нескольких складов. Сейчас при обращении покупателя приходится открывать остатки поставщиков в excel и смотреть “вручную”.
  2. Любая доставка рассчитывается индивидуально
  3. Мое мнение что для покупателя все равно на каком складе товар, главное чтобы было понятно есть он в наличии или нет в его городе, т.е. склад автоматически подменяется по геолокации. Если этого нет - то тогда нужно отображение всех складов. В нашем случае желательно отображение много/мало/нет на одном складе, а в админке нужно чтобы было видно что есть на складах поставщиков - т.е. несколько складов.

Статус товара "Под заказ"
#27
  1. Есть несколько складов в одном городе.

  2. Стоимость доставки не считаем до точки самовывоза. Если товар в наличии в другом городе, стоимость товара не учитывает стоимость доставки из другого города. Это расходы.

  3. На складе в городе покупателя - “В наличии”
    На складе не в городе покупателе - “На удаленном складе”

Город подтягиваем через geo, но предоставляем возможность вручную поменять город.


#28

По нашему опыту в данной теме:

  1. клиенту предоставляем наличие товара на нашем складе и складах поставщиков с разными сроками поставки (2дня, 5 дней, 15дней) без указания где этот склад поставщика. Это позволяет существующими методами формировать заказы только из наличия. При этом увеличение срока поставки приходится обговаривать по телефону, т.к. программно это не реализовано в расчёте доставки.

Что хотелось бы:

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

#29