Ситуация: при проведении ежегодной переоценки ОС (Z программой) было проведены ошибочные документы по некоторым объектам. Хотелось бы их полностью удалить из продуктива. Можно сторнировать, но, во-первых, документы не все и не по всем ОС ошибочные, и придется долго их выбирать, во-вторых, количество документов, связанных с переоценкой, возрастет (оригинальный док, его сторно, повторная переоценка и пр.) Не знаю, хорошая ли идея - напрямую чистить таблицы ANEK, ANEP... И достаточно ли только их поправить? Кто-нибудь пробовал удалять доки из таблиц Может, другие идеи есть?

Удалять напрямую очень не советую. Для этого необходимо на 100% знать все таблицы, связаны с проведением документов переоценки (например есть табл. ANEA, которая связана с ANEP по номеру позиции в ОС, не удалите там, начнется бунт). В общем проблемы от некорретности данных в отчетах до дампа при входе в проводник проблемного ОС гарантированы. Тем более, что Вам для удаления все равно нужно выбирать все ошибочные ОС. Так лучше сделайте массовое сторно по ним и будете спать спокойно:) Про количество документов вообще не стоит думать, все равно база данных всегда имеет тенденцию к возрастанию, Вы сильно на это не повлияете:)

P.S. Имеется удачный (но не сразу ) опыт по удалению области оценки для отдельных ОС напрямую в таблицах, поучительный

А массове сторно Вы имеете ввиду пакетником? на основе AB08? Читал на формуме, что за тип транзакции не всегда получается зацепиться для массового сторно... Но пока еще не успел попробовать такой вариант

Да, AB08 пакетником. Проблема в следующем: есть переменная величина - позиция для сторнирования, т.е. просто сделать запись и прогнать по ней все ОСы не получится. Я в SHDB создавал программу на основании пакетника и добавлял свой кусок: выбор позиции из ANEK,ANEP по известному виду движения. Таким образом узнавал на какую строку ставить курсор, перед тем как нажать сторнировать. По-моему есть еще вариант: записать AB08 с использованием "Динамических ограничений" таким образом, чтобы оставалась лишь первая позиция, не проверял:)

День добрый!
Удалять напрямую тоже не советую, хотя таблицы можно вычислить по анализу окружения ОС - транзакция aun0. Опыт был, удачный в итоге, но неэффективный однозначно - времени ушло на очистку гораздо больше, чем удалить пакетником. Да и историю изменений пришлось очистить, иначе глючила. Видимо САП соотносит значение в карточке с историей, и после чистки напрямую возникают траблы.

Т.ч. не советую тратить на это время

SAP порекомендовал программу RACORR07 только она удаляет движение по одному ОС, а не списком. Таблицы, судя по всему, только ANEK/ANEP/ANEA