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

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

спасибо за наводку!

Возможные варианты временные разниц:
1. продали ОС ниже остаточной стоимости
2. начислили амортизационную премию
3. поставили разный срок эксплуатации
4. ошибки в настройках.

загрузили эти ОС в начале недели, до этого в других БЕ все работало (и работает) нормально.
а в новой загрузке, после прогона амортизации за явнарь съехал февраль, появились ВР.
может при загрузке конечно накосячили...но как теперь понять?

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

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

в том и проблема, что не понятно почему оно так получилось)
провели амортизацию за январь и всё...

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

время показало что вариант нифига не оптимальный
суммы в БУ и НУ (теоретически) должны совпадать....но на практике выпадает какая-нибудь 1 - 2 копейки, и в итоге смысл настройки не понятен...
подскажите пожалуйста, может кто сталкивался...почему так не ровно рассчитывается? можно ли это поправить?
настройка FI-AA «Определение длины периода для расчета базового значения»