Текущее время: Пт, мар 29 2024, 09:28

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Чт, дек 20 2012, 10:45 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 20 2012, 10:21
Сообщения: 11
Коллеги, добрый день!

Столкнулся с такой проблемой (ERP 6.00, SAP_APPL SP15):
ОС был оприходован 31.12.2011 видом движения 336 (через расчёт СПП в CJ88). Дата начала расчёта амортизации 01.01.2012, код амортизации - LINI.

Дальше была проведена модернизация тем же 336 видом движения 31.10.2012 (ссылочная дата = дате проводки).
В этом случае система при расчёте амортизации 2012 года учитывает сумму модернизации с начала года, а не с ноября (как должно быть с управлением периодами 002 (11/11/11/11)).

При этом:
1 - если поменять в карточке дату начала расчёта амортизации на любую дату 2011 года (например, 31.12.2011), то модернизация в следующем году попадает в расчёт амортизации правильно, с ноября (исправлять таким образом ошибку некорректно)

2 - если провести модернизацию другим видом движения, у которого в группе видов движения стоит управление периодами не "поступление" (как у 336 ВДв, 37 группа), а "оприходование задним числом" или "перемещение", то система тоже считает амортизацию правильно - добавляет в расчёт сумму с ноября 2012. (этот вариант тоже не подходит, т.к. провести проводку другим видом движения нельзя, т.к. FI и CO периоды закрыты. Менять настройки 37 группы тоже нельзя).

Никакие манипуляции с настройками кода амортизации не помогли.

Кто-нибудь сталкивался с подобной проблемой? возможно, есть ещё какие-нибудь пути её решения?

Ноты, которые я нашел по похожим проблемам, эффекта не дали:
I have implenented some notes, but it doesn't take any effect:
1414291 Cutoff value key with several levels
1473873 Incorr. deprec. if deprec. start is not first day of period
1484801 Depr. determined incorrectly if depr. start after ref. date
1566735 Wrong period control by acquisitions in following years
1583651 Period control "Next month": Depreciation is too low
1584992 Wrong depreciaton by value date before the start date
1730583 Acq in depr start yr not taken into account as of depr start


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Чт, дек 20 2012, 12:24 
Ассистент
Ассистент

Зарегистрирован:
Пн, май 07 2007, 14:31
Сообщения: 35
boriansky написал(а):
а "оприходование задним числом" или "перемещение", то система тоже считает амортизацию правильно - добавляет в расчёт сумму с ноября 2012. (этот вариант тоже не подходит, т.к. провести проводку другим видом движения нельзя, т.к. FI и CO периоды закрыты. Менять настройки 37 группы тоже нельзя).


Для этих ВДВ указывайте в транзакции "Дата проводки" и "Дата документа" открытый период FI, а ссылочную дату 31.10.12


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Чт, дек 20 2012, 13:31 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 20 2012, 10:21
Сообщения: 11
AtomKrieg написал(а):
boriansky написал(а):
а "оприходование задним числом" или "перемещение", то система тоже считает амортизацию правильно - добавляет в расчёт сумму с ноября 2012. (этот вариант тоже не подходит, т.к. провести проводку другим видом движения нельзя, т.к. FI и CO периоды закрыты. Менять настройки 37 группы тоже нельзя).


Для этих ВДВ указывайте в транзакции "Дата проводки" и "Дата документа" открытый период FI, а ссылочную дату 31.10.12


Вариант со сторно и проводкой заново можно будет применить, если не получится найти изначальную причину ошибочного расчёта. Однако, тут тоже возникают сопутствующие вопросы:
- Есть ли возможность сторнировать расчёт CJ88 с причиной сторно 04?
- Где настраивается выбор вида движения при расчёте СПП в CJ88 (я пока не нашел)?

В любом случае, приоритетным остаётся вопрос, почему система так отрабатывает в данной ситуации?


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Чт, дек 20 2012, 17:13 
Ассистент
Ассистент

Зарегистрирован:
Пн, май 07 2007, 14:31
Сообщения: 35
boriansky написал(а):
AtomKrieg написал(а):
Вариант со сторно и проводкой заново можно будет применить, если не получится найти изначальную причину ошибочного расчёта. Однако, тут тоже возникают сопутствующие вопросы:
- Есть ли возможность сторнировать расчёт CJ88 с причиной сторно 04?
- Где настраивается выбор вида движения при расчёте СПП в CJ88 (я пока не нашел)?

В любом случае, приоритетным остаётся вопрос, почему система так отрабатывает в данной ситуации?


Вы делаете расчет реконструкции сразу на целевое ОС? Не стоит так делать. Ошибочный расчет идет из-за этого. Для РФ лучше расчет реконструкции осуществлять на промежуточную карточку 08 счета, а с нее уже делать перенос на 01.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Чт, дек 20 2012, 17:30 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 20 2012, 10:21
Сообщения: 11
AtomKrieg написал(а):
Вы делаете расчет реконструкции сразу на целевое ОС? Не стоит так делать. Ошибочный расчет идет из-за этого. Для РФ лучше расчет реконструкции осуществлять на промежуточную карточку 08 счета, а с нее уже делать перенос на 01.

Проводка осуществлялась сначала на 08 счёт, потом на 01, но это, похоже, не при чём: попробовал сделать аналогичные движения не через функционал инвест.проектов (сделал копии 336/339 ВДв без галки "запрещать проводки вручную" и провёл их в ab01) - результат такой же. То есть, проблема именно в алгоритме расчёта амортизации, когда поступление происходит на стыке лет.

Ещё я нашел, где настраивается выбор движений для проводок CJ88 - в ракурсе VC_TA1TV01.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Пт, дек 21 2012, 10:22 
Ассистент
Ассистент

Зарегистрирован:
Пн, май 07 2007, 14:31
Сообщения: 35
boriansky написал(а):
Никакие манипуляции с настройками кода амортизации не помогли.

boriansky написал(а):
То есть, проблема именно в алгоритме расчёта амортизации, когда поступление происходит на стыке лет.

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

boriansky написал(а):
Ещё я нашел, где настраивается выбор движений для проводок CJ88 - в ракурсе VC_TA1TV01.

Это пункт в настройках в спро.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Пт, дек 21 2012, 11:44 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 20 2012, 10:21
Сообщения: 11
AtomKrieg написал(а):
Попробуйте поставить новый временной интервал для расчета амортизации другим кодом - по остаточной стоимости от остаточного срока, вместо манипуляции с настройками.


Возможно, я не совсем корректно сформулировал суть проблемы: при расчёте амортизации система считает стоимость модернизации, которая прошла в середине года, с начала года, если поступление было в декабре прошлого года, а дата начала амортизации - в текущем году, независимо от кода амортизации и периодов в карточке ОС. То есть, если поставить другой метод расчёта (в том числе и от остаточного срока остаточной стоимости), он будет применяться с даты начала нового интервала, но с начала года до начала нового интервала амортизация будет считаться от неправильной стоимости, в которую включена сумма модернизации.

При этом, при любом другом поступлении (когда дата поступления и дата начала амортизации в одном и том же году) система рассчитывает амортизацию корректно.

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре  Тема решена
СообщениеДобавлено: Пт, дек 21 2012, 12:50 
Специалист
Специалист

Зарегистрирован:
Вт, июн 12 2012, 12:25
Сообщения: 104
Откуда: Київ/Киев
Пол: Мужской
Проверьте навсякий случай таблицу T090NP по плану оценки, на вашем методе должена стоять отметка Х Расчет по ссылочной дате.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Пт, дек 21 2012, 13:06 
Начинающий
Начинающий

Зарегистрирован:
Чт, дек 20 2012, 10:21
Сообщения: 11
Коллеги, я нашел решение, надеюсь, оно поможет ещё кому-нибудь:

В методе управления периодами есть галка "расчёт по ссылочной дате" (T090NP-XBZDAT). САП убрал возможность менять её в стандартной настройке, т.к. "консультанты неправильно понимали её смысл". В ноте 92925 описано, как можно вернуть возможность её настройки. Или, как вариант, вручную поставить её в таблице.

В системе её зачем-то убрали для управления периодами 002. Она как раз отвечает за ситуацию, когда на карточку было выполнено несколько движений с группой управления периодами "поступления". На движения с другими группами управления периодами она, судя по всему, влияния не оказывает - отсюда и ошибка расчёта.

То есть, для корректного расчёта амортизации при нескольких поступлениях, в методе управления периодами должна стоять галка T090NP-XBZDAT.


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка при расчёте амортизации при поступлении в декабре
СообщениеДобавлено: Вт, дек 10 2019, 08:51 
Ассистент
Ассистент

Зарегистрирован:
Пт, май 12 2017, 10:11
Сообщения: 39
Уважаемый boriansky!

Благодарю вас за важную и полезную информацию, которая, похоже спасет нас от излишних трудозатрат по разрешению точно такой же ситуации.
Первое поступление - 12.2018. Модернизация - 10.2019. "Голову сломали" в поисках решения корректнорассчитываемой амортизации после увеличения стоимости без изменения Кода амортизации.

Удачи нам всем!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB