Каждый расчетчик зарплаты в программе 1С:Зарплата и управление персоналом 3.1 (ЗУП) рано или поздно сталкивается с неприятной ситуацией: при заполнении очередной ведомости на выплату зарплаты в колонке "К выплате" появляется расшифровка с текстом "в т.ч. за [прошлый месяц/год]". При этом общая сумма выплаты сотруднику за текущий месяц может быть абсолютно верной, но внутри ведомости программа пытается "схлопнуть" копеечные или даже крупные плюсы и минусы за прошлые годы.
В этой статье мы подробно разберем, почему возникает эта пересортица, чем опасны попытки закрыть ее "задним числом", и рассмотрим пошаговые безопасные методики исправления учета, которые не повредят отчетность по форме 6-НДФЛ.
В программе 1С:ЗУП 3.1 учет взаиморасчетов с сотрудниками устроен гораздо сложнее, чем обычное отражение сальдо на бухгалтерских счетах. Программа параллельно ведет учет в нескольких специализированных регистрах накопления. Самыми важными для нас являются:
Надпись "в т.ч. за..." в ведомости появляется тогда, когда в регистре Зарплата к выплате образуется так называемая пересортица. Суммарный долг перед сотрудником в целом равен нулю, но в разрезе аналитики зависают остатки с разными знаками. Программа видит, например, минус 500 рублей за декабрь 2017 года и плюс 500 рублей за апрель 2018 года. Пытаясь навести порядок, при автоматическом заполнении ведомости она переносит эти остатки в текущий документ, чтобы обнулить их.
Пересортица в регистре чаще всего возникает по следующим измерениям:
Выясним причину пересортицы в каждом конкретном случае, прежде чем переходить к активным действиям.
Прежде чем приступать к корректировкам, нам необходимо увидеть детальную картину по регистрам. Обычный расчетный листок здесь не поможет, так как он может показывать красивое нулевое сальдо. Нам нужно заглянуть "под капот" программы.
Для этого мы воспользуемся встроенным инструментом "Универсальный отчет" (раздел Администрирование — Печатные формы, отчеты и обработки — Универсальный отчет):
Физическое лицо, Период взаиморасчетов, Статья расходов, Документ-основание.Для технических специалистов и программистов, желающих быстро локализовать проблему программным путем, структуру остатков по регистру можно проанализировать с помощью следующего запроса:
ВЫБРАТЬ
ЗарплатаОстатки.Сотрудник КАК Сотрудник,
ЗарплатаОстатки.ПериодВзаиморасчетов КАК ПериодВзаиморасчетов,
ЗарплатаОстатки.СтатьяРасходов КАК СтатьяРасходов,
ЗарплатаОстатки.ДокументОснование КАК ДокументОснование,
ЗарплатаОстатки.СуммаКВыплатеОстаток КАК ОстатокКВыплате
ИЗ
РегистрНакопления.ЗарплатаКВыплате.Остатки(&Период, Сотрудник = &Сотрудник) КАК ЗарплатаОстатки
ГДЕ
ЗарплатаОстатки.СуммаКВыплатеОстаток <> 0
Сформировав отчет, мы наглядно увидим встречные плюсы и минусы. Наша задача — "схлопнуть" эти записи так, чтобы остатки по всем измерениям стали равны нулю.
В ходе обсуждений на форумах часто звучит совет: "Создайте ведомость за декабрь 2017 года, заполните ее и проведите той же датой. Все хвосты уйдут".
Внимание! Это крайне опасный способ. Проведение ведомостей задним числом в ЗУП 3.1 способно полностью разрушить ваш учет НДФЛ. Дело в том, что именно документ Ведомость... регистрирует в системе факт удержания НДФЛ и передает эти данные в налоговые регистры.
Если вы проведете ведомость за прошлые годы, программа:
Поэтому корректировать пересортицу нужно строго в текущем периоде.
Разберем самый надежный и простой способ исправления ситуации, не требующий программирования или использования сторонних обработок. Мы создадим специальную "нулевую" ведомость в текущем месяце.
Рассмотрим этот процесс по шагам:
После проведения этой технической ведомости регистры очистятся. При заполнении следующей очередной выплаты программа больше не будет подтягивать старые "хвосты" за прошлые годы. Для автоматического исправления таких ситуаций можно использовать обработку для закрытия ложных остатков в ведомостях на выплату зарплаты.
В особо запущенных случаях, когда пересортица затрагивает не только регистр выплаты, но и регистры начислений или страховых взносов, исправить ситуацию ведомостью не удается. В таких ситуациях мы рекомендуем использовать документ "Перенос данных".
Рассмотрим этот алгоритм подробнее:
Зарплата к выплате и Взаиморасчеты с сотрудниками).Этот способ требует внимательности, но он позволяет провести ювелирную чистку любых регистров без физического изменения первичных документов начисления и выплаты. Для автоматизации этого процесса можно использовать обработку для корректировки регистра «Зарплата к выплате» документом «Перенос данных».
Иногда "хвосты" в документах начислений и выплат продолжают появляться из-за того, что программа считает, будто расчеты по сотруднику устарели. Это происходит, если бухгалтер случайно зашел в старый документ (например, кадровый перевод двухлетней давности или начисление отпуска) и пересохранил его.
В этот момент программа регистрирует необходимость перерасчета сотрудника. Проанализируем, как убрать эти ложные требования системы:
После очистки этого регистра программа перестанет предлагать автоматические доначисления и перерасчеты за прошлые годы, что существенно облегчит текущую работу расчетчика.
Подводя итог, отметим: регулярный контроль состояния регистров с помощью Универсального отчета и своевременное схлопывание пересортицы через технические ведомости с нулевым итогом позволят вам содержать базу 1С:ЗУП в чистоте, гарантируя корректное автоматическое заполнение документов и отсутствие проблем при сдаче отчетности 6-НДФЛ.