Возникла следующая проблема:
Программа неправильно считает типовую амортизацию в месяц модернизации после проведения 10% премии. Пример:
01.01.2008 поступило ОС ПСт= 60000 Руб
Срок.пол.исп=10 мес
код амортизации от остаточной стоимости (продолжение после окончания срока)
31.03.2008 произошла модернизация 11000
А вот так система заплонировала амортизацию:

Период Тип.Аморт Особ. Аморт.
2 5400 6000
3 5180 1100
4 6390 0
5 6390 0
6 6390 0
7 6390 0
8 6390 0
9 6390 0
10 6390 0
11 6390 0
12 2200 0

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

Привет!

Судя по описанию была подобная проблема на одном из моих проектов. Все проблемы подвязаны вокруг настроек кодов амортизации и параметров амортизации ОС. На расчет влияют такие параметры как срок эксплуатации истекший срок эксплуатации и остаточный срок службы.
Теперь собственно сам выход из ситуации.

1. Поступило основное средство, код амортизации у меня был RMNU - только амортизация вручную. Дальше какое-то время начисляется амортизация.
2. Проводка модернизации. После проводки модернизации нужно сменить код амортизации, на другой. Для этого тебе необходимо создать код амортизации специально для модернизированных средств. У себя я делал YLNM. Это копия с RMNU.
Теперь по настройкам, и основные отличия метода RMNU от YLNM.
Отличаются они только методом поэтапной амортизации. К новому коду я создал еще один новый метод. У меня это YLN. Настройки его таковы.
Начало срока действия - с даты начала типовой амортизации
Затем заполняешь в вкладку "Этапы".
Год поступления - 9999
Годы - 999
Пер - 12 (полный календарный год)
Ссылочное значение - 27 - Остаточная стоимость долевой поправки стоимости
Остаточный срок галочка включена.

В настройках RMNU - прописан метод 075. Это ведь стандартный метод. Правда клиент для расчета использовал линейный метод амортизации. А у тебя какой используется.

Попробуй сделать таким образом. У меня работает корректно.

У меня используется Линейный метод амортизации, ост. срок галку ставить нельзя, так как в НУ после модернизации амортизация должна начисляться и после окончания СПИ

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

Так дело в том, что в 01 обл. оценки у меня все корректно работает, т.к там нет 10%премии, а модернизация проводится и в 10 области оценки тоже + проводится 10% премия на сумму модернизации

Хорошо. А по 10 области оценки, что проводится? Это область оценки для проводок амортизации по налоговому учету? Как-то не ясен этот момент.

В ГК по 10 обл. проводок нет а FI-AA документ формируется, также как и по 01 области оценки.
В расчете, который описан выше (это плановые значения, взятые из проводника ОС, по 10 обл. оценки) сумма в 3-м периоде должна быть
5400 а в последнем периоде (12-м) должна быть 1980, но система не меняет запланированную амортизацию в последнем месяце, а меняет её в месяце модернизации...

Случай отличается от моего. Каким видом движения вы проводили 10% премию?

программой J_3RF_DEPRBONUS там указывается ВД(настроен по инструкции к программе)

а как у вас настроен код амортизации по НУ???
и какой в нем выбран метод этапов???

есть ФМ J_3RF_NBV_REM_LIFE, в котором был написан расчет амортизации ОстСтоим/ОстСрок (саповский код zlin). При внесений некоторых изменений можно сделать свои расчет, чем сейчас и пользуюсь. В нем учитываю изменение стоимости по ОблОценки и особую амортизацию. А настройками, чтобы все считалось автоматически, в erp2005 у мня не получилось, думаю это не возможно ).

А можно посмотреть текст изменений, просто сроки уже горят

И потом я не могу найти в сисетеме ФМ J_3RF_NBV_REM_LIFE

Банально пересчитать ОС не пробовали?

Конечно пробовал, не помогает!