Добрый день!
Возник такой вопрос:
При распределении сумм ремонтов ОС на карточки ложиться проводка повышения стоимости в налоговом учете, ранее при налоговом методе проблем не возникало, но теперь когда метод прямолинейный суммы амортизации рассчитываются не верно.
Как пример ОС с остаточной стоимостью 74 654 040,40 амортизировалось начиная с апреля прямолинейным методом 3 месяца (сумма амортизации 252 209,60) и еще должно амортизироваться 24 годя и 8 месяцев, т.е. 296пер. По данному ОС прошел ремонт и при распределении 10% лимита во втором квартале произошло повышение стоимости на 1 000 000. Т.е. остаточная стоимость теперь составит 75 654 040,40. Чтоб получить амортизацию мы делим остаточную стоимость на остаточный срок службы т.е. 75 654 040,40/296 = 255 587,97, но система начисляет 255 554,08, т.е. меньше на 33.89. если умножить эту сумму на остаточный срок службы и потом разделить на 3 (кол-во месяцев которое ОС уже амортизировалось) мы получим ту сумму которую не доначисляет первые 3 месяца: 33.89 * 296 /3 = 3 344,8
Сталкивались и вы с такой проблемой? как теперь при прямолинейном коде амортизации вообще проводить повышения стоимости ОС в налоговом учете такого плана как ремонты и индексация???

т.е. вопрос состоит в том как при прямолинейном методе амортизации проводить повышение стоимости среди года?

Добрый день.
Одно мелкое замечание, ремонты не включаются в стоимость, но это лирика, в том плане, что у вас модернизация прошла, либо это не российское законодательство
А что вам мешает поменять код амортизации и считать амортизацию от остаточного срока эксплуатации и от восстановительной стоимости, ведь у вас фактически срок эксплуатации объекта не меняется и следовательно вы имеете право использовать подобный расчет.

Это не российское законодательство
у нас версия 4.7 и я подобного метода не видела : "амортизация от остаточного срока эксплуатации и от восстановительной стоимости", это было бы здорово, такой метод....
может подскажите как его настроить?

А смотрели ноту 92925?
У нас, правда, не 4.7, а ERP 6.0, и не старый метод амортизации а новый, но... считает как надо - 255 587,97

ноту смотрели...
а как вы настраивали этот новый метод? в тр.AFAMA

В 4.7 используется только старый метод расчета амортизации, точнее сказать – старая программа расчета. Она нигде не настраивается – она сама использует настройки кода амортизации для расчета.
Про новую программу смотрите тут:
http://help.sap.com/saphelp_erp2005/hel ... ontent.htm
и ноту 965032

Проверил. Если очистить признак T090NP-XBZDAT = «X», то считает не правильно.

не могу найти где настроить эту галку...
в тр.SE16N не дает вносить туда значения а в AFAMP некуда ставить галку вообще

всё, я нашла это в ноте...прошу прощения, сейчас буду тестировать

ничего не получается... настроила новый код , может что-то не правильно? как у вас?





Uploaded with ImageShack.us

Как у вас настроен Метод: Этапы?

Заполнение должно быть следующее для этапа:

Год поступления: 9999
Годы: 999
Периоды: 12
Ссылочное значение: 24 и 03
ОстСрок: X

а что значит "Ссылочное значение: 24 и 03"?
там ведь можно выбрать только одно??? т.е. либо 24 либо 03

Да совершенно верно или 24 или 03, прошу прощения.
Ну что? работает? Просто давно не сталкивался с 4.7, но работать должно