Правильно ли сделан функционал и организован процесс?

[Murlin]

Цитата:

Сообщение от mnt_dx

ПОЧЕМУ маркетологи создают пересекающиеся акции? И как они хотят понять, по какой из нескольких акций человек купил товар? Зачастую в рекламе каких-то скидок и акций пишут, что скидки не суммируются.

Например, магазин ставит скидку на зимнюю обувь, при этом карта постоянного покупателя с 5% скидкой на все товары на это не распространяется.

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

[Владимир Максимов]

Цитата:

Сообщение от Murlin

никто на сообщения не реагирует никогда... уже тем более при редактировании.

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

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

Правда, тогда придется отбиваться от пользователей, поскольку они будут говорить, что "программа не работает". Ведь они сообщения не читают. А раз программа отказывается сохранять изменения, значит, "не работает". И не важно, что там в сообщениях написано. Обычно в этих случаях помогает "тупое" копирование текста сообщения как ответ пользователю.

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