← На главную

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

Разберем причину: механизм «разделения кошельков»

В редакциях 3.1 учет взаиморасчетов с сотрудниками ведется в регистре накопления Зарплата к выплате. Важно понимать, что программа хранит остатки не общей суммой по сотруднику, а в разрезе нескольких ключевых измерений. Одним из самых коварных является измерение Вид дохода исполнительного производства.

Проанализируем ситуацию на примере материальной помощи. Согласно законодательству:

1. Материальная помощь в связи со смертью родственников не облагается НДФЛ и относится к виду дохода 2 — Доходы, на которые не может быть обращено взыскание (без оговорок).
2. Обычная облагаемая материальная помощь или заработная плата относится к виду дохода 1 — Заработная плата и иные доходы с ограничением взыскания.

Когда вы вводите документ-исправление, система делает две записи в регистр: сторно (минус) по коду дохода «2» и начисление (плюс) по коду дохода «1». С точки зрения программы, это два разных «кошелька». Если в Ведомости в банк выбран вид дохода «1», она «видит» только положительную сумму и не учитывает долг сотрудника, висящий на коде «2». В итоге сумма к выплате оказывается завышенной.

Способ 1: Интерактивное исправление в ведомости (быстрый метод)

Этот метод подходит, если нужно быстро выплатить верную сумму, не углубляясь в корректировку прошлых периодов. Рассмотрим алгоритм действий:

1. Создадим новую ведомость (например, Ведомость в банк).
2. В шапке документа временно очистим поле Вид дохода (оно должно стать пустым).
3. Нажмем кнопку Подбор и выберем нужного сотрудника.
4. Поскольку фильтр по виду дохода снят, программа «схлопнет» все плюсы и минусы по всем видам доходов и подтянет в табличную часть итоговое сальдо.
5. После того как сумма заполнилась верно, вернем в поле Вид дохода значение 1 — Заработная плата и иные доходы с ограничением взыскания.
6. Проведем документ.

Важно: этот метод принудительно «закрывает» хвосты по разным видам доходов текущей ведомостью, перенося сальдо на выбранный вид дохода.

Способ 2: Корректировка аналитики в исходных документах

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

Выясним, какой вид дохода был указан в первоначальной ведомости (например, от июля), которой выплачивалась матпомощь. Если там стоял код «2», а в документе-исправлении вы начисляете сумму по коду «1», возникнет пересортица.

Попробуем изменить вид дохода в старой ведомости на тот, который используется сейчас (обычно это Заработная плата и иные доходы...). Однако будьте осторожны: если период «закрыт» или отчетность уже сдана, изменения в старых документах могут повлечь за собой нежелательные последствия в бухгалтерском учете.

Способ 3: Использование документа «Перенос данных» (Профессиональный метод)

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

1. Перейдем в раздел Администрирование — Перенос данных.
2. Создадим новый документ и выберем регистр накопления Зарплата к выплате.
3. Добавим две строки по сотруднику:
   • Строка 1: Вид движения Приход, сумма с минусом (равная сумме сторно), вид дохода 2. Это «обнулит» зависший долг.
   • Строка 2: Вид движения Приход, сумма с плюсом (та же сумма), вид дохода 1. Это перенесет задолженность на актуальный вид дохода.

После проведения такой корректировки обычная Ведомость в банк с кодом «1» будет заполняться корректно, так как увидит и начисление, и сторно в рамках одного разреза учета.

Нюансы с НДФЛ и датой выплаты

Поскольку при исправлении материальная помощь стала облагаемой, критически важно проследить за исчислением и удержанием НДФЛ. Проанализируем дату получения дохода:

В 1С 3.1 НДФЛ рассчитывается исходя из планируемой даты выплаты, указанной в документе-начислении. Если в документе-исправлении стоит дата августа, а реальная выплата (первоначальная) была в июле, может возникнуть путаница в отчетах 6-НДФЛ.

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

Как проверить результат?

Чтобы убедиться, что проблема решена полностью и «хвосты» не вылезут в следующем месяце, воспользуемся универсальным отчетом или специализированным отчетом по расчетам:

Рассмотрим отчет Задолженность по зарплате или Ведомость по расчетам с сотрудниками. Обязательно зайдем в настройки и добавим группировку по полю Вид дохода исполнительного производства. Если в колонке Конечный остаток вы видите по одному виду дохода «+5000», а по другому «-5000», значит, пересортица не устранена, и в будущем программа снова предложит к выплате неверную сумму. Суммы должны быть схлопнуты в ноль в разрезе каждой аналитики.