v8: Слетел налоговый учет :( #467546

1С:Предприятие 8.1 (8.1.15.14)Бухгалтерия предприятия, редакция 1.6 (1.6.22.4) Делаем закрытие месяца, всю начисленную амортизацию ОС сторнирует во временные разницы. Последний раз закрытие делали, была версия 1.6.12.4, которую последовательно обновили до 22.4 Нормально начислялось. Если сейчас перепроводить прошлые доки начисления амортизации, то в них тоже все красным становится. Уже не знаем что проверять. настройки вроде все как и были до обновления.

Посмотрите, установлен ли в учетной политике способ начисления амортизации в НУ

Да стоит, линейный, как и было

в учетной политике организации или в карточке ОС?

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

перепровести документы Принятие к учету

вообще сегодня, до того как задать вопрос, перепровели все документы база с 2009 года сейчас перепроводили принятие к учету у одного из ОС - не помогло, в карточке не отображается метод начисления амортизации

в Учетную политику зайдите, посмотрите на закладке Налог на прибыль какой метод начисления амортизации стоит?

должен быть линейный, теперь методы задаются в учетной политику (изменение законодательства)

нужно разделить учетную политику, с 2009 года отдельно Потому как теперь только линейный. А если учетная политика одна на 2008 и 2009 - то будет такой глюк.

Кстати, а где фотка??? ;)

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

читала? отдельная учетка с 2009 года есть?

на 2007,2008,2009,2010 - сделаны отдельные учетки на 2007 и 2008 ничего  не стоит 2009 и 2010 - линейный метод

эх была не была уж очень помощь нужна :)

и на что только не заставят пойти :) при каждом последовательном обновлении, делали вход в предприятие?

- да делали при чем у нас два предприятия, во втором все нормально

конфигурация полностью типовая? без возможности изменений?

типовая на поддержке с возможностью изменения, но изменений практически нет - разве что в паре макетов мелочь какая-нить

Ну таки, помогите плиз Смотрю в регистр сведений "Первоначальные сведения ОС (нал. учет) там у десятка ОС,принятых к учету в апреле 2009 года не заполнен метод начисления амортизаци, и ни какие перепроведения не помогают :( хотя в старой базе 12.4 релиза все тоже самое, и амортизация начислялась

можно попробовать обновить через cf т.е. сделать cf и с помощью него обновить текущую базу

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

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

Вот блин, оказывается в карточке ОС на закладке Налоговый учет -> Амортизация -> Метод начисления амортизации - это метод до 2009 года, а эти десяток средств были приняты к учету в апреле 2009 года, поэтому поле не заполнено Вобщем вернулись к началу. Учетная политка с 01.01.2009 года стоит линейный метод, доки за весь 2009 год перепроведены, а вся начисленная амортизация целиком сторнируется во временные разницы. Братья и сестры помогите!!!

ну кто-нибудь - киньте светлую мысль!!

Документ соответствия счетов проверяла?

Проверяла, все на месте

Ну тогда только отладкой. У меня в практике такое было один раз именно из за неразделенной учетной политики 2008-2009.

Ну вот полдня в режиме отладки и удалось найти момент, где собака зарылась. в функции ПреобразоватьСчетаБУвСчетНУ при вытаскивании данных из РегистрСведений.СоответствиеСчетовБУиНУ теперь есть проверка у счета 02.01 на ВидЗатратНУ у нас пустой, и пока я не зашла в колонку видЗатратНУ в доке "Установка соответствия БУ и НУ" и не перевыбрала его пустым еще раз, прога считала это условие не выполненным. Вобщем сравнивалось НЕОПРЕДЕЛЕНО с ... кстати а какое значение было? NULL? И почему в другой организации этот кусок кода не вызвал проблем?