Настраиваю списание расходов будущих периодов в модуле FI-AA.

97* счет, соответствующий класс, списание должно происходить с даты оприходования и пропорционально дням месяца.
Сделал код амортизации с даты оприходования, галка XDAILY стоит.
Сделал ОС на 20 000 руб, с датой оприходования 15.10.08, срок службы 3 месяца (получается 91 день), проводник прогнозирует помесячные суммы списания:

Период__Сумма____Дней____Сумма в день
10______3734,43____17__Х__219,6723529
11______6590,16____30__Х__219,672
12______6809,84____31__Х__219,6722581
01______2865,57____13__Х__220,4284615 - списалось все округление
т.е. каждый день по 219,6724. Вроде все правильно, код амортизации работает...

Но, когда сделал ОС на 20 000 руб, с 15.10.08, срок службы 10 лет прогнозируемые суммы стали неправильными:

Период__Сумма____Дней____Сумма в день
10______92,9______17____Х__5,464705882
11______163,93____30____Х__5,464333333
12______169,4_____31____Х__5,464516129

таким образом сумма в день высчиталась из расчета 3660 дней за 10 лет! Это означает, что все года считаются високосными.
Да, и годовые суммы за полные года все одинаковые, все года точно считаются високосными
Год______Тип.Ам
2008___426,23-
2009___2.000,00-
2010___2.000,00-
2011___2.000,00-
2012___2.000,00-
2013___2.000,00-
2014___2.000,00-
2015___2.000,00-
2016___2.000,00-
2017___2.000,00-
2018___1.573,77-

Нужно, чтобы количество дней в году бралось фактическое.
Поскажите, кто встречал такую проблему и как решил?

Нот на эту тему нет, на форуме никто не писал, может какая-то очевидная настройка есть ...

Проверьте настройки года:
OAVH
может там для февраля 29 стоит?

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

Стояло 29 для управления периодами 16. У меня в коде использовался код управления периодами 01.

На всякий случай создал код управления периодами "Ведение управления периодами" (17), прописал его коду амортизации "Ведение методов расчета амортизации по периодам", задал последний день месяца в "Определение присвоения календарей":
K4___17___Для РБП___год-пусто___2_28_2 - ну и аналогично для других месяцев.

Год пробовал проставлять явно, не влияет. У кого-нибудь вообще метод счета "точно по дням" настроен в системе?

Побороть настройками не удалось, будем писать свой метод расчета

ФМ EXIT_SAPLAFAR_002

Добрый день всем! Столкнулась с проблемой. Система считает, что 2010 год високосный. В тр-ии OAVH
02 месяц стоит 29 дней. Исправила на 28 (удалила запись с 29 днями и создала новую с 28 днями), ничего не изменилось. Надо ли после исправления выполнять генерацию периодов? Если я ее выполняю, то опять появляются 29 дней. Как побороть эту проблему? ПОМОГИТЕ!!!!

Попробуйте пообщаться на эту тему с САП-ом:

viewtopic.php?f=27&t=52850

Deinisу: Спасибо, конечно, но цитата, которую вы привели, это я и писала.
Может перед тем как писать ответ стоит вникнуть в вопрос?
Проблема в том, что 2010г. - не високосный, а февраль берется 29 дней.