конечно я предложил две ручные проводки(10% и 30%) за место обширной разработки, но ответ был таков. Что ручные проводки по суммам из отчета это человеческий фактор. И то что счет N31* в ноль уйдет и этим можно проверить тоже не аргумент. А когда автоматом будет формароваться это хорошо.

Автоматом из отчета можно и общей суммой провести:) зачем bseg забивать по объектными проводками:)

Мы решили данный вопрос через пользовательскую программу, в соответствии с которой выбираются проведенные документы амортизационной премии за отчетный период в разрезе ОС и через B/I формируем документы в SL на соответствующие ЭНУ в зависимости от амортизационной группы и CO-контировки (МВЗ/Заказ) объекта ОС . В иерархии НУ данным ЭНУ ничего не присвоено.

У нас одной из контировок при прогоне амортизации является внутренний заказ, с помощью которого разбиваются затратные счета по статьям калькуляции с помощью юзерэкзатовского замещения. Так просто создали дополнительные внутренний заказы для 3-7 налоговой группы и дописали замешение, чтобы данные заказы относили особую амортизацию на определенные затратные счета.

А какие проводки создаются при прогоне амортизации? И какие должны ?

Не понял вопросов.
Проводки создаются на основе AO90.

Решил делать через технические МВЗ (т.к. свободная контировка ).
Ставим в карточке ОС тех МВЗ если группа амортизации с 03 по 07 и 11
В AO90 настроен счет для 10%

В силу того что программа амортизации собирается суммы по "Выбору счета" и контировкам, то это позволяет сделать следующее - при прогоне амортизации, написать замещение, в котором меняем счет на 30% если в контировках присутствует тех МВЗ.
Ну и потом затираем эту тех. контировку.

Кстати у нас стоит нота которая в документе амортизации делает всего 2 позиции дебет и кредит.

Ну и чтобы, совсем автоматизировать процесс , сделать замещение , которое автоматом проставит тех МВЗ в зависимости от группы амортизации.

Решения от SAPа еще долго не будет : (