Сторнирование Районного коэффициента и Северной надбавки

1. Здравствуйте! Наоборот, в типовом варианте начислений РК и СН, какими они автоматически создаются в ЗУП, приоритет не настроен. Дело в том, что в расчетную базу этих начислений могут входить, как зависящие от времени начисления, так и независящие, начисляемый суммой. Поэтому, если приоритеты в РК и СН настроены, то эти начисления суммой могут быть учтены в расчетной базе некорректно.

   Скорее всего именно это и произошло — сторнировалась часть СН и РК, начисленных с премии. Правда не пойму, в исходном начислении зарплаты не возникло проблем. Были ручные корректировки? Или приоритеты в том момент в СН и РК не были настроены?

   Раньше в перерасчёт попадали ошибочные РК и СН, но их можно было удалить.

   Видимо раньше не было красных сторно строчек. Их программа удалить не дает. Но есть хитрость:Как удалить сторно-строки из документа.

   1. Добрый день. Я возможно не совсем точно описала. Дело в том, что после того как я очистила вкладки Приоритет, я сформировала начисление з/п за апрель и в перерасчёты не попали начисления по РК и СН за прошлые периоды.
      А эту хитрость я знаю, как удалять красные строки и не только — это благодаря вашим лайфхакам. Но дело в том, что даже используя этот метод, программа всё равно ругалась и просила произвести пересчёт.
      Подскажите, пожалуйста, какими начислениями должны быть заполнены закладки Приоритет и Зависимость? Спасибо.

      1. Здравствуйте!
         программа всё равно ругалась и просила произвести пересчёт
         А как тогда она «ругалась»?
         Подскажите, пожалуйста, какими начислениями должны быть заполнены закладки Приоритет и Зависимость?
         По поводу Приоритетов посмотрите видео: Нужно ли настраивать вытеснение (приоритет) для процентных надбавок?
         На вкладке Зависимости отражаются начисления и удержания, в расчетную базу которых входит начисление.

         1. Добрый день. Так как в РК и СН были очищены приоритеты, то сейчас сложно воспроизвести ситуацию. Ругательство программы заключалось в том, что она не проводила документ требуя перерасчёт. Видео обязательно посмотрю. Спасибо большое!

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

               1. Добрый день. Пожалуйста, не закрывайте вопрос.

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

                     1. Добрый день. Возможно уже появилась ошибка. Во вложении начисление по сотруднику. Не полный месяц отработан. РК начисляется правильно, но кол-во отработанных дней ставит как за отработанный месяц. Пожалуйста, подскажите, как можно исправить. Спасибо.

                        1. Это не ошибка. Районный коффициент рассчитывается от расчетной базы, и в нее могут входить начисления, которые начисляются за целый месяц, поэтому мы очистили приоритет и РК начисляем в целом за месяц. Ошибки в этом нет. К сожалению, не получится считать РК за полный месяц (без Приоритетов), а в Расчетном листке отображать только рабочие дни. Можно воспользоваться способом, показанным тут: Почему у начисления, не зависящего от отработанного времени, в расчетном листке появляются оплаченные часы? и вообще убрать отображение количества отработанных дней для Районного коэффициента.
                           Обсуждали также здесь: Количество оплаченных дней РК и СН в расчетном листке.

                           1. Здорово! Всё понятно! Спасибо!

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