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

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

Добрый день.
Насколько я понял вы активировали бизнес сферу в продуктиве….

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

Именно все так и есть, как Вы сказали, НО!
Проводки восстановить надо не за 1 день, а за несколько, это вообще нереально. Я в тупике. Пока пытаюсь настоять на сторнировании и последующей архивации. Но у бизнеса свое видение ситуации.

Ну бизнесу конечно видней - сказали удалять, значит удалять . Попробуйте объяснить что при удалении напрямую в таблицах может оказаться неконсистентность в данных и что часть отчетов будут показывать обороты на удаленной БС, а часть не будет. Хотя наверно если в какой то таблице данную БС оставите, SAP удалить саму БС в оргструктуре не даст.

Мы в похожей ситуации не архивировали данные по неправильной БС. Отсторнировали проводки красным сторно на неправильной БС. Поменяли название неправильной БС на название БС, которую нам нужно было дополнительно завести. Набили проводки на новую БС. Хотя у Вас может быть такой вариант не пройдет: не нужно заводить новых БС или кодировка новой БС должна отличаться от неправильной и т.п.

А на счет фразы:
, так это вообще "классика", ну раз им кажется, так пускай сами и подчистят таблички

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

Когда бизнес говорит НАДО, консультант отвечает ЕСТЬ и дает бизнесу программу чистки данных которую ЗАПУСКАЕТ БИЗНЕС.
Вот тут бизнес пугается и начинает сторнировать документы.

А кто программу писал, тестил? Тот исходя из практики и будет крайним.
А если дать бизнесу права на редактирование таблиц? Да и ещё бизнес окажется в себе уверенным! Тут можно уже одной архивацией не обойтись

PS. если хотите ускорить решение проблемы, попросите у бизнеса чтоб он письменно подтвердил что он либо:
1)Отказывается сторнировать и запрещает это делать вам
2)Отказывается сторнировать но просит от сторнировать вас
3)Согласен от сторнировать

Любой вариант вас устроит. В случае если будет полный отказ - идите с отказом к своему боссу пусть он разбирается.

Программа информирует о том, какие записи и в каких таблицах будут удалены и просит подтвердить их удаление.
Бизнес пугается и сторнирует.
Если не пугается, то ведь его предупреждали...
Проверено на практике...

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

Как-то сталкивался с подобной проблемой.
Наверно такие советы давать не очень правильно, но я удалял БС напрямую в BSEG, BSIS, BSAS, BSIK, BSAK, BSID, BSAD и т.п. Потом спец. программой (не помню название, но тут точно найдете) пересчитывал GLT0. Там также использовали регистр МВП. Тоже есть программа, которая перенакатывает определенные документы. Так вот, она оказалась "не дура" и перенакатывая документ с измененной БС - сторнировала прошлый и делала новый.
В итоге все получилось на ура. Даже инструкцию написал для группы поддержки, какие последовательно шаги надо сделать, чтобы почистить или изменить БС.
Неконсистентности замечено не было.

P.S. Логистика не затрагивалась.
P.SS. Вы вышесказанное - это не совет вам, а просто история из моего опыта. Думайте сами.