Дня доброго.
Редкий случай, но а вдруг.
Есть типовая УТ11.5
На товар "Коньяк" установлен вид цен "Базовая" = 1000 рублей с 01.01.2026.
На товар "Коньяк" установлен вид цен "Промо" = 800 рублей с 01.06.2026
Также в программе заведена Скидка "Промо" с 01.06.2026 по 30.06.2026 на разницу между ценой в документе и видом цен "Промо".

В документе цена Коньяка 1000 руб, размер скидки =200 руб, итоговая цена 800руб.

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

Потом выходит приказ изменить вид цены "Промо" с 800 на 700 рублей с 10.06.2026 по 20.06.2026. Манагер забивает установку цен номенклатуры от 10.06, устанавливает цену в 700 рублей.
В заказах с 10.06.2026 цена итоговая = 700 рублей, все еще радуются. Но и в заказах с 21.06.2026 цена итоговая = 700 рублей, что логично, так как срез последних по ЦеныНоменклатуры и никакого периода завершения в УстановкеЦенНоменклатуры нет и надо вводить новый документ "Установка цен номенклатуры" 21 числа, который вернет цены в 800 рублей.

Мы неправильно используем механизм скидок или есть какой-то хитрый механизм, о котором я не знаю?

А чем Вас ввод нового документа "Установка цен номенклатуры" 21 числа смущает больше чем такой же документ от 10 числа?
Сделал на 10, скопировал, поменял цену взад на 800 и поставил дату документа 21.06

(0)

1) Перечитал два раза, но для программиста всё логично. Логично ли это для руководства отдела продаж и менеджеров, вопрос.

2) Суть вопроса понял как:

-- Как объяснить менеджеру, что цена = 800 руб,
сама по себе, без нового документа не вернется.

P.S.
Со скидками, была какая-то не очевидная заморочка про период действия, но это "было давно и неправда"
Нюансы я уже не помню :-(

(1) Меня - ничем. Смущает менеджеров, которые бунтуют и требуют, чтобы цены возвращались сами.

(0) что мешает пользоваться ценами в Соглашении с клиентом, где есть период действия цен

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

Вообще ничего не понял, что хочет автор. Документ устанавливает цены, записывая их в периодический регистр сведений. Оттуда они выбираются для разных целей. Какие периоды действия цен? Пишется просто история цен. Надо быть совсем незнакомым с архитектурой типовых, чтобы это спрашивать.
Не нравитcя, создавайте скидки и наценки.

(4) При заведении вида цен "Промо" их надо набить в дофига соглашениях. Также Промо - не на все товары и надо будет заморочится перезаполнением уточнения цен по товарам в соглашении.

(5) Да, эта самая годная идея, но она - на тот случай, если в типовой ничего похожего нет.

(5)Можно просто пометить на удаление новые цены по окончании срока действия

(6) Автор хочет реализации того, что 1С обещали реализовать в 2(11).5, но не реализовали, а сделали какую-то невнятную херню. А именно, изменение цен на период.
(3) Делайте сразу два документа установки цен: датой начала акции и датой конца. Но учитывайте, что если заказ сделан в период низкой цены, цена на более высокую не сменится, т.к. берется по дате заказа.

(0)Акцию с "10.06.2026 по 20.06.2026" неверно оформляют.

Если это временная акция при которой устанавливаются цены, то цены должны быть установлены 2 раза.

Первый документ от 10.06, а второй от 21.06

А если документ только один, то это уже не акция, а просто изменение цен получается.

(9) Хорошая идея, если я правильно понял. До первого автоматического удаления помеченных на удаления, которое вытрет из базы этот след. Есть идея - лучше - распровести. До первого перезаполнения заказа задним числом.

(10) Автор хочет просто узнать, нет ли этого в типовой, не пропустил ли он этот механизм при поиске. Как реализовать самому - тут даже в сознание не надо приходить.

(10)для этого легко смастерить небольшое расширение
Цена заказа по идее и не должна меняться на более высокую, на то он и заказ и возможно выписали счет.Мне мучения малопонятны. Не фанат типовых, но тоже бы не стал ничего писать будущими датами

(12)у Вас там просто бардак

Ну а вообще надо юзать скидки, а не ценами играться. Тогда всё будет работать штатно

(15) Вот как раз пометка на удаление и есть тот самый бардак. Только в самой базе.

(16) Вот хрен там плавал. Вы не сталкивались с акциями, которые не алгоритмизуются. Или алгоритмизуются такими средствами, что проще просто цены переустановить.

(15) (16) Ваши мнения очень важны для нас.
Собственно, ответ на свой вопрос я частично получил в (10).

(18)Может быть и так, я не претендую на звание маркетолога первой степени :)

(17) не удаляйте, распроведите. А лучше ничего не выдумывайте и корректно назначьте новые, которые старые.
(18)сталкивались со всякими скидкми
Просто есть парадигма. Если установлены новые цены, то старые предыдущие точно такие же, как и старые до них, и до всех остальных которые были. Они уже отработали. И либо скидки, либо устанавливайте новые

(8) не видел такого в типовой. лет 10 использую. история важна - распроводить доки низзя!

(10) часть механизмов берут цену на конец, если чо..

(22)если нужна история, то не распроводите. Никто же не насилует Вас

(0) делал такую схему
два типа цен
- базовый прайс - розничная (базовая) - есть у любого товара
- цена магазина - полочная - есть не у всех товаров
условия:
Если у товара есть цена полочная и она не превышает цену базовую = действует цена полочная
если нет цены полочной или цена превышает цену базовую = действует цена базовая.

Теперь достаточно устанавливать цену полочную на начало акции и цену полочную заведомо большую (1 млн) на конец акции и цены в магазине на этот период станут акционными.

Здесь немного дорабатывается механизм формирования цен товаров для выгрузки в магазины и маркетплейсы - остальное типовое