Как правильно учитывать остаток товара на складе?

Question

[Вадим]

Добрый день

Как правильно учитывать остаток товара на складе? Есть два варианта :
- Вести пересчет остатка при добавлении в корзину.
- Вести пересчет остатка при оплате.

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

Как правильно сделать? Может есть более правильный вариант.

Answer 1

[Илья Лесных]

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

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

При отправлении запроса в платежную систему - ставить лок на заказанное кол-во товара, после ответа - либо уменьшать кол-во в случае успеха, либо снимать лок.

Comments

[Вадим]

Может тогда после оформления заказа (заполнение полей) делать резерв?

Answer 2

[pi314]

С точки зрения бухгалтерии есть и третий, правильный вариант: остаток = доступный + зарезервированный товар. Положили в корзину = зарезервировали. Оплатили -> ничего не делать. Оплата не прошла = "разрезервировали" и принудительно выкинули из корзины.
А остаток, как таковой, уменьшать только по факту отгрузки (накладная).

Answer 3

[Дмитрий Энтелис]

Оба варианта плохи и сам автор понимает почему.

Правильное решение тут одно - вводите понятие забронированный товар:

1) При нажатии кнопки "оплата" пытаетесь забронировать товар на nn минут, и проверяете что это удалось. (бронирование стоит делать именно на шаге перед оплатой, чтобы избежать излишних броней)
Если бронирование не удалось - алерт пользователю.
Если удалось - переходим на оплату.
Время бронирования надо выбрать заведомо больше времени которое дается на оплату счета вашей платежной системой.

2) Если платеж пришел - отмечаем бронь как выкупленную, все хорошо.

3) По крону - если есть не выкупленные брони с истекшим сроком - отменяем их возвращая товары в продажу.

Comments

[Валерий Рябошапко]

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

[Дмитрий Энтелис]

@valerium это плохое решение. Система бронирования становится актуальной когда складские остатки колеблются около нуля. Соответственно если нет не зарезервированного товара - об этом надо честно говорить покупателю

[Валерий Рябошапко]

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

[Дмитрий Энтелис]

@valerium любая платежная система имеет время в течении которого пользователь имеет право оплатить заказ. Обычно это от 40 минут до 2х часов. Соответственно в течении этого времени бронь должна висеть.
Крон раз в 5-10 минут - вполне нормальный лаг я считаю.
А вообще для интернет магазина ситация когда товар закончился - это дикий форс мажор.