Новая амортизация ОС в налоговом учете

[Геннадий]

Кто-нибудь сталкивался с проблемой начисления амортизации ОС введенных в эксплуатацию с 01.01.2006?
В первый месяц амортизация не начисляется,
Во второй 10% от стоимости + износ за месяц за вычетом 10%. Причем 10% просто списывается со счета в никуда, а износ за месяц за вычетом 10% проводится по счетам.
В последующие месяцы амортизируется только износ за месяц за вычетом 10%.
Уже неделю парюсь с алгоритмом и ТХО, не выходит.

[Геннадий]

Или подскажите как получить дату отчетного периода модуля ОС?
Вот такое получилось условие в алгоритме, вместо "Дата" надо вставить отчетный период.
if(KATOS.DATEK>(Дата),0.9,1)

[Алексей]

А при поступлении нельзя сразу списывать 10 процентов от стоимости ОС?

[Геннадий]

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

[Albina]

А не подскажете документ, по которому так начисляется износ?

[hope]

Это очень похоже на нелинейный метод начисления амортизации в налоговом учете.

У нас для него в Галактике есть настроенный алгоритм (этот алгоритм загружали по ALt+F10 (или каким-то интерфейсом - уже не помню) - в 2002 году когда вводился налоговый учет).

Настроен он таким образом:

Алгоритм: If (SpKatOs.SrokIsp > SpKatOs.IspPs + SpKatOs.IspCur, &Am, 0)

Доп информация: из архива
Архив износа: на заданную дату

Ключи:
&Am1: (ArcIznos.Stoim - ArcIznos.SumIzn - ArcIznos.SiznM) * 2 / ArcIznos.SrokIsp / if(wGetTune('OS.SrokIspEdIzm')=0,1,12)

&Am2: if(IsValidAll(tnArcIznosB), (ArcIznos.Stoim - ArcIznosB.SumIzn - ArcIznosB.SiznM) / (ArcIznos.SrokIsp - ArcIznosB.IspCur - SpKatOs.IspPs), 0)

&Am: if(SpKatOs.dtReserv!=date(0,0,0), &Am2, &Am1)

[Seybukan]

Документик вот он вроде:
п.1.1 ст. 259 НК РФ с 01.01.2006г.
Списать 10% от стоимости не составит труда так можно проверить либо первоначальный износ или сравнить даты поступления и текущего периода.

Самая большая проблема это то что 10% можно брать еще и со стоимости модернизации ОС, а вот это уже корректно не возможно!
По этой теме есть проблема в ПиР.
Так что по модернизации ждем патчика.

[galera]

Мы принимаем к учету ОС в НУ, пост. в 2006 г. по стоимости на 10 % меньше. На калькуляторе считаем Стоим БУ * 0,9 и ручками вводим. Потом износ на след. месяц считается с этой уменьшенной стоимости

[Chak]

OS03FIX01

проблема NEW101.32729

[Oweo]

galera
А неправильно вы делаете, нельзя так делать, так как к учету вы должны принять всю сумму, а потом уже от нее списать 10% процентов от стоимости. И в отчетах у вас неверная информация соответственно будет.

[galera]

То есть как лучше сделать? Сначала принять ОС в НУ по стоим = стоим в БУ? А в след. месяце (или в этом же?) выполнить операцию изменения стоимости (без проводок по счетам) в НУ, где уменьшить ее на 10 %?

[Chak]

На мой взгляд, стоимость не должна меняться, мы, например, эти 10% учитываем прямо в алгоритме расчета аммортизации, то есть все расчеты ведутся от первоначальной стоимости, умноженной на 0.9

[galera]

Chak, а в след. месяце начисл аморт 10% от суммы + износ с суммы*0,9, а в остальные месяцы только износ с суммы*0,9?

[Chak]

Chak, а в след. месяце начисл аморт 10% от суммы + износ с суммы*0,9, а в остальные месяцы только износ с суммы*0,9?

да, именно так