Добрый день!
1) Посоветуйте, пожалуйста, как можно ускорить работу транзакции (версия 6.06)?
При выполнении повторного расчета амортизации по одному ОС в транзакции AFAB выполнение задания длится около 900 сек. При закрытии ждать 15 минут для пользователей бывает критично.
2) Также, если в системе работают пользователи, статус задания устанавливается «Выполнено», хотя в журнале задания выводится ошибка АА 064 *БЕ*обрабатывается пользователем*. Почему система в этом случае не отменяет работу транзакции (как это было в версии 4.6), если объект блокирован, а гоняет его столько времени?

В таких случаях просите, всех пользователей выйти из отчетов и прочих транзакций по основным средствам.
ситуация в том, что кто-то из пользователей запускает отчет или транзакцияю ( например AS02), которая блокирует работу AFAB.

Совет ваш логичен.
Даже, если все выйдут из системы, программа будет пересчитывать амортизацию по одному объекту около 15 минут. Это нормальная реакция системы?
Или это глюк, и надо искать SAP-note?

сложно сказать, проблемы могут и в базисе или в загруженности сервера приложений, на котором крутится фоновое задание.
Может быть проблема в том , что уже требуется архивация системы( долго отрабатывают селекты при проверках).
У Вас большой объем ОС по всем БЕ ? и как долго система работает ?

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

А код амортизации не юзерский? Расширений нет?
Может там циклы какие?

Объем ОС оч.большой. Похоже проблема была в загрузке сервера. Когда перенесли пакеты с системы моделирования на рабочий мандант дело пошло быстрее.
Осталась проблема с блокировкой таблицы ANLA. Проблема больше организационная, но решать ее тем не менее нужно.
После планового расчета амортизации бухгалтера начинают делать корректировки и запускают повторный расчет. И вот сидит какой-нибудь Петр Петрович в цеху (предприятие оч.большое), создает СПП, вносит данные в карточку НКС и не подозревает, что своими действиями мешает пересчитать амортизацию. А бухгалтер сидит ждет 15 минут пока закончится задание и в итоге видит сообщение, что юзер-123 блокирует БЕ. Пока просят выйти одного, успевает заблокировать кто-нибудь другой. Получается очень долго. Сейчас ищем расширения в RAPOST2000, чтобы подлезть и полностью заблокировать таблицу перед выполнением расчета.
Уважаемые, может у вас есть идеи по этой задачке? Туда ли мы гребем?

Добрый день! Подскажите, как решили проблему?
У нас такая же проблема, как у вас. Бухгалтерия просит разработку, чтобы в случае блокировки карточки ОС направлять блокирующему письмо на почту о том, чтобы вышел, и если не выходит через заданное время, принудительно снимать блокировку по карточке ОС. Но что-то мне такой вариант не очень нравится.