Как убрать «красное» зависшее сальдо в расчетном листке 1С:ЗУП 3.1?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

Каждый бухгалтер, работающий в программе 1С:Зарплата и управление персоналом 3.1 (ЗУП), рано или поздно сталкивается с загадочной ситуацией: при формировании расчетного листка за конкретный месяц остатки сходятся «в ноль», но стоит сформировать отчет за более длительный период (например, с начала года или за квартал), как в нем неожиданно всплывает «красное» (отрицательное) сальдо или зависший долг сотрудника. При этом в самом документе начисления зарплаты долг на начало месяца может не отображаться вовсе.

В этой статье мы подробно разберем, почему возникает эта техническая проблема, как устроена система взаиморасчетов в 1С:ЗУП 3.1 «под капотом», и какими способами можно навсегда убрать ошибочное сальдо из отчетов.

Выясняем причину: почему двоится сальдо?

Для того чтобы понять природу этой ошибки, нам необходимо заглянуть в архитектуру регистров программы. В отличие от старых версий (например, ЗУП 2.5), где взаиморасчеты велись в упрощенном виде, в 1С:ЗУП 3.1 учет расчетов с сотрудниками ведется одновременно в трех параллельных регистрах накопления:

  1. Взаиморасчеты с сотрудниками — отвечает за баланс и расчеты в отчетах.
  2. Бухгалтерские взаиморасчеты с сотрудниками — дублирует информацию для формирования проводок и отражения в бухучете.
  3. Зарплата к выплате — управляет автоматическим заполнением ведомостей на выплату зарплаты, аванса или межрасчетных выплат.

Данные в этих регистрах хранятся не одной общей суммой по сотруднику. Записи распределяются по обязательным измерениям (аналитикам):

Проанализируем типичный сценарий возникновения ошибки на примере ситуации с форума:

В марте сотруднику излишне начислили сумму 5 565 рублей (возникла переплата). В регистре взаиморасчетов по измерению Период взаиморасчетов «Март» образовался условный плюс. В апреле эту переплату решили удержать (списать). В апрельском начислении сумму скорректировали в меньшую сторону, но при формировании ведомости на выплату бухгалтер вручную удалил или скорректировал автоматически созданную строчку удержания, чтобы выровнять общую сумму к выплате «на руки».

Математически в апреле общий итог по деньгам сошелся. Однако в регистрах программы по измерению «Март» так и остался висеть незакрытый плюс (переплата), а по измерению «Апрель» образовался минус (долг сотрудника). Произошла так называемая пересортица по периодам взаиморасчетов. Когда мы формируем расчетный листок за один конкретный май, программа суммирует обороты текущего месяца и показывает ноль. Но при формировании отчета за период с марта по май система пытается разложить остатки по месяцам возникновения и выводит «фантомный» долг.

Дополнительно на это может влиять известная программная ошибка 1С № 30160453 (ошибочный вывод долга при формировании отчетов сразу за несколько месяцев), которая проявлялась на старых релизах ветки 3.1.5 и 3.1.6 и была исправлена разработчиками в последующих обновлениях.

Проверяем настройки программы

Прежде чем приступать к исправлению регистров, проверим, по какому принципу программа определяет переходящее сальдо. Перейдем в раздел «Настройка» — «Дополнительные настройки» и обратим внимание на переключатель «Показывать взаиморасчеты»:

Если у вас установлено отображение «по месяцам расчета», любые ручные вмешательства в ведомости практически гарантированно приведут к пересортице периодов.

Рассмотрим 3 практических способа, как выровнять взаиморасчеты и убрать зависшее сальдо.

Способ 1. Создание технической («нулевой») ведомости

Это самый быстрый, простой и безопасный способ, который позволяет «схлопнуть» пересортицу в регистрах без исправления документов прошлых закрытых периодов. Мы заставим программу саму закрыть плюс на минус в текущем периоде.

Разберем этот способ по шагам:

  1. Перейдем в раздел «Выплаты» и создадим новый документ «Ведомость в банк» (или «Ведомость в кассу» в зависимости от того, как вы обычно выплачиваете зарплату) текущей датой.
  2. В поле «Месяц выплаты» укажем текущий месяц расчетов.
  3. Вместо кнопки «Заполнить» воспользуемся кнопкой «Подобрать» и выберем нашего проблемного сотрудника.
  4. Обратим внимание на сумму, которая попала в ведомость. Скорее всего, общая сумма к выплате будет равна 0 рублей.
  5. Дважды кликнем левой кнопкой мыши по сумме в колонке «К выплате», чтобы открыть окно расшифровки платежа.
  6. В открывшейся табличной части мы увидим распределение сумм по периодам. Там будут присутствовать как минимум две строки: одна со знаком плюс (за месяц переплаты, например, Март), а вторая со знаком минус (за месяц удержания, например, Апрель).
  7. Не изменяя эти строки, нажмем кнопку «ОК» и проведем документ.

Проведя такую «нулевую» ведомость, мы закрыли аналитику в регистре Зарплата к выплате. Программа перенесла остатки, пересортица закрылась, и при повторном формировании расчетного листка за любой период зависший долг исчезнет.

Способ 2. Использование документа «Перенос данных»

Если техническая ведомость не помогла, это означает, что взаиморасчеты разъехались не только по периодам, но и по другим аналитикам — например, по статьям финансирования, кодам КОСГУ или документам-основаниям. В таком случае нам придется скорректировать регистры вручную.

Для этого воспользуемся специальным инструментом администратора:

  1. Перейдем в раздел «Администрирование» и выберем пункт «Переносы данных».
  2. Создадим новый документ. В качестве номера можно использовать произвольный код (например, «РЛ-01»), дату установим последним числом проблемного месяца.
  3. Нажмем кнопку «Настройка состава регистров» на панели документа.
  4. В открывшемся списке перейдем на вкладку «Регистры накопления» и установим флажки напротив трех ключевых регистров:
    • Взаиморасчеты с сотрудниками
    • Бухгалтерские взаиморасчеты с сотрудниками
    • Зарплата к выплате
  5. Нажмем кнопку «ОК». В документе появятся три соответствующие вкладки.
  6. На каждой из этих вкладок нам нужно ввести две уравновешивающие строки по нашему сотруднику:
    • Первая строка (закрытие переплаты): вид движения «Расход» (для регистров остатков) или просто строка со знаком минус. Указываем в ней месяц возникновения переплаты (Март), документ-основание (то начисление, где возник плюс) и сумму переплаты (5 565 руб.).
    • Вторая строка (закрытие долга): вид движения «Приход» или строка со знаком плюс. Указываем месяц удержания (Апрель), документ-основание (апрельское начисление) и ту же сумму (5 565 руб.).
  7. Проделаем аналогичное заполнение на всех трех вкладках регистров, следя за тем, чтобы все аналитики (подразделение, статья расходов и т.д.) строго совпадали.
  8. Проведем документ.

Этот способ требует аккуратности, но он гарантированно очищает базу от некорректных остатков на уровне хранения данных СУБД.

Способ 3. Восстановление последовательности и отказ от ручных правок

Проанализируем методическую ошибку, которая привела к этой ситуации, чтобы избежать ее повторения в будущем. Как отметил автор темы, при выплате зарплаты в апреле они вручную удалили строку корректировки из ведомости.

Помните важное правило работы в 1С:ЗУП 3.1: никогда не удаляйте строки с отрицательными суммами или строки корректировок из табличной части ведомостей, если программа заполнила их автоматически!

Если программа автоматически уменьшила сумму к выплате в апреле на величину мартовского долга, она сделала это именно для того, чтобы связать периоды взаиморасчетов. Если вам необходимо выдать сотруднику полную сумму без учета удержания, правильным решением будет:

Проверка расчетов по НДФЛ

В завершение разбора обязательно проверим, как проведенная корректировка повлияла на налог на доходы физических лиц (НДФЛ). Переплата физическому лицу часто сопровождается излишне удержанным налогом.

Если в месяце переплаты программа рассчитала излишний налог, а в следующем месяце произошло сторнирование, проверьте регистр НДФЛ к зачету. Убедитесь, что суммы зачтенного налога соответствуют реальным выплатам. При необходимости сформируйте документ «Возврат НДФЛ», чтобы вернуть сотруднику излишне удержанные суммы налога и избежать расхождений в отчетах 6-НДФЛ и справках о доходах.

← На главную