Средний зароботок

Добрый день. ERP 2.2.3

Возникли проблемы по среднему. Не корректно считается по тем людям, по которым была нарушена последовательность ввода документов. Если перепровести, то средний встает на место, но мы перепроводить не можем. Да и сотрудников может быть много, точно не известно по ком. Можно ли каким отчетом вывести средний заработок и календарные дни, по ком возможны неправильные расчёты, или просто вывести список среднего заработка, а затем как-то исправить неперепроводя документы. Может переносом данных или еще как. У нас по сотруднику был введен отпуск и начисление ЗП за апрель. Но при расчёте отпуска в след. месяце количество отработанных календарных дней не уменьшилось на период отпуска.
И если запустить обработку «перерасчёт среднего», исправит ли она средний в тех документах, в которых он был исправлен вручную?

Вложения:

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

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

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

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

  1. Здравствуйте!
    «Не корректно считается по тем людям, по которым была нарушена последовательность ввода документов» — опишите пожалуйста более подробно о последовательности ввода каких именно документов идет речь? Желательно на примере со скринами

    1. Приложение  srednij.docx

      Средний считался не верно по ряду сотрудников. Если смотреть регистр накопления Данные для расчёта среднего, то до перепроведения было вот так

      1. Здравствуйте!

        К сожалению, но этому описанию ситуация не прояснилась(( Поясните пожалуйста для начала в чем именно заключалось нарушение последовательности ввода документов? Вы сначала рассчитали документ «Начисление зарплаты и взносов», а только потом ввели за этот месяц документ «Отпуск»? Я правильно понимаю? Вы это имелии ввиду? Такое нарушение последовательности? Или какое-то другое?

        Было бы здорово, если Вы опишете последовательно всю ситуацию, например, как это делает пользователь здесь: Пересчет отпуска с уменьшением днейи НДФЛ (ситуация расписана в файле NDFL-uderzhannyj-pri-pereschete-otpuska.docx).

        И ещё я не совсем понял про «регистр накопления Данные для расчёта среднего». Регистра накопления именно с таким названием нет. Вы вероятно имели ввиду регистр накопления «Данные о времени для расчета среднего (общий)»?

        Чем точнее Вы опишите свою ситуацию, тем быстрее я смогу помочь! Спасибо за понимание!

        1. Здравствуйте, Дмитрий.

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

          1. Хорошо, давайте разбираться. Судя по представленным скринам из регистра «Данные о времени для расчета среднего (общий)» получается, что изначально документом «Начисление зарплаты и взносов» было зафиксировано, как будто сотрудник отработал весь месяц, хотя у него есть отпуск. Это могло случиться только по причине того, что сначала рассчитали зарплату за апрель документом «Начисление зарплаты и взносов», а уже потом внесли «Отпуск» за апрель.

            Действительно, это нарушение последовательности ввода документов. Но такое нарушение приведет не только к неправильному учету отработанного времени для целей среднего, но вероятно неправильно рассчитались и основные начисления сотрудника, ведь к моменту расчета документа «Начисление зарплаты и взносов» за апрель не был проведен отпуск, а значит программа думала, что сотрудник отработал весь месяц. Поэтому одно лишь перерпроведение документа «Начисление зарплаты и взносов» недостаточно. Скорее всего необходим ещё и перерасчет. Проверьте основные начисления этого сотрудника за апрель рассчитаны с учетом того, что у сотрудника в апреле был отпуск?

            Кроме этого, если Вы сначала ввели «Начисление зарплаты и взносов», а потом «Отпуск», то это значит, что не рассчитались взносы с этого «Отпуска» в «Начисление зарплаты и взносов» за апрель. Программа должна была отследить эту ситуацию при следующем заполнении «Начисления зарплаты и взносов» в мае и выполнить доначисление за апрель. Проверьте происходила такое по данному сотруднику?

            «Но как выявить такие случаи по сотрудникам и исправить не знаем как.» — к сожалению, типовых механизмом для выявления неправильной последовательности вода документов в данном случае не предусмотрено, но как я описал выше это проявится в том, что будут завышены основные начисления (в них не учтутся отсутствия сотрудников), а также вылезут в следующем месяце взносы из предыдущего. Это как раз флажок, что возможно в прошлом месяце была нарушена последовательность ввода документов.

            1. Добрый день.

              1. «Проверьте основные начисления этого сотрудника за апрель рассчитаны с учетом того, что у сотрудника в апреле был отпуск?» — проверили, в документе начисления ЗП начисление рассчитались правильно, из нормы были вычтены дни отпуска и оплата по окладу произведена в соответствии с фактическим отработанным временем, аналогично и со страховыми взносами. Может просто препроводили документ отпуска, после расчёта ЗП, это может повлиять? Если менялись только кадровые данные — номер документа и т.д.
              2. «Проверьте происходила такое по данному сотруднику?» — все рассчиталось в апреле правильно
              3. Можно как-то отчетом вывести, что у таких сотрудников число календарных дней полное, однако в данном месяце присутствовали отклонения в виде отпуска, больничного и т.д? Ориентировочный.
              4. И на копии мы то смогли перепровести, а вот на реальной базе не сможем. Может как-то можно скорректировать этот средний заработок с помощью документа «Перенос данных»? Или как-то по другому. Пробовали с помощью обработки «Обновить данные для расчета среднего заработка», но не сработало, мы не понимаем в каком случае обработка обновит данные, для каких ситуаций она подходит?

              1. 1. «Может просто препроводили документ отпуска, после расчёта ЗП, это может повлиять? Если менялись только кадровые данные — номер документа и т.д.» — нет просто перепроведение Отпуска не могло повлиять. Только если Вы распровели Отпуск, потом провели Начисление зарплаты за этот месяц (именно провели, а не рассчитывали), а потом провели вновь Отпуск, тогда может быть такое.
                3. К сожалению, типовыми средствами нельзя, только если заказать у программиста подобный внешний отчет.
                4. «Пробовали с помощью обработки «Обновить данные для расчета среднего заработка»» — как раз для таких случаев и используется. Я смоделировал такую же ситуацию в последнем релизе ЗУП 3.1.8 и как раз эта обработка пересчитала данные о среднем с учетом отпуска сотрудника. Попробуйте ещё раз, может быть Вы неверно указали период в этой обработке, надо указать хотя бы апрель.

                1. К сожалению, не помогла обработка. Можно ли с помощью переноса данных исправить ошибку? Или хоть как-то?

                  1. Нет, перенос данных в данном случае не поможет. Либо обработка, либо перепроводить документ «Начисление зарплаты…», либо обращаться к программисту, который сделает внешнюю обработку для перепроведения по этому регистру программно.

                    1. Т.е. теоретически обработка должна сработать в данном случае, но программисту нужно посмотреть в чем причина, и перерасчет в регистре должен помочь, что бы не пришлось перепроводить документы?

                    2. Да, должна. Моделировал у себя такую же ситуацию и она сработала. Если есть программист, то можно действительно проанализировать работу этой типовой обработки, почему она не переформировывает данные в регистре, чтобы не создавать новую отдельную обработку.

  2. Приложение  srednij-2.docx

    После перепроведения так. Перепровели последовательно отпуск и начисление ЗП. Отпуск был 13 дней

  3. Дмитрий, а данная типовая обработка по обновлению среднего заработка обновляет данные не только в РН «Данные о начислениях для расчета среднего заработка (общий)», но и в РС «Данные о времени для расчета общего среднего заработка (корректировка)». Мы просто решили обработкой скорректировать данные РН, указанного выше, и оказалось, что в расчёт среднего еще тянутся данные из РС указанного выше. Можно же очистить данные РС и в РН указать верное число с помощью обработки. Это же не на что не повлияет, какой либо другой расчет?

    1. Обработка обновляет данные именно регистра накопления. Причина возникновения данных в регистре сведений «Данные о времени для расчета общего среднего заработка (корректировка)» описана здесь: [27.10.17] Переход на ЗУП 3.1: ответы на вопросы (Видео «Расчет среднего заработка после перехода на ЗУП 3» — с 03:05 минуты)
      «Это же не на что не повлияет, какой либо другой расчет?» — они влияют только на текущий расчет среднего, если это влияние ошибочное, то да этот регистр надо очистить.

      1. Спасибо, вроде бы все вопросы понятны. Единственное, сумму ни как не скорректировать, только обработкой? У нас просто при расчете работы в выходные и праздники раньше стояла командировка в настройках приоритетов выше. И при работе в выходные в командировке оплата по РВ не рассчитывалась. И в документе начисления ЗП мы добавляли вручную эти суммы. Соответственно и РВ вошел в средний и по дням и по суммам. Мы так предполагаем, что пересчет среднего не поможет в этом случае?

        1. «Единственное, сумму ни как не скорректировать, только обработкой?» — в регистре «Данные о начислениях для расчета среднего заработка (общий)»? вручную никак, либо пересчетом либо обработкой.

          «Мы так предполагаем, что пересчет среднего не поможет в этом случае?» — в ЗУП 3 отслеживается факт того, что начисление приходится на период командировки. Такие начисление автоматически не входят в расчет среднего. Но вероятно поскольку Вы вручную эти сведения внесли, скорее всего программе было непонятно на какой именно день приходится данное начисление, поэтому автоматического исключение не произошло.

          Если хотите можете оформить данный вопрос новым сообщением (https://buhexpert8.ru/1s-zup — по условиям сайта в одной переписке обсуждается только один вопрос) прислать скрины того, как вводили эти начисления вручную и я посмотрю, что можно сделать, чтобы программа поняла, что эти начисления приходятся именно на период командировки.

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