Рекомендованный перенос из ЗУП 2.5

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

   1. Ни у кого не указано количество дней? Нужно смотреть в ЗУП 2.5, может в октябре было что-то «особенное»?
      Попробуйте проанализировать Свод и Табель.

      1. Не указано именно календарные дни. Остальные данные указаны. Это не ошибка программы? И как эту информацию получить из Зуп 2.5 чтобы сравнить? Я уже готова руками занести эти цифры, но не знаю как рассчитать количество, если месяц отработан не полностью.Например, если в июле 31 календарный день и 22 рабочих дня и сотрудник отработал 22 рабочих дня, то в календарных днях должно стоять — 31. Правильно? А вот если он отработал не 22 рабочих дня, а 20? то как расчет ведется в этом случае?

         1. От обратного, по рабочим дням посчитать количество календарных дней нельзя, нужно анализировать табель. Даже при условии, что сотрудник, отработал полностью все рабочие дни, у него могут быть не полные календарные. Например, больничный в выходной, или отпуск. В ЗУП 2.5 нет возможности вывести данные от отработанных календарных днях в виде отчета. Только Табель даст достоверную информацию.
            Нужно будет потестировать перенос на ту же версию, что и Вас, чтобы понять проблема в ошибке при переносе или в данных базы 2.5.
            Если найти и устранить причину, можно будет сделать повторный перенос и взять данные оттуда.
            Я бы посоветовала Вам сделать еще один перенос на версию 3.1.7 и сравнить, какие данные перенесутся туда.

2. подскажите, пожалуйста, как регистр называется в ЗУП 2.5 из которого данные об отработанном времени попадают в этот перенос данных? я не могу найти 🙁

   1. В ЗУП 2.5 нет для этого специального регистра. Данные в момент расчета собираются из регистра расчета «Основные начисления сотрудников» на основании настроек учета времени в начислениях.

      1. как же заполнить тогда этот перенос данных? Ничего «особенного» в октябре не было.

         1. Поскольку в других месяцах все данные о календарных днях есть, а в Октябре нет, я склоняюсь, что проблема все же в данных базы 2.5.
            Попробуйте, как я написала, выполнить перено на 3.1.7 (а может и на 3.1.5 — какую-нибудь не самую актуальную). Перед этим можно перепровести в ЗУП 2.5 документы начисления зарплаты за Октябрь.

3. Здравствуйте! То, что в Июле включается в средний на 1 день меньше, возможно связано с тем, что не учелся праздниный день. Похожая проблема тут: Учет праздников в количество календарных дней для расчета среднего для отпуска. Проверьте и у себя другие месяцы, в которых были праздники, май, например.
   На какую версию делали перенос?

   1. а в июле какой праздник? Перенос делала в версию ПРОФ Зарплата и управление персоналом, редакция 3.1 (3.1.8.185)

      1. Эмм, да, точно, извините, июле праздников нет.
         Тогда еще интереснее. В мае и июне у Вас все нормально, проблемы с праздниками нет, как в вопросе на который я давала ссылку?
         Буду тестировать перенос. Это займет некоторое время. Просьба отнестись с пониманием.

         1. Спасибо, Юля! Буду ждать ответа. И сама попробую тоже сделать перенос еще один как вы советуете

         2. Хотя я вспомнила, что при переносе ошибка была и пока я не обновилась до 3.1.8.185 перенос не могла сделать.

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

               1. Юля, доброе утро! В выходные я сделала новый перенос в ЗУП 3.1.5.129. Перед переносом провела все доки, начиная с октября 2018, как и советовали. После переноса проанализировала данные. Октябрь заполнился весь, в ноябре и декабре есть расхождения. В июле,августе, сентябре — расхождений нет. Значит дело было в ЗУП 2.5? Но у меня по этому переносу возник другой вопрос. Данные приехали по этому регистру, начиная с сентября 2017 года, а не с января 2016 (за 3 года). Можно вообще этим данным верить?

                  1. Потестировала перенос на своих базах. Делала как и Вы на версию 3.1.8.185. Версия ЗУП 2.5 последняя (2.5.130.2) Ни в одном месяце не получилось неправильного количества календарных дней. Поэтому склоняюсь к тому, что то-то в Вашей базе, однако что — трудно сказать не видя базы. (Да и видя, скорее всего, будет непросто).
                     Раньше в документы ЗП_СЗО переносились данные именно за такой период 12 месяцев + 4 («про запас»). В 3.1.8. уже за 2 года приходят данные. В какой версии изменили,затрудняюсь сказать.

                     1. у нас в 3.8. данные приехали за 3 года — с января 2016. Сегодня сделала еще 1 перенос в ЗУП 3.1.7. Перед этим перепровела весь 2018 год. Тоже все календарные дни заполнились, но есть расхождения почти в каждом месяце на 1 день. буду исправлять. 🙁

                        1. Здравствуйте! Да, за 3 года, простите, я опечаталась.
                           Очень странно, что расхождения «в каждом месяце на один день». База 2.5 типовая? В вопросе, на который я давала ссылку выше, причина оказалась в доработках конфигурации 2.5.

4. Добрый день, Юля! Не совсем в каждом месяце -тут я погорячилась, конечно. С июня 2018. База вроде типовая. Нужно уточнить, кстати. Могу предположить, что что-то сделали с базой. как раз с этого периода делали полный перенос и какой бардак навели в новой ЗУП 3 после этого переноса- я вам писала. Поэтому не удивлюсь, что в ЗУП 2.5 могли что-то наделать. Но сейчас уже вопрос не в том-кто виноват, а что делать. Нужно уже навести порядок после рекомендованного переноса. Исправим это, может еще что-то вылезет. Так что, скучать вам не дам. 🙂

   1. Обращайтесь, конечно! К сожалению, не всегда могу помочь в таких вопросах. Многие проблемы «индивидуальны» в каждой базе. 🙁

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