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


#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

#30

Возможно я не в этой ветке пишу, но можно ли организовать из коробки следующий функционал.
К примеру имеем два склада один в Москве другой в Новосибирске. Товары индентичны даже пусть будут одинаковые. Присвоить им разные артикулы. Товары которые в Москве их артикул начинается на “м” , новосибирские на “n”. Если пользователь заходит с города Воронеж, то он видит все товары которые в Москве, т.к доставка для него будет дешевле и быстрее. Клиенту который зашёл в магазин с Омска видит товары которые есть на складе в Новосибирске, Товары в Москве ему не имеет смысла видеть.


#31

Этот момент мы до релиза многоскладовости ещё будем прорабатывать. А зачем вам разные артикулы в разных городах? У вас там цены разные?


#32

разные артикулы, .т.к. разные поставщики, и у них соответственно артикулы разные. Цены одинаковые, не копейка в копейку, разница в пару рублей.


#33

Как вариант, вам может подойти - видел недавно решение на одном из сайтов. Там добавили точки выдачи в характеристики товара и вывели на всех категориях в фильтр. Эти же характеристики вывели в шапке товаров и в плитке для отображения наличия. Вы можете добавить города. Решение крайне специфическое и мало кому подойдет, но в некоторых случаях вполне можно рассмотреть. Точно и никак не может работать ни с какими системами учета, только при импорте остатков через CSV, обновляя соответствующие характеристики. Но имитацию многоскладовости в некоторых случаях так создать можно.


#34

2 артикула - товар один? Используйте мультивитринность - сделайте 2 витрины. Зачем Вам дубли товаров на одном сайте?


#35

Вы главное каши из топора не сварите, сейчас насоветуют кастома, потом черт ногу свернет.


#36

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


#37

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


#38

Скажите, имеет смысл ждать многоскладовость в ближайшее время?


#39

Зависит от того, что вы вкладываете в “ближайшее время”.

Сейчас работаем над 4.10.1. Многоскладовость туда включить не успели, но подготовились к её включению в одну из версий 4.10.x. Думаю, в июле будет конкретика по состоянию/срокам, если только @imac не затронет эту тему раньше в видеоотчёте.

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


#40

Прошло полтора года - это огромный срок.