Переход на новую программу учета — это всегда ответственный и трудоемкий процесс. Особенно часто трудности возникают при начале работы в программе 1С:Зарплата и управление персоналом 3.1 (ЗУП 3.1) в середине или начале года, когда исторические данные для расчета среднего заработка еще не перенесены в базу данных. В такой ситуации при первой попытке начислить отпускные бухгалтер сталкивается с тем, что программа рассчитывает сумму неверно или не рассчитывает ее вовсе из-за отсутствия сведений за предыдущие 12 месяцев.
В этой статье мы подробно разберем, как правильно скорректировать расчет отпуска вручную, почему внесенные вами изменения на вкладке Начислено могут сбрасываться при проведении документа, и как решить проблему нехватки исторических данных методически верными способами. Также мы проанализируем важный юридический и технический вопрос: стоит ли округлять копейки при расчете отпускных и к каким последствиям это может привести.
---
Часто бухгалтеры пытаются решить проблему «в лоб»: переходят на вкладку Начислено (подробно) в документе «Отпуск» и вручную переписывают итоговую сумму. Однако при попытке провести документ или при любом изменении ключевых реквизитов на главной вкладке (например, даты начала или окончания отпуска) программа автоматически сбрасывает ручные правки, возвращая первоначальный (часто нулевой или некорректный) результат.
Выясним причину такого поведения системы. В программе 1С:ЗУП 3.1 реализован механизм непрерывного автоматического перерасчета. Любое изменение параметров документа, влияющих на расчетную базу, запускает фоновую процедуру перерасчета. Когда вы корректируете строку на вкладке Начислено, программа помечает эту строку как отредактированную вручную (шрифт строки при этом становится жирным). Но если после этого вы вернетесь на главную страницу документа и нажмете кнопку «Обновить» или измените любой реквизит, влияющий на расчет (например, дату выплаты или признак учета МРОТ), система полностью перезаполнит табличную часть, стерев ваши ручные правки.
Правило успешной ручной корректировки на вкладке «Начислено»: вносить изменения в суммы начислений вручную следует в самый последний момент — непосредственно перед проведением и закрытием документа, когда все остальные реквизиты (даты, сотрудники, условия) уже окончательно заполнены и проверены. После ручной корректировки сумм нельзя нажимать кнопку перерасчета.
Однако методисты фирмы «1С» настоятельно не рекомендуют корректировать итоговые суммы начислений вручную. Это нарушает внутреннюю логику регистров накопления, что впоследствии может привести к ошибкам в отчетах по НДФЛ, страховым взносам и в расчетных листках. Правильный путь — скорректировать исходные данные, на основе которых программа производит расчет.
---
Если вам нужно оперативно рассчитать отпуск по одному или нескольким сотрудникам, а полноценный перенос данных за прошлые периоды еще не выполнен, лучшим решением будет ручной ввод сведений о заработке непосредственно в документе «Отпуск».
Рассмотрим этот процесс по шагам:
Важное преимущество этого способа: программа 1С:ЗУП 3.1 обладает механизмом «запоминания». Сведения о заработке за прошлые периоды, которые вы единожды ввели через форму «карандаша» и сохранили путем проведения документа, записываются в специальные регистры. При создании следующих документов для этого же сотрудника (например, нового отпуска, командировки или больничного листа) введенные ранее данные за соответствующие месяцы заполнятся автоматически.
---
Если в организации работает большой штат сотрудников, вносить данные вручную через «карандашик» в каждом отдельном документе отпуска становится слишком трудозатратно. В этом случае правильнее будет один раз внести исторические данные по всем сотрудникам на дату начала ведения учета в программе.
Проанализируем, как это сделать методически верно с помощью документа Перенос данных:
Данные о времени для расчета среднего (общий)Данные о начислениях для расчета среднего заработка (общий)После проведения этого документа все последующие расчеты среднего заработка по любым сотрудникам будут выполняться автоматически без ручного вмешательства и использования «карандаша».
---
В процессе обсуждения ручных корректировок часто возникает вопрос: можно ли избавиться от копеек при расчете и выплате отпускных? Некоторые бухгалтеры пытаются настроить округление непосредственно в формулах начислений или производить его в ведомостях на выплату. Разберем, почему это может быть опасно с точки зрения законодательства и к каким техническим проблемам в программе это приводит.
Согласно статье 139 Трудового кодекса РФ и Положению об особенностях порядка исчисления средней заработной платы (утв. Постановлением Правительства РФ № 922), расчет среднего заработка и итоговой суммы отпускных должен производиться строго в соответствии с установленным алгоритмом. Действующее законодательство не предусматривает возможность округления начисленных сумм заработной платы и отпускных до целых рублей.
Любое округление в формуле начисления в меньшую сторону (даже на одну копейку) квалифицируется трудовой инспекцией (ГИТ) как неполная выплата заработной платы, что влечет за собой штрафы по статье 5.27 КоАП РФ. Округление в большую сторону теоретически возможно, но оно трактуется как одностороннее изменение условий трудового договора (статья 72 ТК РФ), так как работодатель самовольно выплачивает сумму, отличную от расчетной. Если вы все же решите округлять выплаты в пользу работника, это правило должно быть обязательно зафиксировано в коллективном договоре или в локальном нормативном акте (ЛНА) организации.
Некоторые пользователи предлагают модифицировать формулу начисления, используя математическую функцию Окр(). Посмотрим на пример такой формулы:
Окр((Макс(СреднийЗаработокОбщий * КалендарныеДниМесяцаБезПраздников, УчитыватьМРОТ * МРОТ) / КалендарныеДниМесяцаБезПраздников * КоличествоДнейОтпуска * КоэффициентИндексацииСреднегоЗаработка), 0)
Внимание! Использование подобных конструкций в формулах предопределенных начислений крайне не рекомендуется по следующим причинам:
Второй вариант, который часто выбирают бухгалтеры — округлять сумму не при начислении, а непосредственно при выплате в ведомости (через банк или кассу). Программа 1С:ЗУП 3.1 позволяет настроить этот механизм.
Для настройки округления при выплате выполните следующие шаги:
Однако помните о последствиях: если вы примените округление при выплате окончательного расчета, вы столкнетесь с проблемой переходящего сальдо. Так как начислено было с копейками, а выплачено по округлению (больше на несколько копеек), в учете по сотруднику возникнет копеечное переплата. Это сальдо будет автоматически переходить из месяца в месяц, «тянуться» в расчетных листках и усложнять сверку взаиморасчетов. В условиях современных безналичных расчетов через банки (зарплатные проекты) необходимость в округлении полностью отпала, и методисты рекомендуют отказаться от него во избежание путаницы в учете.
---
Подводя итоги, сформулируем краткие выводы для эффективной работы в программе:
Начислено. Если это все же необходимо, делайте это непосредственно перед проведением документа и больше не пересчитывайте его.