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