Ситуация, когда в расчетном листке сотрудника из месяца в месяц «кочует» одна и та же сумма долга предприятия, при этом в ведомостях на выплату она не отображается или отображается некорректно (с минусами), является одной из самых труднодиагностируемых проблем в 1С:Зарплата и управление персоналом (ЗУП 3.1). Разберем по шагам, почему это происходит и как окончательно закрыть этот «хвост».
Проанализируем архитектуру программы. Главная причина проблемы заключается в том, что расчетный листок и ведомость на выплату в 1С:ЗУП формируются на основании разных регистров накопления. Программа хранит данные о долгах сразу в нескольких местах, и если между ними возникает расхождение, мы получаем «зависший» долг.
Рассмотрим ситуацию: бухгалтер вручную поправил сумму в ведомости, уменьшив выплату, но не изменил документ-основание. Или был сделан «корявый» возврат НДФЛ. В итоге в одном регистре движение прошло, а в другом — завис остаток. Система видит этот остаток и в каждой новой ведомости пытается его «схлопнуть», добавляя строки с минусами и плюсами, которые бухгалтеры часто удаляют вручную, тем самым усугубляя проблему.
Прежде чем приступать к исправлениям, нам нужно понять, на каком именно «разрезе» (измерении) зависла сумма. В 1С долг — это не просто цифра, это совокупность аналитик. Проанализируем ситуацию с помощью Универсального отчета (раздел Администрирование — Печатные формы, отчеты и обработки).
Настроим отчет по регистру накопления ЗарплатаКВыплате (остатки и обороты). В группировках обязательно укажем следующие поля:
Если мы увидим, что по одному документу-основанию висит +1019, а по другому -1019, то общая сумма в ведомости будет нулевой, но в регистрах эта «грязь» будет тянуться вечно. Именно это не дает программе корректно закрыть период.
Выясним, не был ли причиной «зависшего» долга документ ВозвратНДФЛ. В программе 1С:ЗУП 3.1 этот документ работает специфически: он увеличивает сумму к выплате сотруднику (как бы «начисляет» ему деньги к возврату). Если документ был проведен, но в ведомость эта сумма не попала или была удалена вручную, она будет числиться за предприятием как долг.
Проанализируем записи регистра ВзаиморасчетыССотрудниками в привязке к регистратору Возврат НДФЛ. Если вы обнаружили, что долг тянется именно оттуда, корректировать его придется в связке с налогами.
Если «хвосты» тянутся годами (как в случае с 2019 годом), пытаться перепроводить старые документы опасно — это может «поплыть» отчетность за прошлые периоды. Рассмотрим самый эффективный способ — использование технического документа ПереносДанных (раздел Администрирование — Переносы данных).
Этот документ позволяет напрямую вносить записи в регистры накопления, минуя стандартные документы конфигурации. Создадим новый документ и выберем в настройках состава регистров Зарплата к выплате и Взаиморасчеты с сотрудниками.
Разберем алгоритм заполнения:
НачислениеЗарплатыИВзносов, его нужно указать как документ-основание.Важный момент: если мы хотим просто «схлопнуть» пересортицу (когда общая сумма долга 0, но внутри аналитик висят плюсы и минусы), в документе ПереносДанных нужно создать две строки: одну с плюсом, другую с минусом, чтобы в сумме они дали ноль, но закрыли проблемные разрезы учета. Для автоматического формирования таких движений можно использовать обработку для корректировки пересортицы взаиморасчетов.
В современных релизах 1С:ЗУП предусмотрен более цивилизованный метод — документ ИнвентаризацияВзаиморасчетов. Если ваша конфигурация обновлена, попробуем воспользоваться им.
Этот документ предназначен специально для выявления разрывов между регистрами ВзаиморасчетыССотрудниками и ЗарплатаКВыплате. При нажатии кнопки «Заполнить» программа сама проанализирует остатки. Если она найдет расхождения, она предложит создать корректирующие записи. Это позволит избежать ручного ввода данных в регистры и минимизирует риск ошибки. Для автоматизации выравнивания остатков в этих регистрах также можно воспользоваться инструментом для закрытия зависшего сальдо зарплаты к выплате.
Проанализируем поведение системы, когда бухгалтер удаляет «левые» суммы из ведомости. Программа видит, что по регистру ЗарплатаКВыплате висит остаток (например, те самые 1019 рублей). При заполнении следующей ведомости она автоматически пытается добавить эту сумму к выплате. Если бухгалтер её удаляет — долг остается в регистре. В следующем месяце ситуация повторяется.
Более того, программа может пытаться сделать «перезачет» между месяцами начисления. Например:
// Пример того, как программа пытается выровнять остатки в ведомости:
Строка 1: Январь 2019 | Сумма: -1019 | Документ: Начисление 1
Строка 2: Май 2024 | Сумма: +1019 | Документ: Начисление 2
Если вы удаляете обе строки, вы оставляете «дыру» в январе 2019 года. Правильным решением будет провести ведомость с этими строками, даже если итоговая сумма к выплате не изменится. Проведение такой ведомости «схлопнет» остатки по регистрам, и в следующем месяце они больше не появятся.
Для окончательного решения проблемы выполним следующие действия:
ПереносДанных, чтобы вручную закрыть регистры ВзаиморасчетыССотрудниками и ЗарплатаКВыплате на нужную сумму.Использование этих методов позволит вам навести порядок во взаиморасчетах и избавит бухгалтера от необходимости ежемесячно «чистить» ведомости вручную.