При переходе с устаревшей версии 1С:Зарплата и управление персоналом 2.5 на актуальную редакцию 3.1 многие пользователи сталкиваются с неожиданным поведением программы при расчете заработной платы. Одной из наиболее частых и неприятных проблем является задвоение сумм начислений в тех месяцах, когда по сотруднику был зарегистрирован кадровый перевод (изменение должности, подразделения или графиков работы). Рассмотрим подробно, почему это происходит и как правильно настроить систему, чтобы начисления распределялись корректно.
Разберем механику работы программы. В отличие от версии 2.5, редакция 3.1 использует механизм интервального учета. Как только в середине месяца вносится документ Кадровый перевод, программа «разрезает» расчетный месяц на два или более периодов. Если у сотрудника назначено начисление, которое вводится фиксированной суммой (например, процент от выручки, рассчитанный во внешней системе), программа по умолчанию пытается применить эту сумму к каждому из периодов.
Проанализируем ситуацию: если мы вводим через документ Данные для расчета зарплаты сумму 20 000 рублей, и у сотрудника был перевод 15-го числа, 1С увидит два интервала. Не обнаружив в настройках начисления указаний на то, что сумму нужно делить, система начислит 20 000 рублей за первый интервал и столько же за второй. В итоге сотрудник получит 40 000 вместо положенных 20 000. Наша задача — объяснить программе, что эта сумма является общей за месяц и должна распределяться пропорционально отработанному времени в каждом подразделении или на каждой должности.
Первый и самый важный шаг — это корректировка формулы в справочнике Начисления. Если начисление должно зависеть от времени, оно обязано содержать показатели времени в своей формуле. Рассмотрим пример настройки, когда мы вводим готовую сумму (например, КомиссионнаяВыручка), которую нужно очистить от районного коэффициента (РК) и распределить по периодам.
Рассмотрим по шагам, как составить правильную формулу. Допустим, показатель КомиссионнаяВыручка — это общая сумма, которую мы вносим в программу. Если нам нужно убрать 15% (районный коэффициент), формула примет следующий вид:
(Окр(КомиссионнаяВыручка * 100 / 115, 2)) / НормаДней * ВремяВДнях
Разберем элементы этой формулы:
КомиссионнаяВыручка * 100 / 115 — мы выделяем чистую сумму начисления без учета районного коэффициента 15%.Окр(..., 2) — функция округления до двух знаков после запятой, чтобы избежать погрешностей в копейках./ НормаДней * ВремяВДнях — это ключевой математический блок. Именно он заставляет программу делить общую сумму на норму дней по графику сотрудника и умножать на фактически отработанные дни в конкретном периоде (интервале).Важно помнить, что если сотрудник часть месяца был на больничном, показатель ВремяВДнях будет содержать только дни фактической «Явки», что позволит корректно рассчитать сумму только за рабочие периоды.
Одной формулы может быть недостаточно, если в самом начислении неверно настроены параметры времени. Проанализируем вкладку «Учет времени» в настройках начисления:
Выясним причину, по которой программа может игнорировать формулу. Если в поле «Начисление выполняется» указано, что оно производится «Ежемесячно», но на вкладке учета времени стоит переключатель «Дополнительная оплата за уже оплаченное время», программа не будет корректно сопоставлять это начисление с табелем для целей распределения при переводе.
Для корректного решения установите следующие параметры:
При таких настройках программа четко понимает: это основное начисление за отработанное время, и оно должно строго следовать за кадровыми изменениями сотрудника.
В некоторых случаях (особенно при переходе с ЗУП 2.5) бухгалтеры привыкли, что у сотрудника обязательно должен быть назначен Оклад, даже если фактически он получает только сдельную оплату или процент. В ЗУП 3.1 по умолчанию нельзя назначить нулевой оклад в документе Прием на работу — программа выдаст ошибку.
Однако мы можем обойти это ограничение, если это необходимо для методологии учета:
Оклад.После этого в кадровых документах можно будет указывать 0 рублей. Это бывает полезно, когда нужно, чтобы в табеле и расчетном листке фигурировала строка с окладом для корректного вытеснения другими видами времени (больничными, отпусками), хотя основной доход идет через другие показатели.
Иногда даже при верных настройках формул суммы продолжают задваиваться. Рассмотрим ситуацию, когда «хвосты» старых настроек мешают расчету. В 1С:ЗУП 3.1 существует регистр сведений Плановые начисления. Если вы сначала создали документы, а потом поменяли настройки начисления, записи в регистрах могли не обновиться корректно.
Рассмотрим алгоритм «лечения» такой проблемы:
Прием на работу).Данные для расчета зарплаты: если он введен на весь месяц, убедитесь, что в нем не указаны конкретные даты внутри месяца, которые могут конфликтовать с датой перевода.Начисление зарплаты и взносов и воспользуйтесь кнопкой «Пересчитать сотрудника».Если ваша выручка вводится один раз на весь месяц и вы не хотите использовать сложные формулы с делением на НормаДней, в ЗУП 3.1 существует профессиональный механизм распределения. Вы можете включить в настройках состава начислений использование показателя ДоляРаспределения.
В этом случае формула будет выглядеть максимально просто:
КомиссионнаяВыручка * ДоляРаспределения
Система сама рассчитает коэффициент ДоляРаспределения для каждого интервала кадрового перевода. Например, если норма 20 дней, и сотрудник отработал 15 дней в одном отделе и 5 в другом, программа автоматически подставит коэффициенты 0.75 и 0.25 соответственно. Это исключает ошибки ручного ввода и гарантирует, что итоговая сумма по всем строкам в начислении зарплаты будет в точности равна введенной в Данные для расчета зарплаты сумме выручки.
Мы проанализировали основные причины задвоения начислений и нашли пути решения. Подведем итог: для корректного расчета при кадровых переводах необходимо либо использовать формулу с привязкой к ВремяВДнях, либо настроить начисление так, чтобы оно учитывало ДоляРаспределения. Не забывайте проверять настройки учета времени и, в случае сохранения ошибок, обновлять цепочку кадровых документов путем их перепроведения.