Отработано дней в табеле меньше чем в начислении (24.06.20)

Вопрос задал Татьяна Ч. (Самара)

Ответственный за ответ: Змиевская Светлана (★9.93/10)

Добрый день! Подскажите пожалуйста, почему 24 июня не уменьшает норму дней (в начислении ЗП — 21 раб.день), а в табеле рабочих дней — 20? Релиз ЗУП 8.3.14.61 см.рисунок

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

  1. Здравствуйте! Это особенность типовой методики, предложенной 1с, с применением вида времени ОН. В [19.06.2020 запись] Расчет зарплаты за Июнь-Июль в 1С:ЗУП 3.1 (самое начало видео «Учет нерабочих дней как отработанных» в блоке «24 июня и 1 июля — как учесть и оплатить«) Елена показывает табель и расчет зп сотруднику с применением этой методики.

  2. Посчитала отпускные,- нет исключения из расчета среднего 24.06.20. Почему? см рис.

    1. Скажите, документ начисление зп проводили до настройки методики с видом времени ОН или после? Если после, то нужно обновить данные для расчета сз или перепровести начисление зп

    2. Давайте еще попутно проверим актуальность самого производственного календаря. Он у Вас в программе только 1? Покажите скриншот регистра сведений Периоды нерабочих дней календаря (Все функции — Регистры сведений)?

  3. Делала до. «Обновить СЗ» сделала за июнь + перепровела начисление ЗП, все равно нет исключ.из среднего(.

    1. Покажите скриншот регистра, который я своем просила в предыдущем комментарии?

    1. Очень интересно, с периодами нерабочих дней вроде все в порядке. Опробовала на демобазе 3.1.14.60, проблем не возникло. Даже если на момент расчета зп в настройках не установлен флажок «Оплачивать нерабочие дни…», после его установки и обновления данных для расчета сз, 24.06.2020 исключается из расчета.

      Давайте последовательно еще раз все проверим. Покажите скриншоты:
      — ПК за июнь
      — графика сотрудника, чтобы был виден день 24.06
      — табель (Т-13) по сотруднику за июнь
      — движения по регистру накопления «Данные о времени для расчета среднего (общий)» с отбором по сотруднику

      Также опишите подробно последовательность своих действий: расчет зп за июнь — установка флажка «Оплачивать нерабочие дни…» — установка флажка оплаты напротив 24.06.2020 — проверка графика (перезаполнение, если для него не настроено автозаполнение по ПК. главное в результате получить 24.06.2020 по коду ОН) — обновление данных для расчет сз. Я ничего не упустила, поправьте, если где-то что-то отличается?

      Также уточните, используете ли Вы в работе документ Табель? Если да, то вносили ли в него исправления? Как в нем сейчас отражен день 24.06.2020 по сотруднику? Приложите скриншот документа

      И еще уточните, не установлено ли у Вас расширение для исправления ошибки 10223517:

      Описание ошибки:
      Если сотрудник работал в нерабочие периоды по «коронавирусным» Указам (т.е. в настройках расчета зарплаты период отмечен как нерабочий, а в графике/табеле сотрудника указана Явка), то время этой работы при расчете среднего заработка не отражается в календарных отработанных днях (используется для расчета среднего для отпуска), а также днях по пятидневке (используется для учета премий).

  8. Данные о времени для расчета среднего

  9. 1. Установка флажка 24.06.20 в Расчет зп
    2. В графике установила вручную 4 ч. напротив Оплачиваемые нерабочие дни (напротив Явки обнулила) Автозаполнение не установлено
    3. Обновление данных по расчету среднего нажала Выполнить
    4. Перепровела документ Увольнение (30.06.20)
    P.S. Табель не использовала, расширение 10223517 установлено

    1. Можете еще показать расчет зп этого сотрудника? Просто изначально Вы прикладывали скриншоты по другому сотруднику. Мне не видно ФИО, но у него не было отпуска за свой счет.

  10. Начисление ЗП (док-т Увольнение)

  11. Расчет среднего (нет исключения, видно)

    1. К сожалению, не удается воспроизвести проблему. На тех же цифрах и настройках, что представлены в Ваших сриншотах, при обновлении сз, записи в регистры пишутся корректные.

      Из предположений пока осталось только наличие в базе нескольких производственных календарей (при условии привязки графика к другому ПК) или тот факт, что в Увольнении не обновили расчет сз (нужно открыть форму расчета сз по кнопке с зеленым карандашом рядом с размером сз и нажать Перечитать), а скан регистра сняли до обновления данных для расчета сз (или после обновления не обновили записи регистра).

      Если ПК в базе 1 («Российская Федерация» с кодом РФ) и предоставленный скриншот записей регистра данных о времени для расчета сз актуален (т.е. попытка перечитать данные для расчета сз в док. Увольнение ничего не меняет), подумайте над вопросом передачи базы для анализа.

  12. Я поняла, спасибо. Думаю буду делать отдельное начисление (на примере семинара от 19.06.20), т.к. были люди работавшие 24-го. А в графиках сделаю Явку.

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

      Если будете отражать 24.06.2020 с помощью документов-отклонений (Отсутствие с сохранением оплаты или Простой), то да, в графике остается Явка. После проведения документов-отклонений в табель попадет нужное обозначение. Если просто будете создавать копии обычных начислений (оклад, надбавки и пр.), исключаемые из среднего, и назначать их в плановом порядке, то все-таки лучше выделить этот день в графике отдельным кодом, чтобы в Табель не попала Явка. Если сотрудники не работали 24.06.2020, в табеле Явки в этот день быть не должно.

  13. Да, хотела через Простой, но у меня в проге его нет в выпадающем списке (ни в начислении ни назначении начисления) см.рисунок. А по отд.начислению у работавших вместо «Я»,- «ОН». Как сделать чтобы в табеле у работавших 24-го была Явка?

  14. Я поняла почему по среднему (типовой вариант ОН) не считал: у меня было два производственных календаря и регистры были привязаны к др.варианту ПК где не было короновирусных выходных. Я делала дубль чтобы 6-НДФЛ сдать корректно за 1кв.) Сейчас его обновила ч/з инет и все начало считаться по среднему (по типовой)

  15. Надо наверно один ПК удалить (но проблема в том что к одному ПК привязаны графики работы а к др.регистры по оплачиваемым выходным). Что делать?

    1. «Да, хотела через Простой, но у меня в проге его нет в выпадающем списке (ни в начислении ни назначении начисления) см.рисунок.»
      Включите функционал простоев в настройках расчета зп (Настройка — Расчет зп — Настройка состава начислений и удержаний — Отсутсвия — флажок Простои).

      «Как сделать чтобы в табеле у работавших 24-го была Явка?»
      В табель вид времени тянется из графика, т.е. если решать задачу не вводом документов-отклонений, а через настройку графиков, то потребуется создать отдельных график с явкой 24.06.2020 и перевести на него работавших. Причем с учетом ошибок в расчете среднего при типовой методике лучше перевод оформить с начала месяца.

      «Надо наверно один ПК удалить (но проблема в том что к одному ПК привязаны графики работы а к др.регистры по оплачиваемым выходным). Что делать?»
      Можно вручную поправить ПК (указать тот, который привязан к графикам) в регистрах сведений «Периоды нерабочих дней календаря» и «Периоды оплаты нерабочих дней». Также на всякий случай проверьте 24.06.2020 и кол-во часов в регистрах сведений «Данные производственного календаря» и «Данные производственного календаря помесячно» для ПК, привязанного к графикам, что все заполнено корректно. Потом лишний ПК можно удалить. Предварительно сделайте копию базы на всякий случай и проверьте наличие перерасчетов по сотрудникам за март-май до и после выполнения этих действий.

  16. Все таки выбрала типовое решение (в графике 24-го поставила «ОН»), а работавшим изм.график (с 01 по 30 июня, как Вы советовали, с явкой 24), т.к. у нас нет премий и надбавок (есть только РК и оплата праздничных дней).

    1. При оплате РВ кстати тоже есть ошибка в расчетах по типовой методики исключения из среднего дней ОН и оплаты за них.

      Например, сотрудник отработал 20 дней по графику и 1 день РВ + у него 1 день в графике ОН. Предположим, оклад 20000
      При определении части оклада (который никак не связан с РВ!), которая должна входить в средний, программа будет считать так:
      20000 * 21 / 22
      А должно быть так
      20000 * 20 /21
      Т.е. программа для для пересчета этой части оклада учитывает день РВ, что неправильно.

      Скорее всего то же самое будет и с РК.

      Есть еще проблема на суммированном учете: расчет части процентных надбавок, которые нужно включить в средний, ведется по дням а не по часам. Пользователи ожидают расчет по часам. Эту проблему можно обойти, если в формулу надбавки добавить «+ ВремяВЧасах * 0». Но тогда нужно еще тестировать, как расчет будет вестись сотрудникам без суммированного учета.

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

  17. Тогда подумаю. Спасибо огромное!

    1. Рада была Вам помочь!

  18. Я заметила, что и в мае (у сотрудника РВ) тоже неправильно средний считает, а это как убрать, через Обновления начисления по среднему? см.рис

    1. Показатель «Отработано дней» должен учитывать дни РВ. Ошибка в определении суммы заработка. Покажите расчетный листок сотрудника за май, перепроверим.

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

    1. Если сотрудник работал в мае весь месяц то данные корректны. Проблема будет у тех. кто в июне работал в выходные (РВ). Сумма будет определяться не совсем корректно

  20. июнь я отработала (создала начисление за 24 -е), а май руками править постоянно (если у сотрудника РВ)??

  21. Она же пишет что отработано 18 дней — это верно? И отработано 14 по пятидневке и отработано 28 календарных вместо 31 (часы 112 вместо 135)?

    1. «Она же пишет что отработано 18 дней — это верно?»
      Если сотрудник все 18 дней работал (17 дней явки + 1 день РВ), то да, тут все правильно.

      «И отработано 14 по пятидневке и отработано 28 календарных вместо 31 (часы 112 вместо 135)?»
      Если работник работал весь месяц, то это ошибка. Скорее всего проявляется ошибка 10223517. Вы говорили, что установили расширение для ее исправления. Если да, то попробуйте обновить сз. Эти показатели должны быть скорректированы.

  22. Да, получилось) Спасибо!

    1. Отлично! 🙂

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