Всем доброго дня!

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

Интересно мнение консультантов, доводивших функциональность доп.соглашений до продуктива.

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

А отчёты в разрезе договоров потом делаем или на QUERY или ABAPом.

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

Abral +1

У нас тоже DMS используется для ведения реестра договоров, но актуализацию самих торг.документов никто же не отменял .

Как я понял из вашего сообщения, первичным (для отчетности, печати документов и т.п.) является DMS-договор, а не SD-контракт.
Иначе "просто создать новый SD контракт" нельзя, т.к. номер-то у него другой, и вся отчетность по торговым документам пойдет куда зря.

Да именно DMS-договор первичен, когда создаём контракт, то уже есть DMS документ. И создать контракт не возможно без прикрепления DMS документа к нему.

2 Abral+500!

что есть "DMS" ? Торговый документ с типом документа = '0' (групповой контракт)?

нет, это Basic Component - Document Management System,

по лайбрари там же, по транзакции... например, CV01N создание

Мдя, а у нас DMS был не с самого начала, поэтому "просто создать новый контракт" не получится...

Да-да, плюс стопятьсот . Может по существу есть что сказать? Например как лучше выйти из ситуации, когда DMS не первичен.

ссылка в Library: DMS

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

а +500 - это к мнению Abral, ведь пост просит высказать своё мнение - если моё совпадает, то я лишь это оттеняю, я одобряю конкретно подход. Так что не понимаю ваших терзаний в мой адрес

А какие конкретно изменения могут вноситься доп. соглашениями? И насколько часто заключаются такие соглашения? Если это скорее исключение, чем правило, то я бы не мудрила и создавала новый контракт со ссылкой. Номер предыдущего документа хранится в VBAP-VGBEL, так что с помощью Query достаточно легко создать отчет. Если, конечно, речь не идет о целом "каскаде" документов - тогда можно зарыться...

Судя по ответам, другого выхода, как использование DMS "на всю катушку", нет. Однако, не знал, что данная функциональность настолько востребована...

P.S. Мильон терзаний груди от дружеских тисков, ногам от шарканий, ушам от восклицаний, а пуще голове от всяких пустяков. (с)Грибоедов.

Это да... С этой точки зрения выгоднее смотрится групповой контракт.
Вы тоже DMS используете, позвольте конкретно поинтересоваться?

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

Можно также использовать функции партнеров.
Создавалась отдельная группа счетов. В заказе заказчиком выступает договор. В этой же группе счетов другая роль партнера - дополнительное соглашение.
Есть определенные недостатки, да, но, тем не менее, такое решение доведено до продуктива и внедрено.