здравствуйте!
в системе есть "самодельный" код амортизации "линейная, расчет по дням".
Настройки (AFAMA) отличаются от стандартной LINI, в целом считает правильно, но есть косяк: не учитывает дату начала амортизации на закладке "Оценка". (ОС в останове 3 первых месяца года, ам-я начинает считаться с 4-го месяца, проводит апрелем сумму за все предыдущие).
Вопрос: где и то необходимо донастроить?

Вопрос 2: если тупо скопировать стандартную схему LINI и поставить галочку "расчет по дням" - она будет нормально работать для расчета ам-и по дням, или там еще настройки необходимы?

у вас версия системы 6.0? там для амортизации по дням есть замечательная бапишка.
активируйте ее и будет вам расчет по дням

Как останов по датам сделан?


вопрос 2
будет работать

закладка "временные интервалы". с 01.01.1900 стоит галка "Останов"
с 01.04.2008 новый интервал, без галки
закладка "Оценка": дата начала ам-и - 01.01.08


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

to Larik:
если вы имели в виду function exit_saplafar_002 include zxafau02 , то в нем есть косяк: не учитывает високосные годы.
как раз с ним и ковыряюсь, вероятно, незначительное редактирование решит вопрос.

я имела в виду в версии 6.0 badi FAA_DC_CUSTOMER ( т.к в 6.0 не существует возможность использования расширения AFAR0002, в инклуде ZXAFAU02 как раньше).

подробности в ноте 1131960 – “Documentation: Business Add-ins for new deprec/calculation”.

Коллеги, добрый день! Подскажите кто-нибудь решал вопрос связанный с амортизацией по дням, но когда СПИ тоже в днях? например 94 дня..
То есть при вводе срока амортизации нужно ввести именно столько-то месяцем и столько-то дней.
Спасибо!

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

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

Правильно ли я поняля, что если в моем прмере 94 дня, то в месяцах должно быть, например, 95 месцев?

нет если 94 дня, то в месяцах стояло 4 месяца. т.к 94 дня это больше чем 3 месяца.
если СПИ был 251 день, то в поле месяцы стояло 9 месяцев и т.д

Спасибо большое! Подскажите, пожалуйста, а в badi вы exit вставляли? как она поймет какой рассчетный период. Так же я не понимаю как будет отражаться плановая аммортизация... будет ли она корректной?....

да у нас программист разбирался с бадишкой. вставляли exit.
амортизация рассчитывается корерктно - уже 4 месяца опробирования функционала прошли. ))

спасибо большое! Попробую ваш способ!

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