← На главную

В процессе ведения учета в программе 1С:Зарплата и управление персоналом 3.1 (особенно в КОРП-версиях) пользователи часто сталкиваются с ситуацией, когда после исправления документа Больничный лист в расчетном листке «разъезжается» сальдо. Начисления вроде бы верны, но сумма «к выплате» на конец месяца не соответствует реальному положению дел. Рассмотрим подробнее, почему возникают такие ситуации, как анализировать регистры и какие методические ошибки приводят к подобным последствиям.

Методика исправления: «Исправить» или «Пересчитать»?

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

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

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

Разбор проблемы: Расхождение регистров накопления

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

• Регистр «Начисления и удержания по сотрудникам»: из него программа берет данные для колонки «Начислено» и «Удержано» в расчетном листке.
• Регистр «Бухгалтерские взаиморасчеты с сотрудниками»: этот регистр отвечает за формирование сальдо (долга) на начало и конец периода.

Рассмотрим пример: документ-исправление сторнирует записи в Бухгалтерских взаиморасчетах, создавая запись о «переплате», но при этом не делает соответствующих движений в Начислениях и удержаниях. В результате в расчетном листке сумма начислений остается прежней, а итоговая задолженность сотрудника или организации меняется. Посмотрим на расчет, приведенный в обсуждении: сумма к выплате составляет 343 рубля, хотя арифметически должна быть задолженность более 2000 рублей. Это классический случай, когда сторно начислений прошло по одному регистру, но «потерялось» для другого.

Влияние Пилотного проекта ФСС (Прямые выплаты)

Одной из наиболее частых причин «поломки» логики исправлений является переход организации на прямые выплаты ФСС (Пилотный проект). Разберем по шагам, что происходит в системе:

1. Исходный больничный был рассчитан в период, когда организация еще платила пособие за счет ФСС (с 4-го дня) самостоятельно (зачетная система).
2. Вводится исправление больничного уже после даты перехода на прямые выплаты.
3. Программа делает сторно старого начисления (за счет работодателя и за счет ФСС).
4. Новое начисление программа делает только за счет работодателя (первые 3 дня), так как остальную часть теперь платит ФСС напрямую, и она не должна отражаться в начислениях организации.

В этот момент возникает «дыра» в регистре взаиморасчетов. Сторно за счет ФСС произошло, а нового начисления для перекрытия этого сторно нет (оно ушло в ФСС). Если при этом в документе некорректно указаны даты выплаты или месяц перерасчета, система может ошибочно посчитать это долгом сотрудника перед предприятием.

Как лечить проблему: Регламенты и «силовые» методы

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

Вариант 1: Правильный перезачет через сервис перерасчетов

Зайдите в раздел Зарплата — Сервис — Перерасчеты. Часто после исправления больничного система регистрирует необходимость пересчета основного документа Начисление зарплаты и взносов (особенно если больничный вытеснил явки или межвахтовый отдых). Пока вы не выполните этот пересчет, записи в регистрах не будут сбалансированы. Проверьте, нет ли там записей по вашему сотруднику.

Вариант 2: Перезаполнение вкладок в документе-исправлении

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

Вариант 3: Корректировка записей регистров (КЗР)

Это крайняя мера, к которой прибегают, если стандартные механизмы не помогают, а инцидент является единичным. Мы создаем документ Корректировка записей регистров и вручную выравниваем остатки по регистрам Бухгалтерские взаиморасчеты с сотрудниками и Зарплата к выплате.

Важно: При использовании КЗР нужно быть предельно осторожными. Если вы правите взаиморасчеты, обязательно проверьте сопутствующие регистры по НДФЛ (например, Расчеты налогоплательщиков с бюджетом по НДФЛ), иначе при следующей выплате зарплаты программа попытается «доудержать» налог или выплатить неверную сумму, ориентируясь на свои внутренние механизмы, которые не «видят» ручных правок в одном из десяти связанных регистров.

Резюме

Для предотвращения подобных ошибок придерживайтесь правила: не используйте механизм «Исправить» внутри одного и того же расчетного месяца. Всегда проверяйте дату перехода на Пилотный проект ФСС в настройках организации и следите за тем, чтобы все документы, попавшие в сервис «Перерасчеты», были обработаны до формирования окончательных ведомостей на выплату.