В целом при таком ажиотаже вокруг последнего товара согласен. С тем только уточнением, что бедлам и садомия уже происходят, т.к. действия в админке никак не отражаются на остатках.

И прогресс бар на странице товара, показывающий, что товара осталось очень мало, как бы должен намекать покупателю: "торопись, а то не успеешь".

Про действия в админке может и нужно сделать, что-бы товар списывался, хотя тоже спорно очень.
Возможно мне сложно это понять, так как заказы по телефону мы стараемся не принимать.
Про прогресс бар не совсем понял Ну есть он и что? Человек заказ оформил, ему показали страницу "Спасибо, все ок, заказ оформлен" дальше он будет ждать свой заказ.

Посидел и подумал над этой логикой.
Какой-же у нас начнется бедлам и садомия при таких условиях
5 человек оформили заказ на один и тот же товар, пошли платить (если предоплата, то сразу пошли со страницы оформления), а там бац, "тебе не повезло дружище, кто-то другой успел заплатить!" А еще 3 человека оформили с оплатой при получении, сидят ждут. Менеджер в итоге совершит 7 пустых звонков (а это 2.5 руб за минуту с 8-800) с объяснениями, почему его товара нет на складе, хотя он его заказал.
За всю практику, 1 заказ был, когда покупатель попросил (в чат написал) что-то добавить в этот заказ, так как забыл.
А про возврат средств вообще молчу

Вы наверно можете это реализовать отдельно модулем, но, если послушаете моего совета, не надо этого делать

В целом при таком ажиотаже вокруг последнего товара согласен. С тем только уточнением, что бедлам и садомия уже происходят, т.к. действия в админке никак не отражаются на остатках.

И прогресс бар на странице товара, показывающий, что товара осталось очень мало, как бы должен намекать покупателю: "торопись, а то не успеешь".

Почему имеет смысл не снимать товары со склада для некоторых статусов заказов (например, Новый и Ожидает оплату): часто клиент оформляет заказ с товаром, который на складе в количестве 1 шт. Продолжает серфить по сайту, находит что-то еще интересное, и хочет сделать новый единый заказ (и с первым товаром и с тем, что только что нашел). Желание клиента понятно - он не хочет платить за доставку 2 заказов, он хочет оформить новый общий заказ. Если первым заказом товар уже зарезервировался - клиент не сможет снова добавить его в корзину. Клиент расстроится и не станет ничего дозаказывать.

Если кто-то другой успеет оплатить товар вперед, то у другого клиента просто должна пропасть ссылка на оплату, а у отсутствующего товара появится надпись "Товар закончился". У менеджера в админке аналогичная надпись и нет возможности присвоить заказу статус "В обработке". Это честно.

Если оба клиента успеют оплатить заказ, одному из них придется выполнить возврат средств. Не беда.

Посидел и подумал над этой логикой.
Какой-же у нас начнется бедлам и садомия при таких условиях
5 человек оформили заказ на один и тот же товар, пошли платить (если предоплата, то сразу пошли со страницы оформления), а там бац, "тебе не повезло дружище, кто-то другой успел заплатить!" А еще 3 человека оформили с оплатой при получении, сидят ждут. Менеджер в итоге совершит 7 пустых звонков (а это 2.5 руб за минуту с 8-800) с объяснениями, почему его товара нет на складе, хотя он его заказал.
За всю практику, 1 заказ был, когда покупатель попросил (в чат написал) что-то добавить в этот заказ, так как забыл.
А про возврат средств вообще молчу

Вы наверно можете это реализовать отдельно модулем, но, если послушаете моего совета, не надо этого делать

Так будет честнее по отношению к клиенту, что его товары будут резервироваться до оплаты.

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

Между всеми товарами в заказах, кроме отмененных, и количеством товара на складах, должна быть полная взаимосвязь и баланс.

---------------------

Почему имеет смысл не снимать товары со склада для некоторых статусов заказов (например, Новый и Ожидает оплату): часто клиент оформляет заказ с товаром, который на складе в количестве 1 шт. Продолжает серфить по сайту, находит что-то еще интересное, и хочет сделать новый единый заказ (и с первым товаром и с тем, что только что нашел). Желание клиента понятно - он не хочет платить за доставку 2 заказов, он хочет оформить новый общий заказ. Если первым заказом товар уже зарезервировался - клиент не сможет снова добавить его в корзину. Клиент расстроится и не станет ничего дозаказывать.

Если кто-то другой успеет оплатить товар вперед, то у другого клиента просто должна пропасть ссылка на оплату, а у отсутствующего товара появится надпись "Товар закончился". У менеджера в админке аналогичная надпись и нет возможности присвоить заказу статус "В обработке". Это честно.

Если оба клиента успеют оплатить заказ, одному из них придется выполнить возврат средств. Не беда.

Другой выход из положения - дать клиенту возможность редактировать свой заказ до того момента, пока менеджер не присвоил ему статус "В обработке". И дать такую возможность не только тем, кто зарегистрирован, но и клиентам "Без регистрации". Тогда действительно можно бронировать товар сразу.

1,2. По остаткам пока изменений в системе не было. По срокам не могу ничего сказать, чтобы не обмануть.

Если в общем, то систему можно описать так:
Списание остатков пока происходит при оформлении заказа в клиентской части, перенос остатков обратно на склад происходит при перемещении статуса в "Отменен". Другой логики пока нет.

3. При установке статуса Отменен - остаток возвращается, если включена опция "Запретить оформление товаров, если их недостаточно на складе"

4. Нет, если отменить заказ то остатки вернутся на склад. Если после этого изменить статус, то изменений в остатках не будет. Возобновление заказа поле его отмены - довольно редкий сценарий.

5. Такой возможности - нет, но есть другая возможность. Насколько я понимаю, у вас есть заказы, которые не оплачиваются, и вам нужно возвращать товары на склад обратно. У нас есть опция - автоматически переводить заказ в нужный статус, если некий статус держится заданное время. Посмотрите в настройках модуля Магазин.

т.е. вы можете настроить: если заказ находится в статусе Новый 2 дня, то переводить его в статус Отменен. Так будет честнее по отношению к клиенту, что его товары будут резервироваться до оплаты.

6. Сейчас ничего не происходит. Если нужно вернуть остатки, нужно сперва отменять заказ, затем удалять.

3. Сейчас остатки изменяются при создании заказа, и при его отмене. В следующих версиях добавим возможность пересчета остатков при редактировании заказа.

Подскажите, пожалуйста:

1. В текущей версии изменение остатков при редактировании заказа еще не работает?
2. Сроки не стали известны?
3. При установке статуса заказа Отменен во всех случаях происходит возвращение товара на склад?
4. Если отменить заказ (товар вернется на склад), потом снова установить один из статусов — товар снова спишется со склада?
5. Есть ли возможность не списывать товар со склада для заказов в статусе Новый, а только для заказов в статусе Ожидает оплаты и выше?
6. Что происходит с остатками при удалении заказа (не просто отмены, а полном удалении)?

Очень не хватает документации по этому аспекту. Я беженец с Симплы, там на остатки влияют любые действия с заказом и поэтому никакой путаницы не возникает (но справедливости ради нужно сказать, что там склад может быть только 1).

Ах да, еще оформление заказа меня не устраивает ;(

Переделаем оформление заказа, просто ждите. Уже всё придумано.

Отлично! Ждем-с!

Ах да, еще оформление заказа меня не устраивает ;(

Переделаем оформление заказа, просто ждите. Уже всё придумано.

На текущий момент очень жду чтобы хотя бы в заказе отражалось отсутствие наличия товара на складе.
И конечно же чтобы остатки менялись при любых действиях, а не только

Ах да, еще оформление заказа меня не устраивает ;(

Создайте, пожалуйста,  пожелание в нашем сервисе http://helpdesk.readyscript.ru/wish/, мы активно используем наш сервис при составлении списка задач на реализацию.

Эта задача на самом деле намного глубже, чем кажется на первый взгляд. Если говорить о полной реализации складского учета, то должны быть разделы, позволяющие заводить документы - поступление товаров, перемещение, списание товаров. Нужна возможность контролировать текущие "перемещаемые" товары, должна быть возможность отмечать завершение перемещения.  Должна быть возможность видеть нуждающиеся в перемещении товары на основе заказов.

Данная задача у нас сейчас на обсуждении мы безусловно хотим в перспективе её сделать.

Действительно, остатки по складам просто скрыл по аналогии со скрытием покупки в "один клик" (видно вчера было поздно - не допер)

1. Система учитывает суммарный остаток комплектаций по складам, соответственно информация о том. что на одном складе остаток -2, а на другом 2, говорит о том, что товар нужно переместить на склад 1 - здесь нет никакой ошибки.

Когда суммарный остаток товара = 0, товар все равно нельзя заказать. Это говорит о том, что товар продан. Возможно нужно обнулять все показатели рисок в случае общего остатка = 0, или вовсе не показывать данный блок (делается добавлением одной строки в шаблоне), подумаем над этим.

2. Насчет шагов оформления заказа, у нас в зависимости от адреса, отображается нужный список доставок, т.е. доставки зависят от адреса. Так, вы можете для какого-то региона отобразить самовывоз, для какого-то наоборот скрыть, поэтому адрес вводится в первую очередь. Но изменения по части оформления заказа, скажу честно тоже есть в планах, и там мы как раз рассматривали возможность переноса выбора "Самовывоз" в самое начало.

3. Сейчас остатки изменяются при создании заказа, и при его отмене. В следующих версиях добавим возможность пересчета остатков при редактировании заказа.

Хочу заметить, в случае, если вы будете использовать 1С, весь складской учет будет вестись на стороне 1С, все остатки по комплектациям будут приходить с каждым обменом из 1С.

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

По моему мнению - адрес доставки должен указываться после выбора способа доставки, так как если пользователь выбрал самовывоз, то зачем ему вводить свой адрес?
Многие люди не хотят светить свое место проживания/положения и либо напишут белеберду в адресе, либо вообще откажутся от покупки в магазине, которому важно "всё" знать.

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

Также, нашел баг.
Берем два склада, в одном вводим: наличие 2 шт., во втором оставляем ноль.
При заказе (с сайта, а можно и с админки, какая разница?) выбираем второй склад (где 0) подтверждаем заказ и что мы видим? Остаток по складу становится -1.
Заказываем еще раз - остаток уже -2 (а в первом складе остаток 2)
Смотрим карточку товара - видим - НЕТ В НАЛИЧИИ, но в блоке наличие на складах отображается (у первого 1 полоской - аля "мало", у второго нет полосок - это и понятно, при остатке -2)

На самом деле - это довольно серьёзная ошибка, и нерадивый менеджер (не посмотрев на остатки) может отправить покупателя на склад, на котором нет товара, что приведет к неприятным последствиям и потере денег магазина и времени заказчика.

Лично я вижу алгоритм заказов таким образом:
1. Добавляем товар в корзину и переходим к оформлению заказа.
2. Вводим ФИО, почту, номер телефона.
3. Выбираем способ доставки.
ЕСЛИ выбран самовывоз с какого-либо склада:
4.1. Переходим к выбору способа оплаты.
ЕСЛИ выбрана доставка:
4.2. Переходим к вводу адреса доставки
5. Подтвержаем заказ.
ЕСЛИ выбран самовывоз и одной/нескольких позиций не хватает:
6.1. При обработке заказа ОБЯЗАТЕЛЬНО обращаем на это внимание менеджера.
ЕСЛИ выбран самовывоз и все в порядке:
6.2. Даем менеджеру обработать заказ.
ЕСЛИ выбрана доставка:
6.3. Даем менеджеру обработать заказ.

А также:
1. Из админки дает создавать заказы на отсутствующие товары.
2. При изменении количества товара в заказе (редактирование уже имеющегося заказа) - на складе количество остается неизменным (то есть таким же, каким стало после добавления заказа - например, товара 10 ед, добавляем заказ на 5, становится 5 на складе, редактируем заказ, ставим 3 единицы товара - на складе также пять остается, хотя должно стать 7)

Эх, нравится Ваш продукт, но с такими ошибками - весь учет товара по звезде пойдет((
Специально искал скрипт со складами...