Начисление ЗП

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

   Мы получили ваш вопрос, наш консультант займется подготовкой ответа для вас.

   1

2. Здравствуйте! Чтобы разобраться в вопросе, давайте посмотрим настройки начисления оплаты труда фиксированной суммой. Приложите, пожалуйста, скриншоты  вкладок: Основное, Учет времени, Приоритет.
   Загружаете именно суммы начисления, правильно я понимаю?

   1. Загружаем сумму — все верно. До обновления базы все работало.

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

3. Если сохранили копию базы до обновления, то разверните ее и сверьте все настройки этого начисления. Все также как и было? Попробуйте ввести БЛ в базе до обновления. Ошибка не выдается?

   1. При настройках которые были, отклонения сторнируют выгруженную ЗП, поэтому приоритеты пришлось очистить полностью. До обновления они были заполнены.

   2. В релизе 3.1.18.121 с настроенными приоритетами, при вводе б\л ЗП не вытесняется.
      В 3.1.18.396, если очистить их то она тоже не будет вытесняться, но тогда не провести ЗП. Для проведения, надо добавить в б\л приоритеты, которые ниже наш вид начисления. Но автоматически б\л попадает в приоритеты которые выше в вид начисления ЗП, соответственно начинают вытеснять в б\л ЗП) И так по кругу.

4. Здравствуйте!
   Видимо изменился механизм вытеснения начислений фиксированной суммой.
   Каких-то зарегистрированных изменений или исправлений ошибок или новых зарегистрированных — не нахожу.

   Скажите, а была ли введена неявка на дни этого больничного? Если неявки не было, то сторнирование ожидаемо, ведь программа считает, что за эти дни начислена зарплата.

   Вы проверили в копии до обновления, именно этом примере не происходит сторнирования?

   А то может дело просто в некорректно введенных документах.

   Вообще такая настройка начисления — довольно не типичная.
   Приоритеты очистить нельзя, ведь это начисление учитывает отработанное время для расчета среднего.

   Я бы перенастроила сейчас это начисление. И есть разные варианты:
   1) на вкладке «Учет времени» убрать, что это начисление «За работу полную смену в пределах нормы» и установить «Дополнительное начисление за оплаченное время». Приоритет у этого начисления очистить.
   А для учета времени ввести отдельное специальное начисление, с формулой «Время в днях*0». Для этого начисления настроить приоритеты.
   В РЛ появится новое нулевое начисление, но зато загружаемое начисление не будет ни от чего зависеть.
   2) Настроить начисление в формулой «СдельныйЗаработок», и загружать суммы не непосредственно в Начисление зарплаты, а в документ «Сдельный заработок».

   1. Здравствуйте!
      В копии, до обновления, вытеснения не происходят. Неявку на дни б\л не проводили. Приоритеты заполнены.
      Видимо все же что-то изменилось в механизме вытеснения.

      1. Я точно помню, что раньше сталкивалась с подобной проблемой сторнирования начислений фиксированной суммой, но поскольку обычно такие начисления не учитывают рабочее время, то это и не проблема — просто очищаем приоритеты.
         А у Вас получается дилемма.

         В копии, до обновления, вытеснения не происходят.
         Но дни пересчитываются? Ведь если не вводили неявку, то эти дни изначально учлись в среднем. И поэтому в БЛ необходим перерасчет.

         1. «Я точно помню, что раньше сталкивалась с подобной проблемой» У нас была уже такая проблема, потом после очередного обновления она самоустранилась.
            Сторнирование происходит будь то отпуск или с/с или командировка. Любое отклонение прошлым периодом.
            А на расчет среднего для б/л не влияет, ведь для расчета берется ЗП за предыдущие два года.
            Далее программа учитывала все отсутствия верно. А вот сейчас если убрать приоритеты, то нет..

            1. Я имела ввиду средний как раз для отпусков и командировок, он будет не верным в случае описанного Вами примера: неявку не вводили, а БЛ пересчета нет.
               Я поэтому еще раз уточняю: до обновления вообще пересчета не было, или было изменение кол-ва отработанных дней, а сумма не менялась?

               У нас была уже такая проблема, потом после очередного обновления она самоустранилась.
               Чтобы не зависеть от таких веяний обновления я и рекомендую перенастроить учет: выделить отдельное начисление для учета времени.

   2. Юлия, я не очень поняла по настройкам:
      «А для учета времени ввести отдельное специальное начисление, с формулой «Время в днях*0». Для этого начисления настроить приоритеты.» — т.е. у сотрудника будет второй вид начисления для учета времени? Если установить, «Дополнительное начисление за оплаченное время», то будет не верно считать средний ( не будет заполнять дни).

      1. т.е. у сотрудника будет второй вид начисления для учета времени?
         Да, это начисление будет рассчитывать отработанные дни (важно для среднего заработка).
         Раньше мы такой вариант перенастройки рекомендовали и для типового начисления «Сдельный заработок», как раз тоже из-за проблем со сторнированием. Но сейчас уже давно типовой механизм учета сдельного заработка работает в этом плане без нареканий.
         Если установить, «Дополнительное начисление за оплаченное время», то будет не верно считать средний ( не будет заполнять дни).
         Да, Ваше основное начисление уже не будет рассчитывать дни для среднего.

         Да, тут правда есть одна проблема: если перепровести документы начисления прошлых периодов, то данные о времени слетят.
         Поэтому лучше сделать так: скопировать начисление и изменить настройку в копии. Затем то старое начисление отменить у сотрудников, и вместо него назначить копию (не учитывающую время) + специальное начисление для учета времени. Сделать это с 1 марта. Пересчитать зарплату за Март.

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