При работе в программе 1С:Зарплата и Управление Персоналом 3.1 бухгалтеры часто сталкиваются с ситуацией, когда в очередном месяце сумма начисленных резервов отпусков оказывается значительно ниже ожидаемой или вовсе равна нулю. В такой ситуации возникает закономерное подозрение, что система достигла «предела», установленного в учетной политике. Однако при формировании стандартных отчетов по остаткам резервов цифры могут вводить в заблуждение, показывая, что до лимита еще далеко.
Рассмотрим подробнее, как устроена логика контроля предельной величины, в каких регистрах искать «счетчик» накопленных сумм и как правильно интерпретировать данные отчетов, чтобы разобраться в причинах прекращения начислений.
Первое, что нужно понять: в программе не существует отдельного «поля-счетчика» в каком-либо регистре, которое просто увеличивается с каждым месяцем. Расчет достижения предела происходит динамически в момент проведения документа Начисление оценочных обязательств (резервов) по отпускам.
Проанализируем алгоритм, по которому система определяет возможность дальнейшего начисления:
ОценочныеОбязательства в зависимости от версии и настроек).Предельная величина, который зафиксирован в регистре сведений Настройки расчета резервов отпусков (секция Учетной политики).Разберем по шагам, почему визуальный анализ отчетов часто не совпадает с логикой программы. Основная причина кроется в страховых взносах.
Выясним причину, по которой отчет «Остатки и обороты резервов отпусков» может показывать большой запас до лимита, в то время как программа уже «отсекает» начисления. В настройках расчета резервов (вкладка «Резервы отпусков» в учетной политике) существует флаг, определяющий, включаются ли страховые взносы в предельную величину.
Если этот флаг установлен, то система при проверке лимита суммирует:
Важный момент: Пользователи часто смотрят только на колонку «Резерв» в отчетах, игнорируя колонки со взносами. Если предел установлен в 1 000 000 рублей, а сумма самого резерва составляет 700 000 рублей, может показаться, что запас еще есть. Однако, если накопленные взносы составляют еще 300 000 рублей, то суммарно лимит в 1 000 000 уже достигнут, и программа прекратит начисления.
Для того чтобы увидеть ситуацию глазами программы, не нужно копаться в программном коде или строить сложные универсальные отчеты. Самым надежным инструментом является справка-расчет, формируемая непосредственно из документа начисления резервов.
Рассмотрим, как ее использовать:
Начисление оценочных обязательств (резервов) по отпускам за тот месяц, в котором сумма начисления кажется вам некорректной.Если вы хотите детально проанализировать движения, которые сформировали итоговую сумму «счетчика», нам необходимо обратиться к первоисточнику данных. Основным регистром, где хранится информация о накоплениях, является Регистр накопления «Резервы отпусков по сотрудникам».
Посмотрим на пример логики запроса, который система выполняет «под капотом» (упрощенная схема):
// Логика определения суммы до предела
ОстатокНаНачало = РегистрыНакопления.РезервыОтпусков.Остатки(ДатаРасчета);
ПредельнаяВеличина = Константы.ПредельнаяВеличинаРезерва.Получить();
Если (ОстатокНаНачало + РассчитаноЗаМесяц) > ПредельнаяВеличина Тогда
СуммаКНачислению = ПредельнаяВеличина - ОстатокНаНачало;
Иначе
СуммаКНачислению = РассчитаноЗаМесяц;
КонецЕсли;
Чтобы самостоятельно проверить эти данные через Универсальный отчет, выполните следующие настройки:
Проанализируем еще одну частую причину путаницы. Понятие «Предельная величина резерва» жестко регламентировано для Налогового учета (НУ) при нормативном методе. В Бухгалтерском учете (БУ), особенно если используется метод обязательств (МСФО), начисление идет исходя из реальной задолженности перед сотрудниками на отчетную дату (количество дней неиспользованного отпуска × средний заработок).
Если в настройках программы для БУ и НУ выбраны разные методы (например, МСФО для бухгалтерии и нормативный для налогов), то отчет «Остатки и обороты» будет показывать данные БУ, где лимит может не действовать, а документ начисления будет ограничивать суммы по правилам НУ. Всегда проверяйте, по какому виду учета вы анализируете данные в отчете.
Если программа начислила странную сумму (например, 29% от нормы), это верный признак того, что до достижения предельной величины оставалось именно столько. Для проверки:
Таким образом, «кнопки» или «счетчика» в виде одного числа в программе нет — есть динамический расчет по данным регистра накопления за текущий год, который учитывает как сами начисления, так и начисленные с них страховые взносы.