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

Если подходить к вопросу разумно, то конец света нигде не наступает. Естественно, если система находится в продуктивной эксплуатации, с планом счетов надо обращаться осторожнее, но его точно так же можно переносить в продуктив запросами. Вопрос всегда сводится лишь к тому, у кого есть полномочия на изменения счетов в системе разработок и на создание / подтверждение запросов.

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

Обезьяны из бухгалтерии на самом деле не такие страшные. Если что не так, можно просто документ сторнировать. Вот обезъяна на матераальных потоках - это разгрузка танкера обратно в трубу
Или обезьяна по ТОРО. На АЭС

После изменения данных, чтобы вернуть проверки что лучше сделать?
1.В транзакции oba5 прикладной области FH необходимо удалить записи для номеров сообщений 601 и 602?
2.В транзакции oba5 прикладной области FH необходимо изменить записи для номеров сообщений 601 и 602 в полях "Диалог" и "ПакВед" выбрать тип сообщения "E" (ошибка).