Ситуация такая:
В октябре 2021 г. была зафиксирована ошибка Ошибка 10235494.
У нас уже была начислена ежемесячная премия 16.11.21, которая расчитывается процентом от оклада за прошлый месяц. В регистр «Данные о начислениях для расчета среднего заработка (общий)» она попадала неверно.
После установки патча EF_10235046 ситуация исправилась только после того, как мы в документе премия переподбирали сотрудника (предварительно в начислении необходимо было заполнить приоритеты со всеми вытесняющими).
Предыдущий релиз был 3.1.20.71, на нем все попадало правильно.
После обновления на 3.1.20.97 нам пришлось переподхватить еще нескольких человек, и нужные данные уже не встают.
Переподхватила того сотрудника, который уже вставал верно— по нему данные тоже сбились.
В прикрепленных файлах вложила расчет, по которому проверяю средний и скрины с релизов 3.1.20.71 и 3.1.20.97.
Установила патч EF_10235046, но ошибка осталась.
Нашла на вашем сайте статью на эту тему: https://buhexpert8.ru/voprosy/voprosy-1s-zup/srednij-zarabotok-za-noyabr-gde-byli-nerabochie-oplachivaemye-dni.html/comment-page-1#comment-189754
Везде, в учете времени проставила Явки вместо Рабочего времени. Суммы стали правильно вставать, но теперь изменилось количество календарных дней, за октябрь, стало брать на 2 меньше.
Подскажите пожалуйста, как быть?
Здравствуйте!
Какая-то путаница, наверное. Дело в том, что Ошибка 10235494 и патч EF_10235046- связаны с проблемой в учёте времени для среднего заработка. На сумму включения в средний премии они повлиять не могли.
Исправления в настройках учета времени не должны были повлиять на количество учтенных дней. Я проверила у себя в демо-базе — все корректно.
Давайте в первую очередь посмотрим табель одного сотрудника за Ноябрь. Дело в том, что если у сотрудника 1 ноября был выходной, то по новому алгоритму 29 и 30 должны исключаться.
Здравствуйте, Юлия.
Есть сотрудница, которая Октябрь отработала полностью, в ноябре был ОН 3 ноября. Если беру ее данные о времени и начислениях для расчета среднего до внесения изменений в учет времени, то календарные дни берет верно, но сумму премии в средний берет не верно (см.во вложении).
После замены Рабочего времени на Явку в тестовой базе и после того как я переподхватываю сотрудника в премии, данные по начислениям встают верно, но меняются данные по календарным дням. (см. во вложении).
Добрый день, Юлия.
Подскажите пожалуйста, если исправить нерабочий период, и вместо периода с 30.10-07.11 исправить на с 01.11-07.11, где это может отразиться?
Если я так исправляю — все встает на свои места.
Здравствуйте! Не могу связать ошибку в учете времени с изменением настроек Премии. Премия на учет времени вообще не должна влиять.
Уточните, Вы препроводили начисление зарплаты за Октябрь? Скорее всего слетел патч, о котором Вы исали в вопросе. Актуальная версия патча: EF_10235046_4 — его надо установить.
Разработчики все-таки признали такое поведение ошибкой выпущен патч EF_10236873. Установите его или обновитесь на релиз 3.1.21.15. Уже не нужно будет менять настройки видов времени, будет корректно учитываться и «Рабочее время»).
Доброе утро. Я так подозреваю что у вас данная ошибка не воспроизведется, т.к. мы создали премию в ноябре на релизе, который был с ошибкой. Потом я установила патч и перепроведение документа наисправление среднего не помогло, пока не перевыберешь сотрудника.
«начисление зарплаты за Октябрь» мы не перепроводили, календарные дни изменились после обновления на релиз 3.1.20.97 автоматически
Сейчас попробую на тестовой сначала установить патч — посмотрю как поведет себя программа. Затем обновлю на 3.1.21.15.
Юлия, я установила патч EF_10236873.
Сумма премии в средний теперь попадает верно, но количество календарных дней уменьшает((((
Если все же исправить нерабочий период, и вместо периода с 30.10-07.11 исправить на с 01.11-07.11, где это может отразиться?
Доброе утро! А патч EF_10235046_4 установлен?
Доброе утро, Юлия.
Вчера переделала по другому уже. Обновила на релиз 3.1.21.15. 4. Установила патч EF_10235046_4. 5. Проверила регистр: «Данные о времени для расчета среднего заработка (общий)» — данные также не изменились
Зашла и перепровела документ «Начисление зарплаты и взносов». И снова уменьшились календарные дни((
Добрый день, Юлия.
Подскажите пожалуйста, если исправить нерабочий период, и вместо периода с 30.10-07.11 исправить на с 01.11-07.11, где это может отразиться?
Добрый день!
У Серегиной дней стало наоборот больше, не поняла почему. по другой причине, а не из-за нерабочих дней, как я понимаю. Разница ведь на 3 дня.
Отлично, что вы приложили табели за Октябрь и Ноябрь. По ним можно проанализировать, какое кол-во дней должно быть в среднем.
По Серегиной все верно: у нее 1 ноября — день ОН, а значит прилегающие выходные 30 и 31 должны исключиться. Учет в среднем выходных, приходящихся на нерабочие дни
У Шведовой действительно ошибка. У нее 1 числа Янка, значит в Октябре дни включаются не верно.
Для релиза 3.1.21.15 уже не требуются патчи, в нем эти ошибки исправлены.
Я сейчас смоделировала пример на демо базу 3.1.21.15, и воспроизвела ошибку. Если в самом графике рабоыт укзаать, что 1 ноября — рабочий день, то 30 и 31 октября не исключаются. А вот если это сделать Индивидуальным графиком или Табелем — исключаются. Видимо программа анализирует только основной график работы.
Как можно обойти проблему: создать для Шведовой отдельный график работы, где будет стоить Я на 1 ноября., перевести ее на это график с 1 октября. Тогда дни в среднем заполнятся верно.
Исправлять нерабочий период в ПК я бы не рекомендовала. Ведь тогда 30 и 31 октября перестанут исключаться у всех сотрудников, что тоже не правильно. Причем это уже ошибка ухудшающая положение работника — средний будет занижаться.