Учет праздников в количество календарных дней для расчета среднего для отпуска

Вопрос задал Надежда М. (Ульяновск)

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

ЗУП 3.1.8.185 — в ЗУП 2 в расчет среднего включается 27 дней в июне (в т.ч. и 12 июня), а в ЗУП 3 26 дней (см. скриншот) — т.е. 12 июня не вошло в количество календарных дней для расчета среднего для отпуска. Искала обсуждение на сайте — не нашла ответа. Подскажете? Перешли на ЗУП 3 с 01.01.2019

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

  1. Еще важный момент — перенос выполнялся в 2 этапа (кадровая информация и результат расчета зарплаты) через файлы (помощником переноса)

  2. Здравствуйте! Почему Вы решили, что не включилось именно 12 июня? Такая проблема только по одному сотруднику или по всем в июне 2018?

  3. У этого сотрудника в январе, феврале, марте, мае, июне, ноябре — одна и та же ситуация, и у остальных сотрудников — аналогично

    1. Здравствуйте! Думаю, что если проблема по всем праздничным дням и по всем сорудикам, то это ошибка в программе при переносе. На какую версию делали перенос? Нужно будет протестировать.
      Можно сразу отправить данную проблему разработчикам (1c@v8.ru), возможно зарегистрируют ошибку.

        1. Я бы посоветовала Вам сделать еще один перенос на более раннюю версию, и посмотреть как «лягут» дни там. Можно сделать типовой перенос, а не в 2 этапа. Хотя, сомневаюсь, что это повлияло (механизмы те же).
          Пробовала делать перенос на 3.1.8.185 — у меня во всех месяцах «Отработано календарных дней» получается корректным.

          Если Вам ответили из 1С, то, пожалуйста, напишите их ответ. Это может помочь другим пользователям, если они столкнутся с такой же проблемой.

          1. Юля, добрый день! Докладываю: база рекомендованным переносом выгрузилась и при анализе оказалось, что выгрузка почти совпадает с файловым вариантом переноса. Причину расхождения в количестве дней для отпуска, о чем я писала изначально в своем вопросе — нашла, это НАШИ доработки программного кода еще в 2017 году, в ЗУП 2 они не влияли на расчет среднего, а для ЗУП 3 эти нами откорректированные данные, видимо, закачаны для среднего. Наш косяк, будем исправлять как-нибудь (((. Так что писать разработчикам не о чем — они правы! ))) Еще раз спасибо за Ваше внимание к нашей проблеме. Вопрос можно закрывать

            1. Добрый день! Спасибо, что написали в чем была причина ошибки в Вашей базе! Хотя бы будем знать, что проблема не в типовом механизме переноса.

  4. Добрый день, Юлия! Я уже смирилась с тем. что придется программно корректировать перенесенный средний заработок. Запустила рекомендованный перенос первым способом — не через файлы, пока не закончился, может «подвис» ((( Получу аналогичные файлы и из них буду корректировать. А повторно переносить в рабочую базу уже поздно — мы «перепахали» штатное расписание и начальную штатную расстановку. Очень много доработок функционала и соответствующих данных пришлось переносить из ЗУП 2 (у нас организация городского водоканала, 2300 человек, большое разнообразие доплат, вредные условия труда и т.д. и т.п.) . Обнаружился еще один косяк файлового переноса — не перенеслась «Категория запаса» воинского учета. Придется программно опять корректировать регистры (((. Для того, чтобы написать разработчикам. надо сосредоточиться. подготовить дополнительные скриншоты. Обещаю это сделать через пару дней, напишу Вам результат.

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