Всем привет.
Многоскладовость реализовал еще в 2015 году на своем сайте.
Выглядит это так: в админке добавлено еще 1 поле с нашим складом, поле, которое уже было в Cs-cart - отдано под наличие товара у поставщиков. Установлен модуль “Поставщики”, с помощью которого товар привязывается под конкретного поставщика.
В поле - “наш склад” передаю остатки из 1С - это мои фактические остатки на складе. А поле склад - которые было изначально, заполняю остатками поставщиков. Для этого создан модуль загрузки прайсов и остатков, а так же куча парсеров прайсов поставщиков и сайтов. Которые парсят наличие и цены поставщиков.
Поле “наш склад” отображается только в админке в карточке товара и в категории товаров, а так же в заказе клиента.
Для посетителя наличие товара отображается через надписи, их несколько: Есть в наличии, Ожидается, Нет в наличии и Уточните цену.
Логика надписи по наличию товара:
Есть в наличии - это когда в любом из полей складов есть наличие и цена на товар.
Ожидается - это когда есть цена, но нет в наличии ни на одном из складов (полей).
Нет в наличии - нет на складах и нет цены
Уточните цены - есть в наличии на любом из складов, но нет цены.
У меня много поставщиков в одном городе (считай складов), а так же своих несколько складов в одном городе - по-этому показывать наличие только для конкретного города считаю не правильным.
Так же я могу в течении нескольких дней привезти товар на свой склад и отправить клиенту. По-этому в наличии должен отображаться товар, который находится и на удаленных складах.
А так же работаем по дропшипингу, когда отправляем курьерской службой товар на прямую на клиента от поставщика.
Расчетом стоимости доставки для клиента пока не пользуемся, но на новом сайте будет использовано API “Новой Почты” и “Интайма”.
При доставке нашей машиной по Киеву - написан скрипт, который определяет стоимость товара, если больше 1500 грн - пишет надпись - Бесплатно по Киеву, если меньше - надпись 50 грн по Киеву.
Если же стоит галочка в Бесплатной доставке у товара - тогда надпись - Бесплатная по Украине.
Хотелось бы получить модуль, который позволяет добавлять склады, и отображалось наличие для клиента в виде Текста, заложенного в логику наличия на складе.
У нас несколько складов в одном городе (что-то есть в торговом зале, что-то на удаленном складе в другом конце города) в зависимости от количества товара заказ везется по городу с соответствующего склада
Расчет доставки происходит в зависимости от наличия необходимого количества товара в ближайшем к заказчику складе. Если товар в наличии в другом городе то соответственно стоимость доставки корректируется на этот город.
Все это происходит руками менеджера - он сообщает “товар есть на n- складе, стоимость составит столько то, сроки n-дней”
В карточке с товаром указать наличие на разных склад`ах, в формате склад 1 (город 1) - в наличии склад 2 (город 1) - нет в наличии склад 3 (город 2) - в наличии склад 4 (город 3) - в наличии
Если человек заказывает товар из города где есть склады
То при оформлении заказа количеством превышающее больше, чем есть на складе города 1 - показывать предупреждение, что “на складе 1 не хватает n-штук товара, и увеличен срок доставки на n-дней.” Если человек заказывает товар из города где складов нет
То сразу везти весь заказ с того склада в котором находится все необходимое количество.
2 лайка
ikoshkin
Удалил(а) баннер . Он не будет отображаться вверху каждой страницы.
6
Не забудьте привязать склады к городу. В днс хороший кейс можно подсмотреть, и время когда забрать и т.д., вообще вы молодцы, просто предвижу стоны и кучу кастомных переделок и это хорошо ))
Обычно у клиентов есть несколько магазинов в городе (пункте назначения) и нужен выбор, где можно забрать физически товар или зарезервировать. https://www.atletmarket.com.ua/products/geynery_optimum_nutrition/serious_mass_optimum_nutrition.html?ab__pm=28566 - вот типичная реализация нашими силами под клиента (очень активно используется 1С обмен в вопросе наличия по магазинам)
Считаю, что не нужно ограничивать одной точкой для пункта назначения, а делать привязку точек к городу.
Мы торгуем со складов поставщиков, но лишь немногие дают остатки. Неплохо было бы иметь возможность не учитывать количество, а просто ЕСТЬ или НЕТ. Плюс мы доставляем - если в городе, где живет человек, нет товара, то ему должна выводиться инфа о сроках доставки
Вот вижу с новым чекаутом, в мультивендоре нужна уже мультискладовость, так как в основной ветрине когда человек будет выбирать город, должен показывать товары с определенного города.
1)Как я это вижу, когда человек выбирает город, фильтр должен убрать те склады которые не существуют в этом городе, как сделана и доставка в чек ауте.
2) импорт экспорт товаров. Главная витрина где хранится товар должен быть склад, который может с помощью шаринга отправить его на другую витрину. Добавить новые позицию к примеру “sklad” для того чтобы при импорте, сразу указать к какому скаладу относится этот товар и возможность добавить через запятую или двоеточие или слеш другой склад, так как он может быть в разных складах, еще добавить в импорте в каком городе есть этот товар.
3) В складе должны быть, наименование и описание характеристики с помощью шаринга одни и те же, а вот остатки и цены обязательно разные у всех складов.
нужно очень. Илья, ждем ваших ответов.
Есть склады в разных городах, а помимо складов точки выдачи(по сути отличие лишь в возможности самовывоза для клиента, с точки зрения учета - никакой). Данные о наличии товаров на складах обязаны грузиться из 1С, иначе не имеет никакого смысла. По-хорошему к ним должна привязываться и логистика. При этом в ряде случаев товара может не быть в городе клиента, но товар может быть отправлен со склада из другого региона - это так же нужно учитывать. В одном городе могут быть десятки магазинов. При этом нужен функционал для отображения в карточке товаров остатков на складах в этом регионе, как численном, так и в завуалированном виде, а так же комбинированном(когда товара много - условные отображения количества, без конкретных чисел, а когда товара мало - возможность показать что осталось 2 или одна штука). Каждый магазин, оптовый склад - всё имеет в 1С соответствующие склады. Так же, по хорошему нужно иметь возможность назвать на сайте их не так, как они называются в системе учета, чтобы вывести в карточку понятные для клиентов названия.
@imac планируете ли сделать функционал ,что бы можно было отображать на витрине как в разрезе складов, так и в с группированном виде по определенным условиям ? например у меня 5 складов /поставщиков ,а я хочу показывать только самую низкую цену одного склада/поставщика
Скорее всего нет, но пока не точно, так как не проработали до конца логику.
Из того что вы написали это больше похоже на маркетплейс а не на обычный магазин
Добрый день! Когда планируете добавить данный функционал? Хочется понимать, на какой момент стоит планировать обновление сайта(просто обновиться нажав кнопку не получится никак).
Модуль Вариации товара в бете уже более года и все еще сырой. Модуль многоскладовости еще не появился. Так что до более менее рабочего варианта стоит предполагать 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. адрес доставки покупателя нужно связать с пунктом назначения, в котором также указаны источники.
