← На главную

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

Анализ архитектуры данных в 1С:ЗУП 3.1

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

Когда мы принимаем сотрудника повторно, мы создаем новую карточку в справочнике Сотрудники, но выбираем то же самое Физическое лицо, которое уже было в базе. В результате программа видит всю историю этого человека, включая ранее открытые лицевые счета. Если старый лицевой счет не помечен как закрытый, алгоритм автоматического заполнения ведомости считает его актуальным и подтягивает в документ, игнорируя новые настройки места выплаты.

Метод 1: Корректное закрытие лицевого счета

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

Выполним следующие шаги для деактивации счета:

1. Перейдем в раздел Выплаты и выберем пункт Лицевые счета сотрудников (или воспользуемся ссылкой в карточке сотрудника).
2. Найдем в списке старый лицевой счет, который был открыт в рамках зарплатного проекта для предыдущего периода работы.
3. Откроем карточку этого лицевого счета.
4. Найдем поле Дата закрытия и заполним его датой, предшествующей новому приему на работу (например, датой увольнения по предыдущему трудовому договору).
5. Сохраним изменения.

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

Метод 2: Настройка регистра «Места выплаты зарплаты сотрудников»

Проанализируем работу регистра сведений МестаВыплатыЗарплатыСотрудников. Этот регистр является непериодическим, что создает определенные сложности при повторном найме. Если для нового сотрудника установлено место выплаты «Перечислением на счет в банке», а он все равно попадает в зарплатный проект, значит, система находит конфликт приоритетов.

Проверим настройки для конкретного сотрудника:

1. Зайдем в карточку нового сотрудника (с новым табельным номером).
2. Перейдем по ссылке Выплата, учет затрат.
3. Убедимся, что переключатель установлен в положение Перечислением на счет в банке.
4. Если настройки верны, но проблема сохраняется, попробуем кратковременно изменить способ выплаты на «Через кассу», записать объект, а затем вернуть «На счет в банке». Это принудительно обновит запись в регистре сведений, привязав её к актуальному идентификатору сотрудника.

Метод 3: Использование механизма «Распределение выплат»

Начиная с версии 3.1.8, в программе реализована возможность иметь несколько действующих мест выплаты одновременно. Выясним, как использовать это для блокировки старого проекта. Если у физического лица в системе числится несколько активных счетов, мы можем явно указать программе, куда направлять 100% суммы.

Посмотрим на пример настройки:

1. В карточке сотрудника в разделе Выплата, учет затрат нажмем на ссылку настройки распределения (если она доступна).
2. Укажем конкретный банковский счет для перечисления.
3. Установим долю выплаты 100%.

Такая настройка имеет высший приоритет над автоматическими алгоритмами подбора и гарантирует, что деньги попадут именно на указанный личный счет, даже если старый лицевой счет по какой-то причине остается в базе активным.

Метод 4: Полное удаление сведений о старом лицевом счете

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

Разберем, как это сделать:

1. Перейдем в функции для технического специалиста (или через раздел Выплаты -> Лицевые счета).
2. Найдем запись по сотруднику в регистре Лицевые счета сотрудников по зарплатным проектам.
3. Удалим запись, соответствующую старому зарплатному проекту и старому лицевому счету.

Важно: Перед удалением убедитесь, что это не нарушит ссылочную целостность базы данных и не потребуется для формирования архивных справок. В большинстве случаев достаточно простого закрытия счета (Метод 1).

Резюме

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