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

Добрый день, уважаемые коллеги! Сделала рекомендованный перенос на начало 2019 из ЗУП 2.5. При расчете отпуска по одной сотруднице средний рассчитался не правильно. В подробном расчете «Учтено дней расчетного периода» было заполнено совсем не так, как в ЗУП 2.5 (скрин). Я дополнила по данным ФОТ (скрин 2). В июле данные не сошлись. Сотрудница была принята 02.07. Исправила вручную в расчете среднего заработка — на 1 день уменьшила (скрин 3). Тогда картинка стала одинаковой. Но у меня возник вопрос, корректно ли перенеслись данные о времени для расчета среднего заработка. Если в июле 31 календарный день и сотрудник отработал весь месяц – 22 дня рабочих, то верно ли что отработано дней календарных указано 30, а не 31? (скрин). И еще — в октябре — вообще ничего не заполнилось.

Вложения:

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Пароль будет выслан на указанный email

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

  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. Обращайтесь, конечно! К сожалению, не всегда могу помочь в таких вопросах. Многие проблемы «индивидуальны» в каждой базе. 🙁

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