Задача списывать товар с того склада на котором он есть в наличии а не там где он кончился.
Кому лень читать, резюме: такого функционала нет (
Кому не лень читать:
1) Решили что такой функционал работает сам по порядку складов
Есть настройки складов:

Дополнительные правила не заданы:

Первоначально у товара равное кол-во товаров:

Покупаем товар, почему-то списывается с третьего склада (последнего в списке)

Хорошо меняем очередность складов:

Покупаем еще раз - теперь списался с основного склада, просим подтвердить, так ли это:
основной склад является последним в списке?
Вторая проблема заключается в том что если продолжить покупать склад уйдет в минус вместо того чтобы списаться с других складов:

В документации написано что данную проблему решают виртуальные склады: https://www.shop-script.ru/help/11897/stocks/ (при более внимательном прочтение оказалось что нет, там также списывается с одного но теперь уже первого склада)
2) пробуем решить через виртуальные склады
Создаем виртуальный склад:

И перемещаем его вниз чтобы он был основным:

Итак получается состояние товара следующее:

По логике виртуального склада должно списываться с Основного склада но так как там -1 то должно списаться со следующего, покупаем, но к удивлению продолжается списываться с основного склада уходя в глубокий минус:

Так, ставим по умолчанию в 2 по всем складам, и продолжаем эксперименты, покупаем и опять уходим в минус (((

Ради интереса поставили минус другому складу

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

Итого:
- Основным складом считается последний в списке (хотя можно посчитать это фишкой такой)
- Реализовать функционал автоматического списания со склада имеющего товар в наличии нет возможности
- Странный баг с минусовым складом в виртуальном складе
Если неправы и есть такая возможность очень хотелось бы услышать как )
19 комментариев
Сейчас нет возможности настроить так, чтобы магазин, закончив списывать товары с одного склада, перешёл к списаниям с другого склада, чтобы остаток на первом складе не ушёл в минус.
Будет когда то? Хотя бы к Экспо 2025
Есть болванка плагина на эту тему, которая на данный момент делает именно это (магазин, закончив списывать товары с одного склада, перешёл к списаниям с другого склада). Правда, если в магазине есть какие-то настроенные правила списания, она их игнорирует, и действует по-своему. Если интересно - могу поделиться за небольшую плату.
Добрый день, а небольшая плата это сколько?
И раз он игнорирует общие правила, задать последовательность списания возможно? или оно идет по порядку складов в SS?
Совсем, совсем не удобно.
Итог постоянный контроль остатков...
Когда будет устранен данный баг?
постоянный контроль остатков будет нужен, если списывать любых складов, а не одного.
Сейчас все по правилам учета -- каждая отгрузка только с одного слада, а не с нескольких и если есть дефицит на этом складе перед комплектацией нужно выполнить перемещение товара. так вы точно будете знать как, когда и куда товар перемещался.
а если все 3 склада отгружают/отправляют независимо друг от друга? или находятся вообще в разных городах?
А если в заказе несколько товаров с трех разных складов? Либо вы перемещаете товар на один, с которого отгрузка происходит, либо заставляете клиента 3 заказа оформить. Отрицательный остаток лишь показывает дефицит товара на складе и всё.
1) Товар должен списываться по приоритету исходя настройки правила автоматического выбора складов
2) Если товара всего осталось 2шт, но они находятся на разных складах - в таком случае, когда заказчик оформляет заказ через корзину сайта - на этих последних 2шт, то этих 2шт товара должны автоматом распределяться по своим разным складам.
И как надо, чтобы было:
Даже на новом движке ничего не работает.
Настроена два склада:
1. Склад
2. Магазин
и настроено стандартными средствами правило:
В итоге все равно по умолчанию списывается со склада "Склад".
И местами их менял - ничего не помогает - упорно списывается со "склада".
И, на самом деле, по большому счету фиг-бы с ним, если бы не одно большое НО: вот остался у тебя товар в единичном экземпляре в "магазине", а его взяли и заказали 2 или 3 человека подряд например ночью (он-же с "магазина" не списывается при заказе как мы помним, а уходит в минус со "склада"). И утром тебе приходится двоим из троих отказывать, т.к. у тебя одна единица товара всего. Соответственно одного ты удовлетворил продав ему этот товар, а два других ушли от тебя с отрицательными впечатлениями. И ладно-бы просто ушли - бывает еще и отзывы на Я.Маркете катают какие мы тут все плохие и обманываем покупателей с наличием.
А Я.Маркет берет и устраивает тебе внеочередную проверку по этому поводу, а потом и отключает от показов из-за ошибок...
Соответственно что? - теряем деньги, время, нервы.....
+1 к плагину, с математикой списания.
У нас несколько поставщиков, соответственно поставщикам есть склады. Наличие автоматом обновляется.
Списывает естественно все с одного.
Почему так все работает? :( комментарий webasyst не будет?
У меня только один вопрос - какой склад должен уходить в минус в случае если списывая по очереди со всех складов столкнулись с тем, что товара больше нет нигде, но его ещё нужно списать?
Склад по умолчанию не может уходить в минус. Товар либо есть, либо его нет. Не может быть ситуация, когда склад что-то должен. На складе то количество, которое в него положили - ни больше, ни меньше
Если заказали 100 товаров, а на складе/ах только 10, то необходимо просто заблокировать возможность списания, до тех пор, пока количество в заказе не будет меньше либо равно остатку на складе или складах
Если заказали 100 товаров, а складов 10 по 10 штук в каждом, то необходимо списывать в порядке очередности, начиная с верхнего
Меня самого раздражает ситуация, когда есть 2 склада на первом ноль товаров, а на втором 5 шт. При заказе вижу, что на первом складе стало минус 1 товар, а на втором те же 5 шт. Таким образом возникает ситуация, когда на первом складе минус 5 шт, а на втором все-равно 5. По факту товара нет, но система видит 5 шт на втором складе.
А склады у вам обозначают именно реальные склады?
Ведь если два склада, один в Мск, другой в Питере и система спишет со склада в Питере, хотя заказ был в Мск, то как-то это неверно. Нет?
Тема наболевшая. С товарным учетом в движке нужно что-то решать, т.к. задумано все по логике программистов, но не исходя из потребностей реального бизнеса.
Вот и в этой теме владельцы магазинов пишут реальную потребность, а им программисты отвечают теорией, как задумано.
Остаток на складах не должен уходить в минус. Если товар есть на разных складах, значит в заказе он должен быть на разных складах, а не списан в минус на одном, а на втором лежат остатки.
Я лично об этом писал пару лет назад и по учету есть много тем на форуме.
Иван, не желаете посотрудничать в этой части? Есть готовый плагин, который на данный момент не позволяет складам уходить в минус. Работает на паре проектов, но есть мысли по его доделке и развитию. Собственно, что мне хотелось бы:
Согласен. Логика в нынешних списаниях какая-то прогерская, а не бизнесовая.
Собственно, плагин позволяющий равномерно списывать остатки со складов, не позволяя им уходить в минус, опубликован в маркете.