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