Tuyakpayev Berik А ты попробуй установить периоды генерации с 01.01.**** по 31.12.**** т.е. изменить бизнес процесс в компании. Тогда все аккурадно получается - запустил генерацию в начале года и спишь спокойно.

Хорошая идея

Здесь уже не в этом дело, уже, блин, разобраться хочу! Как так? Неужели не предусмотрено? Первый год у меня генерится (без указания периода), а дальше не понятно как... - система считает, что уже всё есть.

Бизнес-процесс можно изменить, но хочется всё по задумке сделать...

P.S. Это не у тебя днюха 24.02? Что в Аську не выходишь?

Сегодня, с коллегой, методом экспериментов нашли решение Всё оказалось просто - надо указывать только одну дату - или начальную или конечную, как начало календарного года кумуляции или конец соответственно, т.е. 1 января или 31 декабря.

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

Не хотелось создавать новую тему, ибо проблема в генерации...

Итак.
Поставили все последние патчи и лимит стал генериться неправильно.
Раньше подсчет велся так:

и т.д.
То есть на каждый месяц подсчитывалось количество дней отпуска из расчета 28 дней в год.
Далее эти числа складывались и затем применялось правило округления, чтобы выйти на ровную цифру, типа 2,33 или 4,67.

Теперь же лимит считается так:

То есть накапливающимся итогом
Естественно далее идет суммирование и округление, но сумма то теперь намного больше.

Такое ощущение, что где то появилась галка, которая заставляет лимит считаться накапливающимся итогом.

Не подскажете где эта галка, не могу найти.

Отбой.
В тексте программы нашли упоминание ноты 1040485.
В ней рассказано про злощастную галку.
Пришлось только период кумуляции поставить "месяц".

Добрый день. У нас та же проблема: нота 1040485 выполнена, период кум. и так стоял "месяц". Но тем не менее система продолжает считать неверно. В чем может быть вопрос?
Создается впечатление, что система не реагирует на настройку " за первый год 1 день" - сразу считает 2, потом 3 и 4 соответственно.