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

В системах 1С:Предприятие, будь то конфигурация "Зарплата и управление персоналом" (ЗУП) или "Бухгалтерия предприятия" (БП), механизм обновления реквизитов сотрудника реализован достаточно прозрачно, но имеет свои технические нюансы. Необходимо не просто ввести новые цифры, но и корректно закрыть предыдущий период действия старого счета, чтобы система понимала, за какие периоды начисления нужно проводить по старым реквизитам, а за какие — по новым. Интерфейсы программ могут незначительно отличаться в зависимости от релиза платформы, однако логика обработки данных остается единой для всей экосистемы .

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

Подготовка документов и проверка реквизитов

Прежде чем открывать программу и вносить изменения в базу данных, необходимо убедиться в наличии корректного пакета документов от сотрудника. Основанием для изменения расчетного счета служит письменное заявление работника, в котором он указывает полные реквизиты нового банка. Без этого документа бухгалтер не имеет права вносить изменения, так как несет персональную ответственность за достоверность данных в системе.

Особое внимание следует уделить качеству предоставленных данных. Часто сотрудники переписывают реквизиты из мобильного приложения банка, где форматирование может отличаться от стандартов, принятых в банковском секторе. Вам потребуется полный набор информации: наименование банка, его БИК, корреспондентский счет и, самое главное, двадцатизначный номер личного счета сотрудника. Ошибка даже в одной цифре приведет к тому, что платежное поручение будет отклонено банком-получателем или деньги уйдут на чужой счет.

⚠️ Внимание: Внимательно сверяйте БИК банка с официальным справочником ЦБ РФ. Если банк сменил название или был реорганизован, старый БИК может быть недействителен, что приведет к ошибке при выгрузке платежных файлов.

Рекомендуется сразу запросить у сотрудника справку из нового банка или скриншот из личного кабинета с полными реквизитами. Это позволит избежать ситуации, когда вы вводите данные вручную и допускаете опечатку. В современных версиях существует возможность загрузки реквизитов по БИК, что существенно упрощает процесс и минимизирует человеческий фактор при вводе цифр.

💡

Попросите сотрудника прислать реквизиты не текстом в мессенджере, а файлом-картинкой или PDF-справкой. Это позволит вам использовать функцию копирования данных без риска опечатки в длинном номере счета.

Пошаговый алгоритм изменения счета в карточке сотрудника

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

Для начала необходимо найти карточку нужного сотрудника. В меню "Кадры" или "Сотрудники" откройте список физических лиц и выберите конкретного работника. Перейдите на вкладку, отвечающую за финансовые данные, которая обычно называется "Банковские счета" или "Реквизиты". Здесь вы увидите список всех когда-либо привязанных к этому человеку счетов.

Далее следует выполнить последовательность действий:

  • 📄 Нажмите кнопку "Создать" для добавления новой записи о счете.
  • 🏦 В поле "Вид счета" выберите опцию Расчетный счет, если выплата производится в рублях, или соответствующий валютный счет.
  • 📅 Укажите дату начала действия нового счета — это критически важный параметр для корректного разделения периодов.
  • 💳 Внесите номер счета, БИК и наименование банка, воспользовавшись кнопкой подбора по БИК для автоматического заполнения.

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

☑️ Контроль заполнения реквизитов

Выполнено: 0 / 4

Настройка дат действия и приоритетов счетов

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

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

Ситуация Рекомендуемая дата начала Последствия выбора
Счет меняется до начисления ЗП 1 число текущего месяца Вся ЗП уйдет на новый счет
Аванс выплачен, меняем счет для остальной ЗП Дата после выплаты аванса Остаток ЗП уйдет на новый счет
Сотрудник уволен, нужна выплата Дата увольнения или позже Расчет при увольнении на новый счет
Техническая замена счета Текущая дата Будущие начисления по новым реквизитам

Ручное редактирование дат окончания обычно не требуется и может привести к ошибкам логики.

Что делать, если даты пересеклись?

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

Влияние смены реквизитов на расчет зарплаты и удержания

Многие бухгалтеры опасаются, что смена банковского счета может повлиять на сумму начислений или удержаний. Спешим успокоить: сам факт изменения реквизитов не влияет на алгоритмы расчета налога НДФЛ, страховых взносов или сумм к выплате. Эти показатели зависят от начисленной базы и применяемых коэффициентов, а не от того, куда именно будут перечислены деньги.

Тем не менее, существуют нюансы, связанные с исполнительными листами и алиментами. Если у сотрудника есть удержания по исполнительным документам, которые перечисляются отдельными платежными поручениями, необходимо проверить настройки получателей этих удержаний. Иногда реквизиты банка-посредника или самого взыскателя могут быть привязаны к старым данным в карточке удержания, хотя это случается редко.

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

⚠️ Внимание: Если в организации настроен автоматический обмен с клиент-банком, убедитесь, что новый БИК и счет подтягиваются в шаблоны платежных поручений. Иногда требуется обновить макет выгрузки, если он жестко привязан к конкретным полям.

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

Формирование ведомостей и выгрузка в банк-клиент

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

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

  • ✅ Создайте тестовую ведомость на небольшую сумму или используйте режим "Предварительный просмотр".
  • 💻 Проверьте в печатной форме, что номер счета соответствует новому заявлению.
  • 📤 При выгрузке реестра убедитесь, что БИК банка корректно распознается форматом обмена.

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

💡

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

Типовые ошибки и способы их устранения

Несмотря на простоту процедуры, пользователи часто сталкиваются с типовыми проблемами, которые блокируют процесс выплаты. Самая распространенная ошибка — это попытка удалить старый счет вместо установки даты окончания его действия. Удаление исторических данных нарушает целостность базы и может привести к тому, что прошлые периоды "повиснут" без привязки к банковским реквизитам, что вызовет ошибки при перепроведении документов задним числом.

Другая частая проблема — неверный формат номера счета. жестко контролирует длину поля: номер должен содержать ровно 20 цифр. Если вы скопировали номер с пробелами или тире, система выдаст ошибку при сохранении. Также возможна ошибка "Не заполнен БИК", если банк является новым и его еще нет в локальном справочнике программы. В этом случае необходимо загрузить актуальный справочник БИК или ввести данные банка вручную в справочник "Банки".

Иногда пользователи жалуются, что после смены счета в ведомости всё равно отображаются старые данные. Это происходит, если в настройках вида расчета или в самом документе выплаты жестко зафиксирован получатель. В таких случаях нужно проверить, не стоит ли галочка "Использовать реквизиты из документа" вместо "Из карточки сотрудника". Сброс этой настройки обычно решает проблему.

⚠️ Внимание: Интерфейс и названия кнопок могут отличаться в зависимости от версии платформы 1С (8.2, 8.3) и конкретного релиза конфигурации. Если вы не находите описанных кнопок, воспользуйтесь поиском по конфигурации или обратитесь к документации вашего релиза.

Если ошибка связана с тем, что счет не выбирается в платежном поручении, проверьте признак "Основной счет". В карточке сотрудника должен быть явно указан флаг, который говорит системе, какой из нескольких счетов использовать по умолчанию. Отсутствие такого флага при наличии нескольких записей может привести к неопределенности выбора.

Часто задаваемые вопросы (FAQ)

Можно ли изменить счет задним числом, если зарплата уже выплачена?

Технически вы можете изменить дату начала действия счета в прошлом, но это не изменит факт того, что деньги уже ушли на старый счет. Если выплата уже проведена и банк её обработал, отменить операцию в 1С нельзя. Изменение реквизитов задним числом имеет смысл только для корректного отражения в отчетности, если выплата еще не была произведена физически, но документы уже созданы.

Что делать, если сотрудник предоставил неверный номер счета и деньги вернулись?

Вам необходимо создать в банке заявление на уточнение реквизитов или возврат средств, в зависимости от правил вашего банка. В 1С при этом не нужно ничего удалять. Исправьте номер счета в карточке сотрудника, убедитесь в его правильности и создайте новую ведомость на выплату. Старая ведомость останется в истории как попытка выплаты, а новая проведет деньги по верным реквизитам.

Нужно ли перезаполнять заявление на выплату зарплаты при смене счета?

Да, обязательно. Первичным документом для бухгалтера является письменное волеизъявление сотрудника. Старое заявление теряет силу в части реквизитов. Новое заявление должно быть подписано сотрудником и зарегистрировано в журнале входящих документов организации для подтверждения легитимности изменений в базе 1С.

Как отразить смену счета в отчете СЗВ-ТД или других кадровых формах?

Смена расчетного счета не отражается в форме СЗВ-ТД, так как этот отчет касается трудовых функций и приказов о приеме/увольнении. Банковские реквизиты не являются обязательными полями для большинства регламентированных отчетов в ПФР или ФНС, они важны исключительно для внутреннего учета и платежных поручений.

Можно ли иметь два активных расчетных счета одновременно?

В карточке сотрудника 1С может хранить неограниченное количество записей о счетах. Однако для автоматической выплаты зарплаты обычно выбирается один "основной" счет на конкретный период. Вы можете настроить периоды так, что в одном месяце деньги идут на один счет (например, часть зарплаты), а в другом — на иной, но стандартная логика предполагает один активный счет для текущих выплат.