МСФО по ОС

[Art_Tanis]

Добрый день!
У меня вознимает следующий вопрос - никак не получается сделать.
Версия 2009 SP7 RU
Есть имеющееся ОС купленная в начале текущего года.
С нового 2016 года хочу амортизировать ОС в том числе и по МСФО учету.
Проверял такую схему- она работает
Искуственно рассчитал остаточную стоимость по МСФО ввел в эксплуатацию 31.12.2015 и за январь начислил амортизацию по всем трем моделям учета - НУ БУХ, МСФО - все хорошо.
Однако нужно сделать так - нужно ввести стоимость ОС не остаточную - а стоимость приобретения, за декабрь 2015 года нужно начислить амортизацию равную сумме за период с даты приобретения до 31.12.2015,
а с января проводить амортизацию линейным алгоритмом месячно.
Не подскажите как это сделать?
У меня проблема в том что я делаю ввод в экплуатации по модели МСФО для этого ОС датой 31.12.2015 и амортизация искуственно зачисляю тоже 31.12.2015 (в размере суммы за все предыдущие месяцы). Но амортизация за январь дальше начисляется не корректно - не верная сумма.

По цифрам:

Проводка ввод в экплуатацию проходит 31.12.2015

В модели учета дата начала амортизации ставится 01.01.2016
Амортизация по МСФО начиляется через журнал только с 01.03.
Вопрос почему так? Можно это поправить?

[TasmanianDevil]

Композитная операция "Прием" Вам в помощь.
В истории карточки ОС заполняете прием по модели МСФО, вводите полную стоимость, накопленный износ, прошедший срок эксплуатации, проверяете заполненность соответствующей модели учета, профилей разноски по операциям данной модели - и вперед, в журнале ОС по запросу на операцию приема по введенной истории создадутся операции ввода на полную стоимость и операция амортизации на накопленную величину, сформировав в паре всю святую троицу (стоимость, накопленный износ и остаточную стоимость) по модели МСФО.

[Art_Tanis]

Операция Прием была уже проведена по этой ОС - когда в НУ и БУ принимали.
Сейчас доавил профиль МСФО - операция Прием не проводится. Строки в журнале ОС не создаются.
Попробовал переоценку стоимости и переоценку амортизации сделать только по МСФО - в принципе приемлимо - все норм.
НО! тут возникает такой момент - есть те ОС что по БУ НУ уже самортизированы остаточная стоимость = 0. Однако по МСФО они должны быть. Так вот переоценка стоимости проводится, а переоценка амортизации нет. Подкажите что по этому?
Пробовал просто настроить профиль для операции ПРОЧИЕ - в прицнипе по счетам легко правильн, но сумма амортизации начисняется не верно.

[Art_Tanis]

Вот посмотрите пожалуйста - никак не могу понять почему такая сумма получается:
Есть ОС

Настройки

Начислена амортизация за пр. переоды

Когда создаю амортизаицю на 01.02.2016 сумма встает 407,37
А должна быть 303 рубля.

[TasmanianDevil]

В истории приема (RAssetMoveHist) добавить в рамках уже проведенного приема дополнительную модель (RAssetMoveStandards) и провести нельзя - только хакерствовать, сняв отметку о проведении с записи истории приема. Вот не помню навскидку - позволит ли в стандарте отдельно в истории приема сделать и обработать еще одну запись только по одной модели учета - мы, по-моему, допиливали возможность множественного приема для целей объединения карточек учета.

Переоценкой стоимости и переоценкой амортизации закачивать остатки - это круто !!!

А насчет величины амортизации - поглядите, что стоит в :

1. настройке базы расчета амортизации в каталоге методов амортизации для выбранного у модели МСФО (скорее всего стоит "Остаточная стоимость")
2. настройке даты начала амортизации в каталоге амортизационных групп по выбранной у модели МСФО (скорее всего нечто, отличное от "Начало следующего месяца")

Величина амортизации 403,37, будучи делителем остаточной стоимости, дает оставшийся срок амортизации 40,99 месяцев (41 месяц), что "бъется" с оставшимся на 01.2016 сроком (СПИ - 120 месяцев , с даты начала амортизации в модели МСФО по 31.12.2015 прошло 6 лет и 7 месяцев или 79 месяцев, т.е. осталось 41) и вызывает сильные подозрения, озвученные в вышеприведенном списке.

P.S. Про операцию "Прочие" - забудьте. Она никак не учитывается в калькуляторе балансовых показателей модели ОС и служит только для "железной" привязки проводок ГК по всяким бухгалтерским "игрищам" к ОС.