Ошибка деления на ноль в типовой ЗУП при расчете среднего дневного заработка #760769

Зарплата и Управление Персоналом, редакция 2.5 (2.5.97.1). Создаём начисление по больничному листу: Отпуск по беременности и родам,  Для пособия ФСС: Отпуск по беременности и родам, Для доплаты: Доплата по больничным листам. Расчетные годы 2013 - 21014 гг. Нажимаем "рассчитать": {ОбщийМодуль.ПроведениеРасчетов.Модуль(3872)}: Деление на 0 Как быстро победить то?

отладчик

За 13-14 нет данных.

а ограничение пособия какое выбрано?

Общее, в соответствии с Законом о бюджете ФСС Каких именно данных, я понимаю, что чего-то не хватает)) "Курю" уже, но богатый стек вызовов.

Деление на ноль... Думай, Чапай, думай (С) Смотри - что есть УчитываемыхДнейВКалендарныхГодах.

Ограничение любое выбираешь, а результат - деление на ноль.

Смотрел ранее ещё, но пока это не о чём: УчитываемыхДнейВКалендарныхГодах = ИсходныеДанные.ОтработаноДнейДляПособийПоМатеринству

А ОтработаноДнейДляПособийПоМатеринству чему равно?

доплату пока уберите - рассчитает же?

Неужели 0?

А чего ты у меня спрашиваешь?

Интересует концептуальный подход: по каким обычно причинам такое происходит?

Не знаю - концептуальный подход это или нет, но если правильно и четко все считать (в ЗУП) - проблем не возникает. А что правильно и четко - нужно (зверям) просить не кнопочку "Сделать фсё!"? а учиться, учиться и еще раз учиться.

Согласен)) Обычно всё правильно считается)

Кстати, почему умножать на 0 можно, а делить нет? Это так, риторический, философский, детский, взрослый, математический. бухгалтерский вопрос.

Если бы отрабатывало исключение, которое бы формулировало возможные причины, то это было бы грамотнее, а риторически-математические вопросы-это сейчас философия.

вообще не факт... то, что сейчас сделали с НДФЛ - за гранью понимания всех. а тут доплата не считается. Она вроде зашита, и ты никак на ее расчет повлиять не можешь. Только понять где расчет уходит не туда и изменить его

Это ты замахнулся... А новые релизы с исправлениями ошибок зачем будут нужны? Не зря народ пословицы придумывает :) "Хотели, как лучше, а вышло, как всегда" (С)

Потому что вселенная расширяется(множится), а не делится :)

Бог един.

Что-то всех на философию потянуло)

Не отвлекайся. Ищи ошибку. :) ОтработаноДнейДляПособийПоМатеринству равно 0 или нет?

Конечно ноль, см . Пока не разобрался почему.

Смотри, как и из чего собирается ОтработаноДнейДляПособийПоМатеринству. Судя по всему (не уверена), каких-то настроек/"галочек" не хватает.

я только этим и занимаюсь((

судя по всему если ОтработаноДнейДляПособийПоМатеринству = 0, то должно быть по умолчанию 730.

©Черномырдин ))

ахахах точно, вчера как раз читал его "крылатые" фразы)))

А почему не срабатывает? Пословицы и поговорки тоже кто-то сначала сказал, а уж потом народ подхватил.

я думаю, что предохранитель не установили, я установил "заплатку" типа:

Напиши в тех. поддержку, а то и не исправят.

А календарь на 2016 и 2017 есть?

А если високосный, то одного дня не хватает, а если возьмут 2012 и 2016 для расчета, то 2 дня недобора...)))

Если УчитываемыхДнейВКалендарныхГодах <> 0 тогда вообще не будешь считать? может за условие расчет выставишь.

Я велосипед не изобретаю, там до меня везде по умолчанию 730, открой типовую конфу: ОМ "ПроведениеРасчетов" со строк3859:             Или ИсходныеДанные.ВариантАлгоритмаРасчета = Перечисления.ВариантыАлгоритмовРасчета.БольничныйПоБеременностиВ2013годуСОграничениемВРазмереММОТ Тогда

Обновление было?

Это касается только 2013 года) в 2016 году при расчете среднего этот участок кода потеряет вообще актуальность, осталось ждать немного) ведь скоро НГ)) У меня последний релиз!

абсолютно верно.

Ну, подумаешь, забыли разработчики... :(

разработчики такие же люди, хотят упростить и быстрее...)))

Спешка нужна при ловле блох (С)

Не успел ответить, а ты видел где-нибудь чтобы за базу для расчета среднего принималось больше двух лет? Ты же привёл пример 2012-2016 гг)))

откорректировал: