ЗУП 3.1.8.185 — в ЗУП 2 в расчет среднего включается 27 дней в июне (в т.ч. и 12 июня), а в ЗУП 3 26 дней (см. скриншот) — т.е. 12 июня не вошло в количество календарных дней для расчета среднего для отпуска. Искала обсуждение на сайте — не нашла ответа. Подскажете? Перешли на ЗУП 3 с 01.01.2019
Все комментарии (9)
Комментарии закрыты.
Еще важный момент — перенос выполнялся в 2 этапа (кадровая информация и результат расчета зарплаты) через файлы (помощником переноса)
Здравствуйте! Почему Вы решили, что не включилось именно 12 июня? Такая проблема только по одному сотруднику или по всем в июне 2018?
У этого сотрудника в январе, феврале, марте, мае, июне, ноябре — одна и та же ситуация, и у остальных сотрудников — аналогично
Здравствуйте! Думаю, что если проблема по всем праздничным дням и по всем сорудикам, то это ошибка в программе при переносе. На какую версию делали перенос? Нужно будет протестировать.
Можно сразу отправить данную проблему разработчикам (1c@v8.ru), возможно зарегистрируют ошибку.
Спасибо, Юлия!
Я бы посоветовала Вам сделать еще один перенос на более раннюю версию, и посмотреть как «лягут» дни там. Можно сделать типовой перенос, а не в 2 этапа. Хотя, сомневаюсь, что это повлияло (механизмы те же).
Пробовала делать перенос на 3.1.8.185 — у меня во всех месяцах «Отработано календарных дней» получается корректным.
Если Вам ответили из 1С, то, пожалуйста, напишите их ответ. Это может помочь другим пользователям, если они столкнутся с такой же проблемой.
Юля, добрый день! Докладываю: база рекомендованным переносом выгрузилась и при анализе оказалось, что выгрузка почти совпадает с файловым вариантом переноса. Причину расхождения в количестве дней для отпуска, о чем я писала изначально в своем вопросе — нашла, это НАШИ доработки программного кода еще в 2017 году, в ЗУП 2 они не влияли на расчет среднего, а для ЗУП 3 эти нами откорректированные данные, видимо, закачаны для среднего. Наш косяк, будем исправлять как-нибудь (((. Так что писать разработчикам не о чем — они правы! ))) Еще раз спасибо за Ваше внимание к нашей проблеме. Вопрос можно закрывать
Добрый день! Спасибо, что написали в чем была причина ошибки в Вашей базе! Хотя бы будем знать, что проблема не в типовом механизме переноса.
Добрый день, Юлия! Я уже смирилась с тем. что придется программно корректировать перенесенный средний заработок. Запустила рекомендованный перенос первым способом — не через файлы, пока не закончился, может «подвис» ((( Получу аналогичные файлы и из них буду корректировать. А повторно переносить в рабочую базу уже поздно — мы «перепахали» штатное расписание и начальную штатную расстановку. Очень много доработок функционала и соответствующих данных пришлось переносить из ЗУП 2 (у нас организация городского водоканала, 2300 человек, большое разнообразие доплат, вредные условия труда и т.д. и т.п.) . Обнаружился еще один косяк файлового переноса — не перенеслась «Категория запаса» воинского учета. Придется программно опять корректировать регистры (((. Для того, чтобы написать разработчикам. надо сосредоточиться. подготовить дополнительные скриншоты. Обещаю это сделать через пару дней, напишу Вам результат.