Столкнулись с такой проблемой. при перезапуске амортизации вылезла ошибка. После исправления пытались перезапустить, в журнале выдается сообщение: " Последний прогон отменен (перезапуск.....)" В 4.6. можно было бы удалить сеанс и все нормально. В 4.7 сеансы не создаются. Что делать? Откликнитесь, кто знает, как решить данную проблему.

нужно исправить ошибку и снова прогнать амортизацию, выбрав причину прогона Перезапуск.

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

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

Мы работаем в 4.6, но на прямых проводках в FI, что аналогично прогону амортизации в 4.7...
Выбор режима Перезапуск НЕ ВЫПОЛНЯЕТ НИКАКИХ ПРОВОДОК в ГК!
Это техническая операция, после которой нужно опять запускать проводку амортизации (ПО ПЛАНУ или ПОВТОРНО, по обстоятельствам)

после перезапуска амортизации при попытке выполнить по плану или повторно, в задании сообщение : "Последний прогон проводок отменен" и все...

Ну и праильна! Это означает, что причину, вызывающую отмену прогона, вы не устранили! В журнале заданий провалитесь в строку, где описана ошибка, возможно, вы получите развернутую информацию...
Наиболее часто встречающиеся из них:
- период закрыт (FI или контроллинг)
- отсутствует или блокирован объект контировки (МВЗ, заказ)

И определитесь для себя - этот прогон ПО ПЛАНУ (то есть впервые в этом месяце) или ПОВТОРНЫЙ (по плану уже делали, теперь решили оттюнить случайно проведенные объекты, типа сторнировать проведенную амортизацию и всё такое...)

Народ, а пытался ли кто-нибудь провести амортизацию в прошлых периодах, которые открыты в FI и CO. Можно ли как-нибудь обмануть SAP?

А зачем? Разве вашим бухгалтерам по барабану, что суммы в прошлых периодах постоянно будут меняться?
А вообще-то технически - нет проблем, сноси всю амортизацию за отчетный год и вперед, по-новой!

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

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

"нет ли возможности перепровести, например, амортизацию за июнь... при условии, что за июль уже была проведена амортизация?"
Нет. Там, внутри САПа, указатель актуального периода проводки уже перекинулся на июль, и обратного легального отката нет. Помнится, я морочил себя этой идеей, шарил в нотах, писал в САП/цис, но они упорно отсылали меня на страшилки, запрещающие делать это (двигать указатель).
Ну, а если по теме, то не пытайтесь сблизить результаты работы R/3 со своей исторической системой, рассматривая итоги одного или двух периодов... Смотрите ширше! За фискальный год всё должно сходиться - и это главное!
А то так можно дойти до того, что, например, код амортизации, созданный на основе процентной ставки (ну, пусть 2%) за первые полгода даст в амортизационные отчисления сумму больше, чем стандартный LINI, а за вторые полгода - меньше... Почему? Да LINI привязан к количеству дней в месяце, а в феврале их поменьше будет, вот и всё!
Ой, это уже флейм...

А как снести амортизацию за отчетный год?

Транзакция OAGL - Сброс амортизации