При переходе с программы «1С:Зарплата и Управление Персоналом» редакции 2.5 на редакцию 3.1 пользователи часто сталкиваются с изменением привычной логики поведения документов и отчетов. Одной из типичных ситуаций является расчет разовых премий или надбавок, зависящих от нескольких показателей (например, суммы, процента выполнения и отработанных часов). Пользователи замечают две ключевые проблемы:
Разовое начисление или Премия рассчитывается сумма начисления, но колонка НДФЛ остается пустой.Рассмотрим подробнее причины такого поведения программы и разберем по шагам, как настроить верный расчет налога и вывод необходимых данных в отчет.
---
Проанализируем ситуацию, когда в документе Разовое начисление или Премия созданы условия для расчета суммы, но поле НДФЛ не заполняется автоматически при нажатии кнопки перерасчета.
Существует три основные причины такого поведения программы:
Если в настройках вида расчета (в ПВР Начисления) на вкладке «Налоги, взносы, бухучет» указан код дохода НДФЛ (например, 2000), у которого в справочнике Коды доходов НДФЛ установлен флаг «Соответствует оплате труда», программа исходит из логики, что налог с трудовых доходов исчисляется один раз в месяц при окончательном расчете зарплаты. В этом случае исчисление НДФЛ откладывается до проведения документа Начисление зарплаты и взносов.
В нижней части межрасчетных документов расположен реквизит Выплата. Если в нем выбрано значение С зарплатой, программа отключает локальный расчет НДФЛ в этом документе. Расчет налога произойдет только в том случае, если выбран способ выплаты В межрасчетный период или С авансом.
Если по сотруднику в текущем налоговом периоде ранее возник излишне удержанный НДФЛ или сумма примененных стандартных/имущественных вычетов превышает совокупный доход с начала года, программа при расчете разового дохода производит зачет. В результате сумма налога к исчислению в конкретном документе может быть равна нулю.
Для исправления проблемы проверим статус расчетов по сотруднику через отчет «Подробный анализ НДФЛ по сотруднику», а также убедимся в правильности выбранного способа выплаты и кодов доходов.
---
Выясним причину, по которой в расчетный листок ЗУП 3.1 не попадают все показатели сложной формулы. В редакции 2.5 при выборе полного варианта расчетного листка система выводила детальную расшифровку всех введенных показателей. В редакции 3.1 разработчики изменили концепцию макета: для одного начисления выводится строго один основной показатель.
Программа определяет основной показатель для вывода в отчет по следующему алгоритму:
---
Разберем, как можно повлиять на то, какой именно показатель будет выводиться под наименованием начисления в печатной форме расчетного листка.
В структуре плана видов расчета Начисления присутствует табличная часть Показатели, содержащая скрытую колонку ОсновнойПоказатель (тип Булево). По умолчанию программа заполняет этот флаг автоматически при сохранении начисления.
Если требуется принудительно сделать основным другой показатель (например, Процент выполнения вместо Сумма премии), можно воспользоваться программной установкой этого флага с помощью внешней обработки или расширения конфигурации.
Рассмотрим пример кода для обработки, устанавливающей флаг основного показателя для выбранного вида расчета:
&НаСервере
Процедура УстановитьОсновнойПоказательНаСервере(ВидРасчетаСсылка, ИмяПоказателя)
ОбъектНачисление = ВидРасчетаСсылка.ПолучитьОбъект();
Для Каждого СтрИз ТЧ В ОбъектНачисление.Показатели Цикл
Если СтрИз.Показатель.Имя = ИмяПоказателя Тогда
СтрИз.ОсновнойПоказатель = Истина;
Иначе
СтрИз.ОсновнойПоказатель = Ложь;
КонецЕсли;
КонецЦикла;
ОбъектНачисление.Записать();
КонецПроцедуры
После записи вида расчета с обновленным флагом ОсновнойПоказатель в печатной форме расчетного листка под наименованием начисления будет выводиться значение именно выбранного показателя.
Если для полноценного учета требуется выводить в расчетный листок абсолютно все показатели, участвующие в формуле (например, и фиксированную сумму, и процент выполнения), стандартными настройками отчета этого добиться нельзя. В этом случае применяются следующие решения:
Начисления с детализацией по графику и показателям.---
Проанализируем технические и методические нюансы выбора документа для начисления разовых сумм, чтобы избежать ошибок при формировании отчетности 6-НДФЛ и расчета среднего заработка.
Документ Премия предназначен для выплат, классифицируемых как премия за производственные результаты. В настройках вида расчета с назначением «Премия» указывается конкретный премиальный период (ежемесячная, квартальная или годовая). Программа использует эти данные для правильного учета премии при расчете отпускных и больничных (в частности, при расчете пропорции за не полностью отработанный расчетный период).
Документ Разовое начисление применяется для прочих разовых выплат (компенсации, разовые материальные помощи, праздничные выплаты). Они включаются в средний заработок как обычные надбавки без применения специфических правил индексации и распределения премий.
В современной редакции ЗУП 3.1 дата получения дохода для любого вида начисления (как по коду 2000, так и по коду 2002/2003) привязывается к планируемой дате выплаты, указанной в нижней части документа. При проведении ведомостей на выплату (через кассу, банк или счета) дата дохода и исчисленный НДФЛ окончательно фиксируются в регистрах учета НДФЛ для правильного заполнения формы 6-НДФЛ.