Расчет амортизации после реконструкции ОС

[mnu]

Уважаемые! Подскажите решение такой проблемы: после проведения реконструкции, модернизации расчет месячной суммы амортизации должен идти от остаточной стоимости к оставшемуся сроку службы (письмо Минфина РФ № 07-02-14/144 от 23.06.04) как добиться данного в Ax?

[ksenia]

Судя по документации к CU1, такая возможность реализована начиная с этого Critical Update. Честно говоря, сама я это еще не опробовала....
А в стандарте сумма считается от полной учетной стоимости... А разница приплюсовывается к сумме амортизации в последний месяц

[mnu]

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

[mpa]

Цитата:

Изначально опубликовано ksenia
Судя по документации к CU1, такая возможность реализована начиная с этого Critical Update. Честно говоря, сама я это еще не опробовала....
А в стандарте сумма считается от полной учетной стоимости... А разница приплюсовывается к сумме амортизации в последний месяц

Возможность реализована, только нас это мало утешило.
Кому интересно - можете посмотреть прикрепленный файл и поправить меня, если что не так.

[ksenia]

А где же обещанный прикрепленный файл?

[anny]

Если не использовать critical update , то для линейного метода можно настраивать коэффициент. Т.е., есть остаточная стоимость, с которой должна списываться амортизация, есть полная учетная стоимость, с которой на самом деле считается амортизация. Можно подобрать коэффициент, чтобы начисляемая сумма была правильной.
Но я очень надеюсь на critacal update, хотя пока его не тестировала.

[mnu]

Именно так, и тут выступает проблема коэффициента :-))))))))))))))). Как только он принимает значение больше 1, то см. Тему "Основные средства: изменение коэффициента"

[anny]

У меня работает коэффициент. Ax 3.0, SP3 без без hotfix-ов. Более того, очень активно используются коэфициенты большие 1. Если менять из формы модели учета, то все работает. Может обсуждаемая ошибка связана со сменой месторасположения?

[mnu]

А по поводу критического обновления: сильно подозреваю что при использовании базы для расчета "По остаточной стоимости" МБС почему-то не сделала данную стоимость фиксированной для расчета на оставшийся срок службы, а каждый месяц рассчитывает заново остаточную стоимость и оставшийся срок службы, при наличии коэффициента сумма месячной амортизации "гуляет", а это противоречит принципу линейного метода "равномерное списание". Получился эдакий гибрид метода уменьшаемого остатка в рамках линейного метода амортизации.

[mnu]

Anny, попробуйте протестировать ваши данные на тестовой базе до конца периода амортизации объекта ОС. В теме "Основные средства: изменение коэффициента" есть пример, изначально после модернизации тоже сумма расчитывалась верно, но в один непрекрасный день.....

[anny]

Все работает, если изначальный коэффициент, до его смены был не 1. Т.е. с 2 на 3 все меняется нормально и амортизация считается с учетом обнаруженных багов . С 1 на 2 - нет.

[anny]

А по поводу самого капитального ремонта - Вот это critical update!!!! Чтобы ТАК работать... Неужели же в MBS абсолютно не следят за качеством выпускаемого продукта?!

Линейный метод, расссчитываемый от остаточной стоимости вытворяет такое, что и в бреду не привидится.
Пример - используется коэффициент 2, начисляем амортизацию от стоимости ввода в эксплуатацию, результат...

см. файл.

Как же все-таки сделать капитальный ремонт?? Так, чтобы для всех ОС правильно считалась амортизация.....

[mnu]

Боюсь в данном случае один выход: для расчета суммы амортизации пользоваться коэффициентом, обратиться к своим программистам для исправления алгоритма расчета амортизации при изменении коэффициента.
Кстати, письмо МинФина регламентирует только бухгалтерский учет, следует ли отсюда, что амортизация в налоговом учете должна считаться по-прежнему от восстановительной стоимости?

[ksenia]

вероятно, да, если налоговики ничего по этому поводу не сказали