В работе расчетчика периодически возникает ситуация, когда при заполнении ведомости на выплату аванса список сотрудников остается пустым или в него попадают не все работники. Особенно часто это случается с новыми сотрудниками или при изменении способа расчета аванса. Рассмотрим подробно, как устроены механизмы программы 1С:Зарплата и управление персоналом 3.1, проанализируем типичные ошибки и разберем по шагам алгоритм их исправления.
Одной из самых частых причин отсутствия сотрудника в ведомости является дата регистрации изменений в программе. Рассмотрим ситуацию: сотрудника приняли на работу в мае с авансом Расчетом за первую половину месяца. В середине июня решили перевести его на Фиксированную сумму. Бухгалтер создает документ Изменение оплаты труда (или Изменение аванса), указывает дату изменения — 1 июня, но сам документ датирует, например, 30 июня. При попытке сформировать ведомость на аванс 20 июня программа «не видит» права сотрудника на фиксированный аванс, так как на дату ведомости документ изменения еще «не существует» в системе.
Важное правило: Любое изменение плановых показателей (включая аванс) должно быть зарегистрировано в программе датой, строго предшествующей дате формирования ведомости. Проанализируем регистр сведений ПлановыеАвансы. Если запись в нем создана документом с более поздней датой, чем дата ведомости, автоматического заполнения не произойдет.
Выясним, почему дата 30-е (или 31-е) число является критичной для выплаты аванса. В конфигурации ЗУП 3.1 реализована жесткая логика: последний день месяца — это дата начисления дохода в виде оплаты труда и дата исчисления НДФЛ (до изменений законодательства 2023 года и в рамках текущих алгоритмов). Если ведомость создается 30-м числом с видом выплаты Аванс, программа может посчитать, что это уже не аванс («перед зарплатой»), а полноценная выплата зарплаты.
Кроме того, проанализируем ситуацию: если по сотруднику за текущий месяц уже проведена ведомость с видом Зарплата за месяц (даже если она была создана ошибочно или раньше срока), программа заблокирует возможность выплаты аванса за этот же период. Для 1С выплата зарплаты «поглощает» право на аванс.
Многие пользователи ошибочно полагают, что аванс Фиксированной суммой должен выплачиваться всегда в полном объеме. Однако в настройках расчета зарплаты часто включена опция «Проверять фактическое наличие сотрудников при заполнении ведомостей на выплату аванса». Разберем, как это работает:
Аналогично работают неоплачиваемые отпуска, больничные и прогулы. Если учетная политика требует выплаты полной суммы независимо от невыходов, данную настройку следует отключить в параметрах расчета зарплаты.
Если вы добавили сотрудника в ведомость вручную, это часто приводит к возникновению «хвостов» в учете. В следующей ведомости (например, при выплате основной зарплаты) вы увидите расшифровку суммы со строкой «в т.ч. за Июнь». Это признак пересортицы в регистре накопления ЗарплатаКВыплате.
Проанализируем механизм: когда ведомость заполняется автоматически, она делает четкие записи в регистры, привязываясь к периоду и конкретным документам-основаниям. Ручной ввод разрывает эту связь. Программа видит, что по одному «разрезу» учета у сотрудника переплата, а по другому — недоплата. В итоге общая сумма к выплате верна, но аналитика «разваливается».
Для решения проблемы и очистки регистров выполним следующие действия:
Прием на работу или Изменение оплаты труда имеет дату (дату самого документа в шапке), которая меньше даты ведомости на аванс. Если это не так — исправим дату и перепроведем документ.Плановые авансы интервальный. Проверим, нет ли там наслоений или пустых интервалов в периоде выплаты аванса.Зарплата за месяц.Для минимизации ошибок в будущем вместо универсального документа Изменение оплаты труда для корректировки авансов рекомендуется использовать специализированный документ Изменение аванса. Рассмотрим его преимущества:
ПлановыеАвансы, исключая двойные записи.Таким образом, мы выяснили причину: автоматическое заполнение ведомости зависит не только от настроек в карточке сотрудника, но и от строгого соблюдения последовательности ввода документов. Помните, что 1С:ЗУП 3.1 очень чувствительна к датам: дата регистрации события в системе не менее важна, чем дата самого события.