А
Пользователь зафиксировал все условия/акции и цены. Все
Size: a a a
2021 January 10
ПГ
Какой промежуток времени и почему?
У нас например между оформлением заказа и опалтой может пройти несколько дней :)
ПГ
Но тут я думаю все у нас принимают эти риски и факт, что оформление цены и акции действительны на момент создания а не оплаты. Мы это принимаем.
А
У нас например между оформлением заказа и опалтой может пройти несколько дней :)
Почему?
ПГ
Почему?
Специфика предметной области. Так захотел заказчик :)
ПГ
Кредитный лимит еще есть.
ПГ
Т.е. заказ можно сделать, выполнить но отдадим когда будет оплачен
А
Ну тогда цены изменились, "пересчитать заказ"
А
Но вообще странно это)
А
Я когда заказал, я ж подписался под одни условия, выдохнул, а вы мне через пару дней другие впихиваете)
А
Я бы может в другом месте заказал бы
SB
Мы разместили заказ, к нему применился модификатор. Мы пошли получать инвойс, а эта акция завершилась. Что делать?
Поэтому две сущности. Действующие - как оферта. Примененные живут в контексте заказа и не имеют временных рамок, они уже применены.
ПГ
Я когда заказал, я ж подписался под одни условия, выдохнул, а вы мне через пару дней другие впихиваете)
Ну поэтому никаких перерасчетов и нет :) Заказ создали - вот цена, больше не меняется. Оплата по ней.
SB
Мы разместили заказ, к нему применился модификатор. Мы пошли получать инвойс, а эта акция завершилась. Что делать?
Собственно, в самом начале обсуждения я ровно по этой причине и спросил - может ли измениться заказ после его создания :) ну и цена, разумеется. Если нет, то заказу не важны акции, ему нужна конечная цена с примененными акциями и уже все равно, что там меняется или появляется.
А
Ну тогда какие вопросы ещё? 😁
ПГ
Sergey Baranov
Собственно, в самом начале обсуждения я ровно по этой причине и спросил - может ли измениться заказ после его создания :) ну и цена, разумеется. Если нет, то заказу не важны акции, ему нужна конечная цена с примененными акциями и уже все равно, что там меняется или появляется.
Ну тут дело такое, что пока этого нет и может не будет (изменения заказа). Но я думал лучше все же хранить как то инфу о примененных акциях а не просто голую цену. + Это может пригодиться и к изменению в будущем.
ПГ
Банально хозяин проекта может не понять почему такая цена в лабиринте изменений цен от разных истоничников
SB
Ну тут дело такое, что пока этого нет и может не будет (изменения заказа). Но я думал лучше все же хранить как то инфу о примененных акциях а не просто голую цену. + Это может пригодиться и к изменению в будущем.
Перечень примененных акций можно хранить для истории (может быть полезным, если клиент начнет оспаривать цену). Но перечень примененных акций уже никак не будет влиять на цену и не будет никак связан с текущими акциями, особенно если условия акции с тем же идентификатором, что была применена. Тут мы уходим за рамки изначальной постановки :)
ПГ
Основной вопрос - стоит ли все эти "моджификаторы цен" хранить в одной куче в одной сущности.
ПГ
Модификаторы - это конкретные изменения и указания на то, кто/что (какая стретгия) их применил.