Не считается доплата больничного до оклада

Вопрос задал el***@buhoffice.ru

Ответственный за ответ: Змиевская Светлана (★9.93/10)

Добрый день, перевели базу с ЗУП 2.5 КОРП на ЗУП 3.1, делаем в январе первый расчет зарплаты.

У сотрудницы был начислен больничный с 9 по 17 января и в конце месяца зарплата за 10 оставшихся дней (БЛ в текущем периоде, никаких отсутствий по невыясненной причине не было). Необходимо начислить доплату больничного до оклада, как это было в ЗУП 2.5, но возникают два вопроса:
1. По приведенной формуле: Макс((Оклад*ДоляНеполногоРабочегоВремени / НормаДней) * ВремяВДнях — РасчетнаяБаза, 0) ничего не начисляется, а в подробностях расчета стоит только норма времени.

2. В ЗУП 2.5 в док. «Регистрации разовых начислений» была возможность указывать для каждого сотрудника свой базовый период прямо в табличной части. А в ЗУП 3.1 период указывается в шапке документа. Получается, что теперь надо создавать несколько документов вместо одного или есть какая-то настройка?

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

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

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

    Давайте начнем с показателя расчетной базы.

    Согласно Вашим скриншотам начисление настроено со способом выполнения «Только если введен вид учета времени» и расчет базы ведется по текущему месяцу. А с другой стороны расчет производите документом «Разовое начисление». Скажите, Вы меняли настройки начисления в ходе составления описания? Дело в том,что при таких настройках начисления, как у Вас, в док. Разовое его не получится подобрать это начисление. И расчет базы текущего месяца в док. Разовое начисление не предусмотрен. Это наиболее вероятная причина, почему он показатель расчетной базы в документе заполнился.

    Если хотите рассчитывать такую доплату в текущем месяце, то она будет рассчитываться в док. Начисление зп и ее действительно нужно настраивать «Только если введен вид учета времени» (если ее положено платить всем сотрудникам на БЛ) или «Ежемесячно» (если она положена не всем сотрудникам с БЛ) и назначать в плановом порядке.

    Теперь что касается показателя Время в днях. Для вида времени «Больничный» этот показатель возможно определить только при наличии документа Табель. Поэтому  придется вводить док. Табель на сотрудников, которым нужно рассчитать доплату. У нас есть статья по настройке доплаты за время БЛ: Доплата за больничные за определенное количество дней в году . Там тоже есть эта оговорка.

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

    Давайте сначала попробуем ввести Табель по сотруднице, проверим способ выполнения начисления, указанный для доплаты («только если введен вид учета времени» или «Ежемесячно», но тогда нужно будет назначить эту доплату сотруднице в плановом порядке) и порядок расчета базы (текущий месяц) и попробуем рассчитать Начисление зп по ней? Покажите, как определились показатели начисления в этом случае

    1. Да, скорее всего настройки меняла, сейчас проверю ваш вариант, спасибо.
      А если все же через «Разовые начисления» вводить фиксированной суммой (рассчитывать самим, таких обычно не больше 5 сотрудников в месяц), то можно ли как-то в табличной части «Разового начисления» указывать свой период для каждого сотрудника или только в шапке?

      1. Имею в виду базовый период С и По, а не период начисления, конечно.

        1. Управлять периодом в табличной части док. Разовое начисление, к сожалению, нет возможности.

          Если эти 5 сотрудникам такая доплата начисляется всегда (при нахождении на БЛ) то жечно настроить начисление как плановое (способ выполнения «Ежемесячно») и назначить им это начисление в плановом порядке. Но тут минус конечно, что в расчетном листке оно будет фигурировать у них всегда. Просто в тех месяцах, где нет БЛ, сумма будет = 0.

          Если же нужно обеспечить разовый разсчет такого начисления, то можно настроить его как «выстреливающее по показателю» (способ выполнения «Только если введено значение показателя»), в формулу добавить этот показатель (например, по схеме: «ВашаФормула + Показатель *0») и вводить его для сотрудника через документ Данные для расчета за в том месяце, когда нужно рассчитать это начисление (предварительно потребуется настроить Шаблон ввода этого показателя). Тогда сам расчет опять же будет происходить в док. Начисление зп, но зато таким образом мы сможем определять, кому и в каком месяце начислить такую доплату.

          1. Нет, это не ежемесячное начисление, просто обычно 5-8 сотрудников в месяц имеют больничный, не более. А если всё-таки сделать через разовые начисления, с такой формулой: Макс((Оклад*ДоляНеполногоРабочегоВремени / НормаДней) * (ВремяВДнях — ДнейБЛ), 0) — где ДнейБЛ мы сами заполним руками (настройку изменила на «По отдельному докумету»).
            Тогда можно через док. «Разовые начисления», но сумма все равно не считается — не видит отработанные дни (ВремяВДнях). Тоже нужен табель? Ведь ВремяВДнях уже не больничный, вроде…

            1. Покажите вкладки Учет времени и Приоритет для этого начисления?

              1. Точно! Там стоит «Больничный» (с прошлого варианта). Только что в таком случае надо поставить — просто «Рабочее время» или «Явку»?

                1. В большинстве случаев не будет разницы, но лучше заполнять эту вкладку так, как считаете типовую оплату (оклад)

                  1. Спасибо! Пока только не закрывайте вопрос, над формулой ещё надо подумать.

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

                      Расчет бы производился в Начислении зп, зато расчетная база (сумма оплаты по БЛ) определялась бы без проблем. Формула в таком случае будет: «Макс((Оклад*ДоляНеполногоРабочегоВремени / НормаДней) * ДнейБЛ — РасчетнаяБаза, 0)».

                  2. Спасибо! А если период расчетной базы плавает (например, в январе 2020 могут рассчитывать доплату как за октябрь 2019, так и за декабрь 2019, и за январь 2020), то как тогда быть с этой настройкой? Ведь это может быть и предыдущий месяц, и сдвиг на 3 предыдущих месяца. Не хочется под каждый вариант заводить свой вид расчета…

  2. И ещё вопрос — в ЗУП 2.5 заданный период доплаты за конкретный БЛ попадал в Расчетный листик, в ЗУП 3.1 этот базовый период в шапке, но и он не попадает в Расчетный листок. Может, можно его (отчет) как-то донастроить?

    1. Опробовала различные варианты настроек.

      В расчетный листок период попадает, только если база собирается по текущему месяцу. В противном случае попадает базовый период (полный месяц, за который собиралась база).

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

      Попробовала еще такой алгоритм:
      1. Настроить начисление с вводом в док. Разовое начисление, база предыдущей месяц
      2. Обработкой группового изменения реквизитов изменить период расчета базы на Текущий месяц

      В результате и база собирается четко по периоду в шапке и в расчетном листке получаем этот период. Но у этого варианта тоже есть свой минус — период можно указать только в пределах 1 месяца. Если будут переходящие БЛ на другой месяц, придется вводить 2 документа

      1. Спасибо большое за уделенное время и такое подробное разъяснение! Но для бухгалтера будет путаница все время угадывать периоды базовые, чтобы сдвиг на месяц назад был — решили сделать следующим образом.
        Формула: Макс((Оклад*ДоляНеполногоРабочегоВремени / НормаДней) * ДнейБЛ — СуммаБольничного, 0) + ВремяВДнях*0 (без ВремяВДнях не выводит в показатели автоматически оклад и долю неполного отработанного времени).

        В итоге вводим вручную пока что (может, напишем обработку подбора показателей из БЛ): количество дней больничного, сумму БЛ. Базовый период в шапке ставим как период больничного. Получается и верный расчет, и отображение в Расчетном листке.

        1. Спасибо что поделились своим вариантом! Скажите, а вариант с установкой (через обработку группового изменения реквизитов) периода расчета базы = текущий месяц не пробовали? В нем у меня тоже получилось достаточно красиво все. И в разовом начислении период как в БЛ и в расчетном листке. Зато расчетная база берется автоматом. Но минус, что для переходящих БЛ придется вводить 2 документа. Хотя в принципе программа об этом предупреждает при попытке проведения разового начисления. И предупреждение достаточно понятно написано для пользователя

          1. Спасибо, может, и такой вариант попробуем — сейчас карантин, к расчетчику нельзя подключиться и показать разные варианты расчета, а он очень нервный. Потом лично решим с ним вместе, на каком варианте остановимся — они, оказывается, вообще раз в три месяца считают такую доплату сразу всем оптом (и то, только тем, кто попросил).

            Так что пока и в этой формуле не все гладко (так как был перенос, и физических документов не было за прошлый год, то Оклад тоже не подставляется, если базовый период не текущий месяц, хорошо, что Оклад не менялся). В общем, ещё будем думать (а групповые обработки, учитывания сдвига, подбор данных БЛ не автоматом пользователь называет танцем с бубном, и не хочет принимать такое в работу — скорее всего, напишем либо обработку подбора БЛ и создания Разового начисления на основании).

            1. Понятно) В любом случае, спасибо Вам за вопрос, очень интересное получилось обсуждение 🙂

              1. Точно) Хотя вернемся ещё к этому вопросу (сейчас ввели просто сразу результат готовой суммой, ведь и физически нет документов БЛ за прошлый год, чтобы обработку создания на основании писать).
                Так что да, понимаю расчетчика, он хочет полной автоматизации, а это тот самый случай, когда в ЗУП 2.5 было удобнее и быстрее организовать расчет.

              2. Спасибо, пока вопрос можно закрывать, если что напишем новый, когда уже плотно приступим к реализации.

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