Коэффициенты и ОС

[ksenia]

Методологический вопрос: а применяются ли повышающие/понижающие коэффициенты к основной норме амортизации вообще в бухгалтерском учете? В налоговом учете это регламентровано ст. 259 НК РФ, а вот в ПБУ 6/01 это не регламентровано...

Исходя из того же ПБУ срок полезного использования (а значит, и норма амортизации) для ОС не меняется (исключение - ри модернизации и реконструкции).

[ppson]

Смысл их применять, если методы и сроки расчета аммортизации устанавливается самим предприятием.

[Тимур]

Используются коэффициенты ускорения.

[ksenia]

Тут возник еще один вопрос в связи с этими коэфиициентами....
Создала ОС с 2 моделями учета - БУ и НУ

В БУ ОС учитвается по ЕНАОФ:
Создала шифр аналитического учета (типа, шифр ЕНАОФ) с нормай амортизации 20%
В модели учета убрала линейный способ амортизации, открылось поле "Шифр", куда и поставила свежесозданный шифр.

В НУ ОС учитывается по линейному методу (от остаточной стоимости) в соответствии со сроком полезного использвоания 60 мес (5 лет, что соответствует 20% ГНА)

Соответственно, самортизировав за 10 месяцев получила аналогичные цифры в НУ и БУ. Это правильно.

Теперь.
1. По БУ в моделях учета ОС ставим коэффициент =2 (напомню, в БУ ОС учитвается по ЕНАОФ. По идее, у него теперь ГНА=40)
2. ПО НУ в моделях учета также ставим повышающий коэффициент =2

По идее, после повышения коэффициента в обоих учетах суммы ежемесячной амортизации должны увеличиться и ОС должен списаться за время вдвое меньшее, чем без изменения коэффициента. Однаково по обеим моделям учета.

Результат этого всего в системе:
1. ПО БУ никаких изменений - простановка коэффициента в модели учета вообще никак не повлияла на норму амортизаци. Она осталась такая же, как и до изменения коэффициента

2. ПО НУ. Норма изменилась, но правильно посчиталась амортизация только за месяц, следующий за месяцем изменения коэффициента, дальше суммы пошли гулять в разные стороны и в результате ОС самортизировалось ввообще за какой0то непонятный срок

Вот и вся любовь.....
Axapta SP3 CU1


Может, кто подскажет, что там за логика такая?

[russ]

Для БУ, если используются шифры, коэффициент задается в шифрах

[ksenia]

Цитата:

Изначально опубликовано russ
Для БУ, если используются шифры, коэффициент задается в шифрах

Хм... А если у меня один станок работает в агрессивной среде,а другой нет и при чем они абсолютно одинаковые (один шифр ЕНАОФ), то мне для каждого сочетания ЕНАОФ/коэфиициент надо отдельный шифр аналитического учета делать?

Это дурдом, господа....

[ksenia]

Исходя из вышесказанного и проверив аналогичную ситуацию на конфигурации без CU1 я прихожу к выводу что применение коэффициенов работает везде не правильно. (то срок списания неправильно определит, то бешенные суммы раньше времени начнет списывать, то в последнем месяце копейки оставит)

[Тимур]

Ксения, долбай службу саппорта. Русский модуль. Вся компетенция должна быть при них.

[ksenia]

ну, мы пошли своим путем...
вот кусок кода в CU1, который отвечает за расчет суммы амортизационных отчислений:

Класс RAssetTableMethod_SL метод calc:

PHP код:

{
            if (RAssetDeprProfile::find(rAssetStandards.deprProfile).DeprSumBase == RAssetDeprSumBase::ReplacementCost)
            {
                amountToDepreciateCalc = amountToDepreciate;
                totalIntervalCalc      = totalInterval;
            }
            else
            {
                amountToDepreciateCalc = amountNetBookValue - parmPrevDepAmount;
                totalIntervalCalc      = totalInterval - currentIntervalMth + 1;
            }

            rassetAmount = currentIntervalMth * assetFactor / totalIntervalCalc;
            lastValue    = ((currentIntervalMth - 1) * assetFactor) / totalIntervalCalc;

            if (new DictFeatureKey(FeatureKeyNum(RAssets_UA)).enabled() &&
                RassetStandardTable::find(rassetStandards.assetStandardId).CurrentOperationsTax != CurrentOperationsTax::Tax)
            {
                amountToDepreciateCalc -= rAssetStandards.ScrapValue;
            }

            depreciate    = (rassetAmount - lastValue) * amountToDepreciateCalc;
        } 


объясните пожалста, почему при линейном методе начисления амортизации списываемая сумма в текущем месяце зависит от амортизации в предыдущем месяце?? Причем, как-то хитро считается вначале некий коэффициент за текущий месяц, потом не менее загадочный коэффициент явно относящийся к предыдущему месяцу, а потом остаточная (ри методе расчета по остаточной стоимости) стоимость умножается на разницу между этими загадочными коэффициентами

Заранее огромное спасибо уделившим время этой проблеме