Конф. ЗУП КОРП, редакция 3.1 (3.1.18.396)
При начислении заработной платы фиксированной суммой (оплата труда выгружается в документ ЗП после расчета с учетом отсутствий):
В релизе 3.1.18.121: при расчете больничного листа задним числом, после начисления заработной платы, зп не сторнировалась.
После обновления до релиза 3.1.18.396 проведение документов отклонений влечет сторнирование полной начисленной ЗП за предыдущий месяц.
Если убрать из приоритетов б\л, от, и т.д., то нет возможности провести ЗП, выскакивает окно:
«Работник ____________: период 16 — 24 марта будет оплачен как «Оплата по часовому тарифу \ сдельным расценкам день» текущим документом и как «Отсутствие по болезни (больничный еще не закрыт)»».
Учет табеля не ведем.
Помогите пожалуйста разобраться.
Здравствуйте!
Мы получили ваш вопрос, наш консультант займется подготовкой ответа для вас.
Здравствуйте! Чтобы разобраться в вопросе, давайте посмотрим настройки начисления оплаты труда фиксированной суммой. Приложите, пожалуйста, скриншоты вкладок: Основное, Учет времени, Приоритет.
Загружаете именно суммы начисления, правильно я понимаю?
Загружаем сумму — все верно. До обновления базы все работало.
Здравствуйте!
Если сохранили копию базы до обновления, то разверните ее и сверьте все настройки этого начисления. Все также как и было? Попробуйте ввести БЛ в базе до обновления. Ошибка не выдается?
При настройках которые были, отклонения сторнируют выгруженную ЗП, поэтому приоритеты пришлось очистить полностью. До обновления они были заполнены.
В релизе 3.1.18.121 с настроенными приоритетами, при вводе б\л ЗП не вытесняется.
В 3.1.18.396, если очистить их то она тоже не будет вытесняться, но тогда не провести ЗП. Для проведения, надо добавить в б\л приоритеты, которые ниже наш вид начисления. Но автоматически б\л попадает в приоритеты которые выше в вид начисления ЗП, соответственно начинают вытеснять в б\л ЗП) И так по кругу.
Здравствуйте!
Видимо изменился механизм вытеснения начислений фиксированной суммой.
Каких-то зарегистрированных изменений или исправлений ошибок или новых зарегистрированных — не нахожу.
Скажите, а была ли введена неявка на дни этого больничного? Если неявки не было, то сторнирование ожидаемо, ведь программа считает, что за эти дни начислена зарплата.
Вы проверили в копии до обновления, именно этом примере не происходит сторнирования?
А то может дело просто в некорректно введенных документах.
Вообще такая настройка начисления — довольно не типичная.
Приоритеты очистить нельзя, ведь это начисление учитывает отработанное время для расчета среднего.
Я бы перенастроила сейчас это начисление. И есть разные варианты:
1) на вкладке «Учет времени» убрать, что это начисление «За работу полную смену в пределах нормы» и установить «Дополнительное начисление за оплаченное время». Приоритет у этого начисления очистить.
А для учета времени ввести отдельное специальное начисление, с формулой «Время в днях*0». Для этого начисления настроить приоритеты.
В РЛ появится новое нулевое начисление, но зато загружаемое начисление не будет ни от чего зависеть.
2) Настроить начисление в формулой «СдельныйЗаработок», и загружать суммы не непосредственно в Начисление зарплаты, а в документ «Сдельный заработок».
Здравствуйте!
В копии, до обновления, вытеснения не происходят. Неявку на дни б\л не проводили. Приоритеты заполнены.
Видимо все же что-то изменилось в механизме вытеснения.
Я точно помню, что раньше сталкивалась с подобной проблемой сторнирования начислений фиксированной суммой, но поскольку обычно такие начисления не учитывают рабочее время, то это и не проблема — просто очищаем приоритеты.
А у Вас получается дилемма.
В копии, до обновления, вытеснения не происходят.
Но дни пересчитываются? Ведь если не вводили неявку, то эти дни изначально учлись в среднем. И поэтому в БЛ необходим перерасчет.
«Я точно помню, что раньше сталкивалась с подобной проблемой» У нас была уже такая проблема, потом после очередного обновления она самоустранилась.
Сторнирование происходит будь то отпуск или с/с или командировка. Любое отклонение прошлым периодом.
А на расчет среднего для б/л не влияет, ведь для расчета берется ЗП за предыдущие два года.
Далее программа учитывала все отсутствия верно. А вот сейчас если убрать приоритеты, то нет..
Я имела ввиду средний как раз для отпусков и командировок, он будет не верным в случае описанного Вами примера: неявку не вводили, а БЛ пересчета нет.
Я поэтому еще раз уточняю: до обновления вообще пересчета не было, или было изменение кол-ва отработанных дней, а сумма не менялась?
У нас была уже такая проблема, потом после очередного обновления она самоустранилась.
Чтобы не зависеть от таких веяний обновления я и рекомендую перенастроить учет: выделить отдельное начисление для учета времени.
Юлия, я не очень поняла по настройкам:
«А для учета времени ввести отдельное специальное начисление, с формулой «Время в днях*0». Для этого начисления настроить приоритеты.» — т.е. у сотрудника будет второй вид начисления для учета времени? Если установить, «Дополнительное начисление за оплаченное время», то будет не верно считать средний ( не будет заполнять дни).
т.е. у сотрудника будет второй вид начисления для учета времени?
Да, это начисление будет рассчитывать отработанные дни (важно для среднего заработка).
Раньше мы такой вариант перенастройки рекомендовали и для типового начисления «Сдельный заработок», как раз тоже из-за проблем со сторнированием. Но сейчас уже давно типовой механизм учета сдельного заработка работает в этом плане без нареканий.
Если установить, «Дополнительное начисление за оплаченное время», то будет не верно считать средний ( не будет заполнять дни).
Да, Ваше основное начисление уже не будет рассчитывать дни для среднего.
Да, тут правда есть одна проблема: если перепровести документы начисления прошлых периодов, то данные о времени слетят.
Поэтому лучше сделать так: скопировать начисление и изменить настройку в копии. Затем то старое начисление отменить у сотрудников, и вместо него назначить копию (не учитывающую время) + специальное начисление для учета времени. Сделать это с 1 марта. Пересчитать зарплату за Март.