Я использую коммерцию друпала. Я столкнулся с проблемой цены, показанной покупателю, отличной от цены, которую он в конечном итоге платит.
Предположим, у нас есть товар p1 по цене x.
Если покупатель добавляет p1 в свою корзину и оформляет заказ. На странице обзора непосредственно перед оплатой ему показывается цена x, если в то же время администратор меняет цену p1 на y. Тогда пользователь, наконец, заплатит y, в то время как он ожидал заплатить x.
Обычно это не проблема, если только: а) у вас много клиентов, которые часто делают покупки (хорошо для вас! :)), и б) вы очень часто меняете цены.
Решение:
а) изменить цены (или, в более общем случае, изменить ЧТО-НИБУДЬ) в нерабочее время, когда клиенты вряд ли будут использовать систему
... и/или ...
б) запланировать «окно обслуживания», в течение которого вы блокируете сеансы пользователей, чтобы изменить цены, товары и/или схему (обычный подход).
Вот что такое Durpal. Я думаю, что другие магазины также построены таким образом.
