Ошибка в данных для расчета среднего заработка

Вопрос задал Татьяна

Ответственный за ответ: Щелкунова Юлия (★9.81/10)

Добрый день.
При расчете отпускных учитывается неверная сумма заработной платы и премии за ноябрь. В этом месяце из-за оплачиваемых нерабочих дней был введен индивидульный график на тех, кто работал. Для примера прилагаю скрины. В расчетном листке видно, что сотрудник работал 2 и 3 ноября, поэтому в средний заработок должна попасть сумма 207000/20*19+доплата 10350=207000, но попадает 207492,86, кол-во календарных дней верное (29 из 30). В чем может быть ошибка?

Все комментарии (10)

  1. Добрый день!

    Скорее всего сейчас у Вас в настройках начисления «Оплата по окладу» установлено «рабочее время» на вкладке «Учет времени»?

    В этом случае в средний сумма попадает неправильно. 207000/21*20 (день ОН задваивается в расчете).

    Разработчики не признают это ошибкой, говоря что «Рабочее время»  — это служебный вид времени, и его не следует использовать в настройках начисления.

    Выберите основное время «Явка», а если бывают другие рабочие часы, то в Дополнительных видах отметьте их флажками (Ночные, например).

  2. выбрала Явку, оклад корректно пересчитался, спасибо.
    Еще такая же проблема с Премией, сумму премии делит на 23 и умножает на 20, хотя должно быть также, как и с окладом /20*17. И количество отработанных дней вместо 27 ставит 23 из 30.

    1. Добрый день!

      Да, для начисления премии настройка видов времени не доступна. Это тоже можно обойти при помощи обработки «Групповое изменение реквизитов». Используя произвольный алгоритм.

      Посмотрите: Поддерживающий ЗУП за декабрь 2021 в блоке «Разбор интересных вопросов по ЗУП 3.1″видео «Как настроить учет времени для надбавки за вредность, чтобы отработанные дни включали работу в выходные и праздники?»

      Мы будем делать практически тоже самое для премии.

      Текст произвольного алгоритма:
      Объект.ВидыВремени.Очистить();
      НоваяСтрока=Объект.ВидыВремени.Добавить();
      НоваяСтрока.ВидВремени = Справочники.ВидыИспользованияРабочегоВремени.Явка;

      Обязательно сохраните копию базы, и настройте отбор в обработке! ?

      Отпишитесь по итогу.

  3. я конечно попробую это сделать, но почему те же самые настройки в мае (когда были ОН дни) работают корректно, а в ноябре нет? может вы знаете этому объяснение?

    1. Этот вопрос следует задать в техподдержку на v8@1c.ru. Я писала им по данному вопросу, и получила отчет, что они не считают это ошибкой. Надеюсь, что они изменят свое мнение в будущем.
      Чем больше будет обращений, тем вероятнее, что проблему признают.

  4. Настроила учет времени для премии. Круто, спасибо! Теперь считает корректно, но вот отработанных дней все так же 23 вместо 27. Это можно как-то исправить?

    1. Какой у Вас релиз? Разработчики все-таки исправили ошибку с «Рабочим временем» и в релизе 3.1.21.165 она уже не воспроизводится.
      А по учету часов — это скорее всего другая ошибка. Было несколько ошибок. В 3.1.21.165,так я вижу, тоже уже исправлено.
      Так что я бы рекомендовала попробовать обновиться на 3.121.165.

  5. у нас этот 3.1 (3.1.21.36), ну и на сайте это последний. можно ссылку на 3.121.165?

    1. Добрый день! Извините, это я похоже опечаталась, а потом копировала номер релиза. На тот момент актуальный был 3.1.21.15, а я вместо 15 вбила 165.

      Сейчас уже вышел более новый 3.1.21.36. Если у Вас этот релиз, то попробуйте перепровести документы, которые неверно учитывают суммы и/или время в учете среднего. Если препроведение не помогает, попробуйте пересчитать, затем перепровести.

      Отпишитесь по результату.
      Если не помогает, буду пытаться воспроизвести именно Ваш случай на демо актуального релиза.

  6. Спасибо за помощь!

Комментарии закрыты.