Текущее время: Пт, фев 07 2025, 04:25

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




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Списание годовой амортизации в один месяц
СообщениеДобавлено: Пт, янв 24 2025, 11:37 
Ассистент
Ассистент

Зарегистрирован:
Пт, сен 15 2017, 14:57
Сообщения: 25
Здравствуйте!
Существуют ОС, для которых вся годовая амортизации списывается только в последнем месяце (декабре).
Истекший срок эксплуатации при этом также увеличивается на 1 год.
Как настроить Методы расчёта и Код амортизации для таких ОС?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Пт, янв 24 2025, 14:53 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, июл 21 2006, 15:56
Сообщения: 1157
Откуда: Москва
Пол: Мужской
AFAMP->Prd.control method= xxx->all columns=08;
AFAMA->New entries->Dep.key=yyyy->Prd control=xxx method from above.

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Пт, янв 24 2025, 17:27 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1586
Откуда: Пермь
Пол: Мужской
-TT- написал:
AFAMP->Prd.control method= xxx->all columns=08;
AFAMA->New entries->Dep.key=yyyy->Prd control=xxx method from above.

Привет, Арсений!
А разве ж это повлияет на проводку амортизации только концом года?
Данная настройка определяет момент влияния движения, приведенного в колонке, на расчет амортизации, а не на ее проводку.
Пример: поступление в периоде N, при настройке 11 влияние оказывается на расчет с месяца N+1
Пример: выбытие в периоде N, при настройке 11 прекращение расчета в месяце N+1
ИМХО речь о влиянии на расчет, а не на само списание. При беспрерывном сроке использования и выполнении всех предпосылок метода амортизации расчет амортизации и ее списание будут проводиться в соответствии с датой начала.
Полагаю, если ты предлагаешь использовать "на конец года", то движение окажет влияние на конец года, а не амортизация будет проведена к концу года. А, может быть, я неверно понял твою идею.

На мой взгляд, сделать необходимое можно сделать только через BADI на коде амортизации с изменением базы на всех периодах. Но придется повозиться.

А если хочется быстро и не очень элегантно, то с ходу можно пойти любым путем из двух.
1. Установить СПИ, выставить в ОС метод без амортизации. СПИ при этом все равно будет идти. Перед прогоном за последний период выставить требуемый код. Система при открытом годе (а он открыт априори) пересчитает всю амортизацию за данный год и положит ее в последний период (на К4 пусть будет 12). Но перед прогоном амортизации за 1 период следующего года надо обязательно закрыть предыдущий год в AJAB и больше его не открывать. Потому что после этого снова потребуется установить код амортизации на "без амортизации". Если это сделать на открытом году -1, то в декабрь прошлого года ляжет поправка до нуля.
2. Коллаборация с пунктом 2: в оценке можно указывать интервалы. Соответственно если требуется долго придержать предыдущий год открытым в ОС, то можно создать новый интервал оценки с 01.01 следующего года и в нем проставить код без амортизации. Это воспрепятствует пересчету амортизации за прошлый год. В конце года +1 вновь проставить метод с амортизацией.

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

3. BDSM вариант. Баловаться внеплановой амортизацией и гасить ненужные месяцы на сумму типовой с обратным знаком по тем же счетам затрат. В целевом периоде корректировать с нормальным знаком до целевого годового значения амортизации. Это будет более очевидно на линейных кодах и совсем не очевидно на нелинейных от остаточной стоимости, потому что просчитывать динамику нужно будет по заданной норме от постоянно уменьшающегося net book value. Если с ускорением, то тем более.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Вс, янв 26 2025, 22:28 
Ассистент
Ассистент

Зарегистрирован:
Пт, сен 15 2017, 14:57
Сообщения: 25
Yozhhhhh написал:
-TT- написал:
AFAMP->Prd.control method= xxx->all columns=08;
AFAMA->New entries->Dep.key=yyyy->Prd control=xxx method from above.

Привет, Арсений!
А разве ж это повлияет на проводку амортизации только концом года?
Данная настройка определяет момент влияния движения, приведенного в колонке, на расчет амортизации, а не на ее проводку.
Пример: поступление в периоде N, при настройке 11 влияние оказывается на расчет с месяца N+1
Пример: выбытие в периоде N, при настройке 11 прекращение расчета в месяце N+1
ИМХО речь о влиянии на расчет, а не на само списание. При беспрерывном сроке использования и выполнении всех предпосылок метода амортизации расчет амортизации и ее списание будут проводиться в соответствии с датой начала.
Полагаю, если ты предлагаешь использовать "на конец года", то движение окажет влияние на конец года, а не амортизация будет проведена к концу года. А, может быть, я неверно понял твою идею.

На мой взгляд, сделать необходимое можно сделать только через BADI на коде амортизации с изменением базы на всех периодах. Но придется повозиться.

А если хочется быстро и не очень элегантно, то с ходу можно пойти любым путем из двух.
1. Установить СПИ, выставить в ОС метод без амортизации. СПИ при этом все равно будет идти. Перед прогоном за последний период выставить требуемый код. Система при открытом годе (а он открыт априори) пересчитает всю амортизацию за данный год и положит ее в последний период (на К4 пусть будет 12). Но перед прогоном амортизации за 1 период следующего года надо обязательно закрыть предыдущий год в AJAB и больше его не открывать. Потому что после этого снова потребуется установить код амортизации на "без амортизации". Если это сделать на открытом году -1, то в декабрь прошлого года ляжет поправка до нуля.
2. Коллаборация с пунктом 2: в оценке можно указывать интервалы. Соответственно если требуется долго придержать предыдущий год открытым в ОС, то можно создать новый интервал оценки с 01.01 следующего года и в нем проставить код без амортизации. Это воспрепятствует пересчету амортизации за прошлый год. В конце года +1 вновь проставить метод с амортизацией.

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

3. BDSM вариант. Баловаться внеплановой амортизацией и гасить ненужные месяцы на сумму типовой с обратным знаком по тем же счетам затрат. В целевом периоде корректировать с нормальным знаком до целевого годового значения амортизации. Это будет более очевидно на линейных кодах и совсем не очевидно на нелинейных от остаточной стоимости, потому что просчитывать динамику нужно будет по заданной норме от постоянно уменьшающегося net book value. Если с ускорением, то тем более.


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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Пн, янв 27 2025, 09:06 
Ассистент
Ассистент

Зарегистрирован:
Пт, сен 15 2017, 14:57
Сообщения: 25
-TT- написал:
AFAMP->Prd.control method= xxx->all columns=08;
AFAMA->New entries->Dep.key=yyyy->Prd control=xxx method from above.


Не помогает. Амортизация начисляется равномерно.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Пн, янв 27 2025, 11:25 
Ассистент
Ассистент

Зарегистрирован:
Пт, сен 15 2017, 14:57
Сообщения: 25
Реализовали через BADI FAA_EE_CUSTOMER.
Если есть другие более простые решения, буду рад узнать.


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

Зарегистрирован:
Пт, июл 21 2006, 15:56
Сообщения: 1157
Откуда: Москва
Пол: Мужской
Господа,
свой прошлый ответ писал под температурой, и конечно он неправильный - контроль периодов конечно регулирует только период, с которого считается амо, но никак не период, куда она будет проводиться, прошу простить.

Вариант с бади видится рациональным, только надо убедиться, что при выбытии в середине года он берет амо пропорционально. Совсем простой вариант - код амортизации MANU для целевых ОС, весь год живем как живется, после расчета амо за 12 мес пробегаем пакетником по этим ОСам и меняем кода амо на LINI, после чего запускаем AFAR и следом AFAB. Дело в шляпе - вся амо за год упала в декабрь! Закрываем год в AJAB и пробегаем пакетником повторно, возвращая код MANU. Принципиально подход аналогичен предложенному Николаем ранее, но не требует лишнего внимания от исполнителя на предмет успеть поменять коды перед последним прогоном. Минус тот же - если что-то вылетело в середине года, такой способ никак это событие не увидит.

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Списание годовой амортизации в один месяц
СообщениеДобавлено: Чт, янв 30 2025, 20:50 
Ассистент
Ассистент

Зарегистрирован:
Пт, сен 15 2017, 14:57
Сообщения: 25
-TT- написал:
Господа,
свой прошлый ответ писал под температурой, и конечно он неправильный - контроль периодов конечно регулирует только период, с которого считается амо, но никак не период, куда она будет проводиться, прошу простить.

Вариант с бади видится рациональным, только надо убедиться, что при выбытии в середине года он берет амо пропорционально. Совсем простой вариант - код амортизации MANU для целевых ОС, весь год живем как живется, после расчета амо за 12 мес пробегаем пакетником по этим ОСам и меняем кода амо на LINI, после чего запускаем AFAR и следом AFAB. Дело в шляпе - вся амо за год упала в декабрь! Закрываем год в AJAB и пробегаем пакетником повторно, возвращая код MANU. Принципиально подход аналогичен предложенному Николаем ранее, но не требует лишнего внимания от исполнителя на предмет успеть поменять коды перед последним прогоном. Минус тот же - если что-то вылетело в середине года, такой способ никак это событие не увидит.


Также задумывались, что будет, если выбытие приходится на середину года. Но в моем случае основными средствами являются здания, и их выбытие вряд-ли произойдет в ближайшее время.


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

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


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

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


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

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