В работе с конфигурацией 1С:Зарплата и Управление Персоналом 3.1 (ЗУП) пользователи часто сталкиваются с ситуацией, когда сотруднику необходимо изменить номер лицевого счета (например, при перевыпуске карты), но сделать это напрямую в карточке сотрудника не удается — поле просто неактивно или заблокировано для редактирования. При этом для корректного оформления кадровых документов может потребоваться печатное заявление на перечисление заработной платы на банковскую карту непосредственно из справочника Сотрудники. Давайте подробно разберем, почему так происходит, и рассмотрим несколько способов решения этой задачи: от пользовательских до технических.
Прежде чем переходить к изменению данных, давайте проанализируем причины блокировки поля. Система 1С:ЗУП 3.1 устроена таким образом, чтобы защищать критически важные данные от случайных изменений, которые могут привести к ошибкам при выплате зарплаты.
Обычно прямая правка номера счета в справочнике блокируется в двух случаях:
Ввод лицевых счетов или Подтверждение открытия лицевых счетов), программа хранит ссылку на этот документ-регистратор. Чтобы сохранить целостность истории (какой счет действовал в каком месяце), 1С, используя механизм периодических регистров сведений, запрещает просто стирать старый номер и писать новый.Давайте рассмотрим правильные алгоритмы действий для изменения реквизитов.
Самый корректный способ с точки зрения методологии учета в 1С — это ввод нового документа, который зафиксирует смену реквизитов с определенной даты. Это позволит сохранить историю: старый счет останется в архиве, а новый будет использоваться для будущих выплат. Этот процесс является частью комплексной работы с зарплатными проектами. Стоит отметить, что при первичном оформлении сотрудника часто используется заявление на перечисление зарплаты на банковский счет, которое формируется вместе с приказом о приеме.
Разберем процесс изменения счета по шагам:
После этих действий в карточке сотрудника (по ссылке Выплаты, учет затрат) автоматически отобразится новый актуальный счет.
Если ваша организация использует обмен с банком и новая карта была выпущена централизованно, нам не нужно вносить данные вручную. Банк обычно присылает файл с подтверждением открытия счетов. Этому часто предшествует выгрузка данных сотрудников по шаблону банка для открытия лицевых счетов, чтобы банк мог массово выпустить карты.
Для загрузки подтверждения выполним следующие действия:
Система автоматически сопоставит физических лиц и создаст записи с новыми номерами счетов, привязав их к сотрудникам. Это наиболее безопасный способ, исключающий ошибки ручного ввода (опечатки в цифрах).
Если по каким-то причинам создание документа "Ввод лицевых счетов" кажется избыточным или нужно быстро поправить данные без создания лишних документов, можно воспользоваться особенностью интерфейса. Этот подход относится к решению частых проблем при выплате зарплаты, когда стандартные методы не подходят.
Попробуем выполнить следующую последовательность действий:
Важно: Этот метод может не сработать, если в системе включен строгий контроль через DirectBank, но во многих случаях он помогает "разблокировать" поле ввода.
Информация о лицевых счетах в ЗУП 3.1 хранится в периодическом регистре сведений. Если пользовательский интерфейс по каким-то причинам не позволяет внести изменения (например, сбой в данных или некорректный перенос из предыдущих версий), мы можем внести правки напрямую в регистр. Понять, как хранятся и изменяются данные сотрудников в таких регистрах, важно для глубокой работы с системой.
Для этого нам понадобятся права администратора или право на использование функций "Все функции" / "Функции для технического специалиста".
Разберем порядок действий:
ЛицевыеСчетаСотрудниковПоЗарплатнымПроектам.Если мы хотим автоматизировать этот процесс или написать обработку для массовой смены, программный код будет выглядеть примерно так:
МенеджерЗаписи = РегистрыСведений.ЛицевыеСчетаСотрудниковПоЗарплатнымПроектам.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ФизическоеЛицо = СсылкаНаФизЛицо;
МенеджерЗаписи.ЗарплатныйПроект = СсылкаНаЗарплатныйПроект;
// Устанавливаем период, с которого действует новый счет
МенеджерЗаписи.Период = ТекущаяДата();
МенеджерЗаписи.НомерЛицевогоСчета = "12345678901234567890"; // Новый номер
МенеджерЗаписи.Записать();
Однако, мы настоятельно рекомендуем использовать штатные документы (Способ 1), так как прямая запись в регистр может не запустить необходимые проверки корректности данных.
После того как мы успешно изменили лицевой счет (любым из способов), давайте обратим внимание на ведомости на выплату зарплаты. Если вам требуется передать данные в банк по особому регламенту, может пригодиться выгрузка в Газпромбанк по формату Сбербанка с исправленным шаблоном имени файла.
Если ведомость была создана до момента смены счета, в ней останется старый номер, даже если в карточке сотрудника уже красуется новый. Это одна из частых проблем при формировании выплат. Чтобы упростить работу с документами, может использоваться загрузка в документ Ведомость в банк из mxl для быстрого заполнения сумм и сотрудников. 1С не всегда обновляет данные в уже созданных документах автоматически — для исправления таких ситуаций есть обработка устранения ошибок в ведомостях ЗУП 3.1.
Чтобы новый счет попал в существующую ведомость, выполним одно из действий:
Для расширения стандартного функционала выгрузки выплат иногда используется кнопка Выгрузить в XML в документе Ведомость на счета, которая отсутствует в типовой конфигурации, но бывает необходима для обмена с банками.
Иногда бывает, что новый документ создавать не нужно — нужно просто исправить опечатку в старом номере, по которому еще не было выплат. В этом случае создание нового лицевого счета может создать дубли — избежать технических ошибок поможет обработка исправления ошибок в регистрах ЗУП.
Для исправления опечатки:
Таким образом, мы рассмотрели все основные способы управления лицевыми счетами сотрудников в 1С:ЗУП 3.1. Использование документа Ввод лицевых счетов является наиболее надежным и прозрачным методом для повседневной работы бухгалтера в рамках ведения зарплатных проектов в 1С.