Не забудьте привязать склады к городу. В днс хороший кейс можно подсмотреть, и время когда забрать и т.д., вообще вы молодцы, просто предвижу стоны и кучу кастомных переделок и это хорошо ))
Поддерживаю предыдущего автора, сделайте модуль складов и доставки как у ДНС. Купим сразу же! и все купят, потому как лучшей логики еще не встечал
Обычно у клиентов есть несколько магазинов в городе (пункте назначения) и нужен выбор, где можно забрать физически товар или зарезервировать.
https://www.atletmarket.com.ua/products/geynery_optimum_nutrition/serious_mass_optimum_nutrition.html?ab__pm=28566 - вот типичная реализация нашими силами под клиента (очень активно используется 1С обмен в вопросе наличия по магазинам)
Считаю, что не нужно ограничивать одной точкой для пункта назначения, а делать привязку точек к городу.
Тут тоже неплохо сделано можно увидеть где есть и нет товара https://eldorado.ua/indesit-li-9-s1-q-w/p1395392/
Мы торгуем со складов поставщиков, но лишь немногие дают остатки. Неплохо было бы иметь возможность не учитывать количество, а просто ЕСТЬ или НЕТ. Плюс мы доставляем - если в городе, где живет человек, нет товара, то ему должна выводиться инфа о сроках доставки
Вот вижу с новым чекаутом, в мультивендоре нужна уже мультискладовость, так как в основной ветрине когда человек будет выбирать город, должен показывать товары с определенного города.
1)Как я это вижу, когда человек выбирает город, фильтр должен убрать те склады которые не существуют в этом городе, как сделана и доставка в чек ауте.
2) импорт экспорт товаров. Главная витрина где хранится товар должен быть склад, который может с помощью шаринга отправить его на другую витрину. Добавить новые позицию к примеру “sklad” для того чтобы при импорте, сразу указать к какому скаладу относится этот товар и возможность добавить через запятую или двоеточие или слеш другой склад, так как он может быть в разных складах, еще добавить в импорте в каком городе есть этот товар.
3) В складе должны быть, наименование и описание характеристики с помощью шаринга одни и те же, а вот остатки и цены обязательно разные у всех складов.
нужно очень. Илья, ждем ваших ответов.
Есть склады в разных городах, а помимо складов точки выдачи(по сути отличие лишь в возможности самовывоза для клиента, с точки зрения учета - никакой). Данные о наличии товаров на складах обязаны грузиться из 1С, иначе не имеет никакого смысла. По-хорошему к ним должна привязываться и логистика. При этом в ряде случаев товара может не быть в городе клиента, но товар может быть отправлен со склада из другого региона - это так же нужно учитывать. В одном городе могут быть десятки магазинов. При этом нужен функционал для отображения в карточке товаров остатков на складах в этом регионе, как численном, так и в завуалированном виде, а так же комбинированном(когда товара много - условные отображения количества, без конкретных чисел, а когда товара мало - возможность показать что осталось 2 или одна штука). Каждый магазин, оптовый склад - всё имеет в 1С соответствующие склады. Так же, по хорошему нужно иметь возможность назвать на сайте их не так, как они называются в системе учета, чтобы вывести в карточку понятные для клиентов названия.
согласен, что нужно все привязывать к 1С. Это стандарт сегодняшнего дня.
@imac планируете ли сделать функционал ,что бы можно было отображать на витрине как в разрезе складов, так и в с группированном виде по определенным условиям ? например у меня 5 складов /поставщиков ,а я хочу показывать только самую низкую цену одного склада/поставщика
Скорее всего нет, но пока не точно, так как не проработали до конца логику.
Из того что вы написали это больше похоже на маркетплейс а не на обычный магазин
многоскладовость будет интегрирована с 1С?
Добрый день! Когда планируете добавить данный функционал? Хочется понимать, на какой момент стоит планировать обновление сайта(просто обновиться нажав кнопку не получится никак).
Модуль Вариации товара в бете уже более года и все еще сырой. Модуль многоскладовости еще не появился. Так что до более менее рабочего варианта стоит предполагать 1 год.
многоскладовость
1.1 для пункта назначения добавить геграфические координаты (универсальность поиска ближайшего и группировки пунктов назначения)
1.2. для пункта назначения добавить список пунктов назначения - “источников”
(движение товара, как правило происходит однонаправлено поставщик->рц->склад->“пункт выдачи”->покупатель)
2.1. учет количества вести в разрезе пунктов назначения
2.2. для источников назначить время доставки в днях, часах, минутах (универсальнее в секундах)
2.2.1. для источника может быть назначен график поставки : момент окончания приема заявки на поставку, момент поставки товара в пункт назначения. например (среда до 15:00, пятница после 12:00). также можно собрать стоимость движения товара по маршруту.
2.3. наличие товара выводить по всем маршрутам (обходим все вершины в глубину пока не набираем количество в заказе) при этом получаем список из полей: количество товара, дата поставки. покупатель в способе доставки может выбрать режим поставки по частям или все вместе.
2.3.1 при подсчете свободного количества необходимо учитывать резерв, который формируют подтвержденые ( или оплаченные) заказы по всему выбранному маршруту по пунктам назначения.
2.4. для возвратов определить отдельные маршруты
2.5. адрес доставки покупателя нужно связать с пунктом назначения, в котором также указаны источники.
Здравствуйте!
-
Если использовать курьерские компании и автоматизацию процесса (например СДЭК), то париться с многоскладовостью (пользы не будет) не надо. Цитата: “При заходе на сайт у пользователя определится местоположение, и так станет понятно, какие товары ему доступны.” - а остальные товары на сайте не доступны будут, в других городах? Лучше уж пользователь пусть видит сколько будет стоимость доставки из другого города и принимает решение сам.
-
Стоимость доставки рассчитывают сервера курьерской компании ) Сделайте достойные модули интеграции и соответствие статусов. Отработайте механизм статусов платежа (оплата заказа при получении в пункте самовывоза, например СДЭК , при наложенном платеже. На этом спасибо!
А для отправки заказа из другого города будет автоматически оформлен приход курьера и забор отправления! (так работают крупные ритейл агрегаторы) - это удобно по предоплате заказа (эквайринг).
Разработчики сделайте свой реальный магазин и сразу увидите потребности и недостатки системы.
Удачи!
Интересный вопрос, в данный момент хочу реализовать “многоскладовость” у нас в 1 городе несколько складов и у многих тоже. Доставку из одного города можно расчитывать с помощью коэффициента или прибавки в процентном соотношении или суммой. Но в моем случае мне интересно только наличее. Возможность выбора по всем складам или конкретному региону или нескольким регионам будет полезно помимо автоматического определения. По выбранному региону или городу отображаются только те размеры которые есть в наличее и отражается список складов складов имеющих в наличие все доступные опции, если выбран одна опция список складов фильтруется, список складов должен быть открывающимя в другом окне с контактной информацией и возможностью добавить в корзину информации о складе, а также оперативной связи с складом. В списке складов, по выбранной модели на против каждого склада опции, которые есть в наличие на этом складе