Добрый день.

Пока, вроде, отмахнулись от бизнеса, но интересно, есть ли какая-нибудь околостандартная реализация следующего:

В торговом документе SD (назовём его Заказ) есть стандартный функционал привязки заказа к контракту. А есть ли функционал перепривязки контракта - т.е. присвоение другого или удаление существующей связи?

Естественно, что это всё должно быть возможно до создания поставки.

ну самое простое - в некорректном заказе поставить reason of rejection (не помню как это в русской локализации)

Сам смысл не в том, чтобы заблокировать счёт и выставить новый. А именно перепривязать счёт к другому контракту, т.к. к этому счёту уже созданы объекты блокирующие запас, а номенклатуры много и соответственно при создании нового заказа - запасы может забрать другой заказ.

Я так понимаю, что ситуация разовая. И не будет у вас возникать на постоянной основе.
Если ситуация возникает постоянно, то пересматривайте процесс, чтобы минимизировать ошибки, связанные с выбором контракта при создании заказа.

Возможный вариант решения:

1) Создаешь заказ B (аналогичный заказу А) со ссылкой на нужный контракт.
2) Если в заказе B есть строки с не полностью подтвержденным запасом, через транзакцию V_RA меняешь подтвержденное количество в обоих заказах (в A уменьшаешь, в B - увеличиваешь).
3) Проставляешь причину отклонения по всем позициям заказа A.

Если бизнес выкатил такое требование, значит, далеко не разовое. Если бы было разовым, то делали бы как Вы описали ручками.
По поводу пересматривать процесс - согласен. И это скорее не ошибки, а менеджеры до последнего торгуются и выбирают как им продать лучше/выгоднее.

выбирают из нескольких контрактов одного клиента?

jh Да. выбирают другой контракт этого же Дебитора.

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

tosha007, до вас такой вопрос уже несколько раз задавали на форуме, но о работающем решении никто не рапортовал.

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

ИМХО, если такой бизнес-процесс и никто менять не хочет, лучше уже рассматривать Z контракт с дальнейшей привязкой к нормальным заказам
Ломать стандарт я бы не рекомендовал

проапдейтить vbfa, vbak, vbap

проапдейтить vbfa, vbak, vbap
Великолепное решение!
А лучше удалить записи в таблицах и начать с нуля. Нет контракта - нет проблем.
Зачем хрень писать?

А что остается делать когда есть остальной поток, заказ, поставка фактура в количестве нескольких сотен?

Разобраться в бизнес-процессе "Перепривязка контракта к завершенным сбытовым документам". Если есть поставка и инвойс - значит товар уже у клиента. Как быть с этим? Что значит перепривязать контракт и что такое "контракт" для бизнеса. Требования абсолютно неясные, ровно как и предложение "проапдейтить vbfa, vbak, vbap"

Для чего вообще это может понадобится?
Цель какая?
Отчетность какую-то собрать?

Например, заказ создан со ссылкой на не тот договор.