Требуется создать скидку за покупаемое количество в периоде, включая текущее.
Скидка будет действовать порогово на группу товаров целиком для партнера.
От 11 до 20 - 5%
от 21 до 50 - 10%
от 51 до 100 - 15%
от 101 - 20%
И все неплохо в типовом решении, кроме того, что это опт и продажа оформляется не одной "транзакцией", а через резервы в заказе.
Например:
1 заказ резервируется 18 шт. - устанавливается скидка 5%
2 заказ резервируется 5 шт. - вообще не устанавливается скидка
Понятно, что мы не продали ничего.
Но как надо: т.к. всего резерв 23 шт. - изменить скидку в 1 заказе на 10%, и установить ее же во втором.
Далее, аналогично пересчитывать при снятии с резерва в одном из заказов.

Что смущает? придется лезть и программно перезаполнять и перепроводить из документа другие документы.

То есть как бы прозрачнее и удобнее обеспечить "единую транзакцию" продажи?

З.Ы.: заказы объединять в один не вариант.

а что будет если в следующем месяце отменят заказ прошлого?

(0) храни цифры в регистре
(1) пенделей получат. В размере скидки.

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

(3) Всё может быть, но маркетологи они такие. К тому же период год - долго ждать

а как понять счет валидный или нет? утром платят, днем отменяют другой резерв и всё сломалось)

(5) это и проблема, что изменения резервов должно приводить к пересчету

Есть решение методическое, а есть программное. Не понятно почему нельзя объединять в один когда только в этом случае можно посчитать правильную скидку. Или объединять методически или программно.

(6) ...и автоматическому изменению отправленного подписанного счёта...

(6) разница же должна пойти к доплате, к увеличению оставшихся счетов? думаю маркетологи об не подумали

Я бы сделал по другому (если так можно в УТ 11.4). Счета я бы делал без скидок. Затем из последнего счета или специальным отчетом формировал общий счет на оплату. Как клиент готов оплатить, так формируем этот счет. Все счета, которые попали в общий счет блокируются от изменений. Затем правильная скидка считается при формировании реализации.

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

(7) объединять нельзя потому что разные организации/контрагенты/договоры, но один партнер
(8) да конечно, это проблемы менеджеров
(10) не вариант, счета надо согласовывать с клиентом, клиенты платят по счетам
(11) да, но мы блокируем для менеджеров, когда ставят на отгрузку, но это поздно уже