Линейная амортизация по БУ и НУ (при переносе ОС)

Trisha

Добрый день!

У нас настроены коды линейный амортизации,
но по БУ метод этапов:
9999 999 12 24 0,0000 V 0,0000

по НУ:
9999 999 12 03 0,0000 V 0,0000

Амортизация считается одинаково по БУ и НУ.
Какова могла быть цель такой настройки?

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

Но перемещения у нас планируется проводить регулярно(перенос субномеров(мониторов) с одного гл. номера(комп-ра) на другой) и каждый раз проставлять ручками остаточный срок довольно сложно.
А если код амортизации в НУ настроить аналогично БУ - при переносе с карточки на карточку и полном копировании данных исходной карточки в целевую расчет будет проходить верно.

Может настройка кода амортизациия по БУ подобным образом где-то нам аукнуться???

Trisha

Trisha написал(а):

Добрый день!

У нас настроены коды линейный амортизации,
но по БУ метод этапов:
9999 999 12 24 0,0000 V 0,0000

по НУ:
9999 999 12 03 0,0000 V 0,0000

Амортизация считается одинаково по БУ и НУ.
Какова могла быть цель такой настройки?

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

Но перемещения у нас планируется проводить регулярно(перенос субномеров(мониторов) с одного гл. номера(комп-ра) на другой) и каждый раз проставлять ручками остаточный срок довольно сложно.
А если код амортизации в НУ настроить аналогично БУ - при переносе с карточки на карточку и полном копировании данных исходной карточки в целевую расчет будет проходить верно.

Может настройка кода амортизациия по БУ подобным образом где-то нам аукнуться???

Неужели нельзя перенести все данные ОС с карточки на карточку таким образом, чтобы перерасчета амортизации не происходило?
Без изменения???

Как я понимаю, единственный выход - заполнять при переносе параметры следующим образом:

- ANLB-NDJAR – заполняется остаточный срок эксплуатации
- ANLB-NDPER – заполняется остаточный срок эксплуатации

-ANLB-NDURJ – заполнять первоначальный срок эксплуатации
-ANLB-NDURP – заполнять первоначальный срок эксплуатации

- Дату оприходования - оставлять старую
- Даты начала расчета амортизации - не менять...

Примерно правильный алгоритм?
Неужели ни у кого нет "массового" переноса субномеров между главными номерами? Может и нам это не надо и можно это обойти...

Cибиряк

Trisha написал(а):

Добрый день!

У нас настроены коды линейный амортизации,
но по БУ метод этапов:
9999 999 12 24 0,0000 V 0,0000

по НУ:
9999 999 12 03 0,0000 V 0,0000

Амортизация считается одинаково по БУ и НУ.
Какова могла быть цель такой настройки?

По ABAP-коду можно многое узнать, если кому интересно
Узнаем имя ссылочного значения - BEZWKZ, ищем его в программе расчета амортизации
Находим описание в LAFARCON (Constants)

Code:

1. CON_BEZWKZ_WBW     LIKE T090P-BEZWKZ VALUE '03',
Дальнейший поиск дает нам условия в различным программах/ФМах
SAPLAFAR                       ФМ расчета списания
LATSTU18                       AFASL_CHECK и тд

Разница очевидна: в расчете участвуют поля ПСт и ВСт в первом случае, а во втором к ним еще присоединяются поля амортизации.

WHEN CON_BEZWKZ_WBW.
                U_BTR =
GANLC-KANSW + Первоначальная стоимость
GANLC-ANSWL + Движения изменяющие первоначальную стоимость
GANLC-KMAFA + Перенос резервных фондов нарастающим итогом
GANLC-MAFAV + Перенос резервного фонда долями нарастающим итогом
GANLC-ZUSMA + Корректировка амортизации/ПнК, снижающей ПервоначСтоимость
GANLC-MAFAM + Перенос резервного фонда за год вручную
GANLC-MAFAL + Перенос резервного фонда за год долями
GANLC-KAUFW + Повышение восстановительной стоимости нарастающим итогом
GANLC-AUFWV + Долевое повышение восстановительной стоимости НарастИтогом
GANLC-AUFWP + Запланированное повышение восстановительной стоимости
GANLC-AUFWL + Долевое годовое повышение восстановительной стоимости

2. CON_BEZWKZ_RSL     LIKE T090P-BEZWKZ VALUE '24',

WHEN CON_BEZWKZ_RSL. (первая часть посторяется)
 U_BTR =   GANLC-KANSW + GANLC-ANSWL +
    GANLC-KMAFA + GANLC-MAFAV + GANLC-ZUSMA +
    GANLC-MAFAM + GANLC-MAFAL +
    GANLC-KAUFW + GANLC-AUFWV +
    GANLC-AUFWP + GANLC-AUFWL +
* kumulierte Nafa +Safa (поля долевой ам,нарастающим итогом и корректировки)
    GANLC-KNAFA + GANLC-NAFAV + GANLC-ZUSNA +
    GANLC-KAAFA + GANLC-AAFAV + GANLC-ZUSAA +
    GANLC-KSAFA + GANLC-SAFAV + GANLC-ZUSSA +
    GANLC-KAUFN + GANLC-AUFNV +
    GANLC-AUFNP + GANLC-AUFNL +
* lfd. Nafa + Safa (поля запланированной амортизации)
    GANLC-NAFAP +
    GANLC-AAFAP +
    GANLC-SAFAP .

и для всех ссылочных значений существуют свои const. Если б все было одинаково - их не стали б выделять в 2 разных значения 03 и 24.
Надеюсь я ответил на ваш вопрос.

Trisha

Cибиряк написал:

Trisha написал(а):

Добрый день!

и для всех ссылочных значений существуют свои const. Если б все было одинаково - их не стали б выделять в 2 разных значения 03 и 24.
Надеюсь я ответил на ваш вопрос.

Это я прекрасно понимаю - и в программе все это видела. Но настройка была до нас - и не могу пока понять ее смысл! и спросить не у кого - проблема возникает при переносе с карточки на карточку.

амортизация (понятно почему) расчитывается по новому - вот и думаю - как сделать так, чтобы на карточках, куда ОС мы переносим, амортизация считалась по старому!

Cибиряк

Trisha написал(а):

амортизация (понятно почему) расчитывается по новому - вот и думаю - как сделать так, чтобы на карточках, куда ОС мы переносим, амортизация считалась по старому!

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

Trisha

Cибиряк написал:

Trisha написал(а):

амортизация (понятно почему) расчитывается по новому - вот и думаю - как сделать так, чтобы на карточках, куда ОС мы переносим, амортизация считалась по старому!

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

А в принципе на проектах практикуется массовый перенос субномеров между карточками ОС?

Может ограничиться изменением ответственного в данных, зависимых от времени, но бухгалтера говорят, что тогда будет не видно самого ОС (компьютера) в составе...

Trisha

Trisha написал(а):

Cибиряк написал:

Trisha написал(а):

амортизация (понятно почему) расчитывается по новому - вот и думаю - как сделать так, чтобы на карточках, куда ОС мы переносим, амортизация считалась по старому!

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

А в принципе на проектах практикуется массовый перенос субномеров между карточками ОС?

Может ограничиться изменением ответственного в данных, зависимых от времени, но бухгалтера говорят, что тогда будет не видно самого ОС (компьютера) в составе...

получилось настроить вариант автоматического переноса - все считается правильно (копируем все данные, кроме даты ПервогоПост и Истекших сроков - они заполняются автоматически). На сам перенос написали пакетник.

Всем спасибо большое!

Линейная амортизация по БУ и НУ (при переносе ОС)

Кто сейчас на конференции