Амортизация ОС

[Rivez]

Здравствуйте!
Как известно амортизация начисляется каждый месяц. Возникла такая ситуация. За январь, февраль амортизация не начислялась по всем ОС. Но затем, в марте произвели начисление за 3 месяца (январь февраль, март). Такая ситуация возникла из-за того, что нужно было провести переоценку именно 01.01.2010, но долго не могли собрать коэффициенты переоценки.
Правильно ли так делать? Как это отразить в аксапте (это ж вроде не консервация)?

[TasmanianDevil]

Цитата:

Сообщение от Rivez

Как известно амортизация начисляется каждый месяц.

Не факт. Есть многое, абсолютно законное, и не каждый месяц ...

Цитата:

Сообщение от Rivez

Правильно ли так делать?

Сумма амортизации за каждый месяц будет рассчитана верно, уже с учетом проведенной дооценки. Но вот как и куда она встанет и что будет с проводками и сальдо по ГК - тут зависит от обстоятельств. Если финансовый период за январь-март не закрыт, закрытия затратных счетов не делали - вполне. Журнал амортизации сформируется нужными датами, после разноски проводки ОС встанут в нужные даты и правильно в балансе ОС отобразятся, проводки ГК по амортизации встанут на ту дату, где им и надлежит быть. А вот ежели не соблюдены условия - тогда возможны нюансы. Если финансовые периоды закрыты - строки журнала амортизации по своей дате, и следовательно, создаваемые при разноске оного журнала проводки ОС и ГК, встанут уже не туда. Если периоды открыты и было закрытие затратных счетов, то технически все ОК, а вот логически не совсем - будем расползающееся сальдо затратных счетов наблюдать.

Цитата:

Сообщение от Rivez

Как это отразить в аксапте (это ж вроде не консервация)?

Что это ?
Если амортизацию при незакрытых периодах и незакрытых затратных счетах - то самыми обычными журналами ОС со строками по амортизации. Если что другое - конкретизируйте, пжалста ...

[Rivez]

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

[TasmanianDevil]

Цитата:

Сообщение от Rivez

т.е. формируют журнал по амортизации за три месяца, затем у всех строк изменяют дату операции на март

Разнести не даст - начнет материться про закрытый период. Открывать март и разносить - про затратные счета я уже написал. Открывать период, отменять закрытие счетов, проводить амортизацию, закрывать счета и период, менять отчетность или просто проводить апрелем и потом каждому проверяющему доказывать некриминальность этого - решение за Вами. Технически в обоих случаях все ОК, но вот как оно в остальном - тут должны ответственные за учет и отчетность решать.

P.S. Вообще, тех господ, кто рулит коэффициентами переоценки, от такого перетягивания кота за всякое в долгий ящик - надо отучать.

[Rivez]

ещё такой вопрос:
По некоторым ОС после начисления амортизации за январь остаточная стоимость равна нулю. Однако, я начисляю её в марте, то фактический срок эксплуатации будет с учётом января, февраля, марта? или только с учётом января?

[ppson]

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

[Rivez]

Цитата:

Сообщение от ppson

Если остаточная стоимость ОС станет равной 0, то для последующих периодов строчек с амортизацией создаваться не будет.

по причине, что статус будет "Закрыто"?

[TasmanianDevil]

Цитата:

Сообщение от Rivez

по причине, что статус будет "Закрыто"?

Нет. Статус ОС может меняться только в разноске операции ОС, при расчете амортизации никаких изменений статуса. Общий алгоритм формирования строк журнала таков :

• Перебор ОС, по заданным условиям
• Определение и перебор списка неамортизированных периодов для текущего ОС
• Расчет суммы амортизации по текущему ОС за текущий период

На входе второго пункта определяется неамортизированный остаток стоимости. В том случае, если он не равен нулю, в третьем пункте на каждой итерации расчета из этого остатка вычитается рассчитанная сумма амортизации и контролируется его ненулевое состояние. Как только он достигнет нуля - по данному ОС итерации расчета заканчиваются и переходят к следующему.
Т.е. в Вашем случае после расчета за январь, учитываемый неамортизированный остаток станет нулевым и за февраль/март система не станет формировать строки журнала. Такой подход позволяет избежать дурной ситуации "переамортизации" - когда в журнале создается куча строк, при разноски которых начнется мат от системы по поводу отрицательной остаточной стоимости.

[nataLIE]

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

А разве при разноске последней амортизации не меняется статус карточки ОС на "Закрыто" ?

[TasmanianDevil]

Цитата:

Сообщение от nataLIE

А разве при разноске последней амортизации не меняется статус карточки ОС на "Закрыто" ?

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

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

Если амортизацию начислять помесячно, по одному на каждый журнал и не рассчитывать новую, пока не разнесен предыдущий - тогда там действительно статус влияет (есть семейство классов RAssetStatusType, в которых прошито поведение ОС и возможность проведения операций для карточек, находящихся в каждом из имеющихся статусов ОС - они как раз и используются для контроля в семействе RAssetProposal, создающем строки журнала ОС)

[Rivez]

ок, спасибо! за ответы!

Ещё есть такой вопрос:
- есть ОС по нему сначала делается приём. Причём, начальный износ равен первоначальной амортизации. Т.е. остаточная стоимость равна 0.
- Затем, делается доввод на 500 рублей. После чего остаточная стоимость равна 500 рублям )).
- Требуется, амортизировать эти 500 р. в течение всего оставшегося срока эксплуатации (30 месяцев)

Каким методом амортизации лучше воспользоваться в таком случае?

[Rivez]

Причём равными долями
по 16,67 каждый месяц
т.е. получается от остаточной стоимости на дату принятия к учёту.
Вообще, правильно ли это с точки зрения предметной области?