Добрый день!

Подскажите пожалуйста как поступить в данной ситуации: был создан заказ на поставку .
В момент создания заказа материал, например, 365424 был в группе, 19996, затем его перенесли в группу 19500.
Группу 19996 удалили. В ОЗМ тоже поменяли, указали группу 19500. Теперь при редактировании созданного заказа выдает сообщение: Группа материалов 1996 не предусмотрена (проверьте данные).
Кто сталкивался с данной ситуацией и как из нее вышли?
Решение типа удалить позицию и добавить новую не подходит т.к. уже есть счет фактура проведенная.

Заранее спасибо!

Только заново создать группу 19996, отредактировать и отредактировать заказ. Только учтите что если была история по позиции, то группу материалов поменять уже не удасться

А вот сейчас пришла идея скопировать заказ

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

А старый заказ Вы куда денете?
Если по этой позиции заказа еще не было поступления, то можно ее пометить для удаления и в этом же заказе создать новую позици. на этот же материал - группа должна подхватиться уже новая.
Успехов!

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

В Retail при изменении группы она изменяется и в открытых документах закупки.
А насчет - "все мирятся". По сути, это (принадлежность группе) основные данные. Если вы вносите в них изменения, должны озаботиться и о последствиях.

т.е. в Retail эта проблема исправлена. Спасибо за информацию.
А что касается "По сути, это (принадлежность группе) основные данные. Если вы вносите в них изменения, должны озаботиться и о последствиях". Интересно получается, система дает возможность удалить группу, а о последствиях заботиться должен я?

Видимо, считается, что настройками занимается не дурачок и должен отдавать отчет в своих действиях.
Вы можете и склад удалить, и что? Может вам так требуется по бизнесу...

Это решаемо по-ленински, через "учет и контроль". К основным данным и конфигурации должна иметь доступ только ограниченная группа товарищей, которая, соответственно, должна понимать, что они делают, и сознавать последствия своих действий. Вам нужно, чтобы что-то было запрещено, а кому-то наоборот, нужно, чтобы было разрешено, а SAP на всех один. Опять же, как в том анекдоте, вселенная плодит все более и более изощренных дураков - на всех не назащищаешься.

Система через транзакцию n что угодно дает делать, и о последствиях особенно не предупреждает

пока код не введешь - не что угодно