← На главную

В программе 1С:Зарплата и Управление Персоналом 3.0 часто возникает ситуация, когда при заполнении ведомости на выплату зарплаты в список попадает сотрудник, который уже был уволен и принят заново. При этом в ведомости могут отображаться две строки: по актуальному сотруднику и по «старому», причем у последнего сумма к выплате может быть нулевой или состоять из копеек. Это происходит из-за того, что в системе разделены понятия Физическое лицо и Сотрудник. Одному физлицу может соответствовать несколько карточек сотрудников (по разным периодам работы или разным местам работы — основное, совместительство).

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

Причина 1: Анализ развернутого сальдо в регистрах

Основная причина появления «лишнего» сотрудника в ведомости — это наличие остатков в регистрах накопления. Даже если в обычном расчетном листке вы видите итоговый ноль, внутри системы сальдо может быть развернутым. Это означает, что по одной аналитике (например, по одному подразделению) висит долг организации перед сотрудником, а по другой аналитике — переплата. В сумме они дают ноль, но программа при автоматическом заполнении пытается «закрыть» оба эти остатка, подтягивая сотрудника в документ.

Проанализируем ключевые измерения, в разрезе которых могут зависнуть остатки:

• Подразделение: Сотрудник мог быть уволен из одного отдела, а принят в другой. Если выплата была ошибочно отнесена на старое подразделение, возникнет перекос.
• Статья финансирования или Статья расходов: Актуально для организаций, ведущих учет по разным источникам (например, бюджет и внебюджет).
• Период регистрации: Остатки могут относиться к прошлым месяцам или даже годам.
• Документ-основание: В ЗУП 3.0 расчеты ведутся в разрезе документов, породивших задолженность (ведомости, начисления).

Причина 2: Проверка регистра «Взаиморасчеты с сотрудниками»

Для поиска «хвостов» нам необходимо обратиться к техническим данным системы. Обычные отчеты часто скрывают детальную аналитику, поэтому мы воспользуемся инструментом Универсальный отчет.

Рассмотрим по шагам, как настроить отчет для поиска ошибки:

1. Перейдем в раздел Администрирование — Печатные формы, отчеты и обработки — Универсальный отчет.
2. В поле «Тип объекта» выберем Регистр накопления.
3. В поле «Имя объекта» выберем Взаиморасчеты с сотрудниками.
4. В настройках отчета (кнопка «Настройки», вид «Расширенный») на вкладке «Группировка» добавим все измерения: Физическое лицо, Сотрудник, Подразделение, Статья финансирования, Статья расходов, Документ-основание.
5. На вкладке «Отборы» установим фильтр по нашему Физическому лицу.

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

Причина 3: Специфика регистра «Зарплата к выплате»

Иногда во взаиморасчетах все чисто, но сотрудник все равно попадает в ведомость. Выясним причину в другом регистре — Зарплата к выплате. Именно данные этого регистра отвечают за то, какие суммы попадут в таблицу при нажатии кнопки «Заполнить».

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

Метод «Технической ведомости» для очистки хвостов

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

1. Создадим новый документ Ведомость в кассу или Ведомость в банк (тип не имеет значения, так как мы не будем ее реально оплачивать).
2. Установим текущую дату.
3. Нажмем кнопку Заполнить.
4. Найдем в списке нашего «проблемного» сотрудника. Если итоговая сумма по нему равна 0, это именно то, что нам нужно.
5. Зайдем внутрь суммы сотрудника. Убедимся, что там подобрались строки, которые взаимно исключают друг друга (например, -100 руб. по одному документу и +100 руб. по другому).
6. Проведем эту ведомость. После проведения программа зафиксирует, что все внутренние долги закрыты.

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

Ошибки при переносе данных и ручные корректировки

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

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

Резюме и практические советы

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

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

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