Почему сотрудник не подбирается в договор займа в ЗУП 3 и как убрать фильтр по несуществующему филиалу

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Управленческий учет
← На главную

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

Разберем детально, почему так происходит, и как исправить эту ситуацию, особенно если ваша база данных была получена путем переноса из версии 2.5.

Причина 1: Некорректная «Головная организация» в скрытых реквизитах

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

Рассмотрим порядок исправления этой ошибки:

  1. Откроем обработку «Групповое изменение реквизитов» (раздел Администрирование — Обслуживание — Корректировка данных).
  2. В поле «Изменять» выберем объект Сотрудники.
  3. Нажмем «Добавить условие» и выберем тех сотрудников, которые не подбираются в документы.
  4. Найдем в списке реквизит «Головная организация». Если его нет в списке, зайдем в «Дополнительные параметры» и установим галочку «Показывать служебные реквизиты».
  5. Установим в этом поле правильную основную организацию.
  6. Нажмем «Изменить реквизиты».

Причина 2: Проблемы в регистре «Данные состояний сотрудников»

Подбор в ЗУП 3.1 работает не напрямую по справочнику, а опирается на данные вспомогательных регистров сведений. Одним из ключевых является регистр Данные состояний сотрудников. Если в нем зафиксирована запись о том, что сотрудник числится в подразделении, которое система помечает как «Филиал №5», то никакие настройки формы не помогут.

Выясним причину через консоль запросов или просмотр регистра:

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

Для исправления часто достаточно просто перепровести документ-основание (например, Прием на работу или документ Перенос данных с кодом ПР), который сформировал эту запись.

Причина 3: Дублирующиеся физические лица

Документы займа тесно связаны с конкретным Физическим лицом. В ЗУП 3 разделены понятия «Сотрудник» и «Физическое лицо». Посмотрим на ситуацию, когда после переноса данных образовались дубли. У одного Физлица может быть привязка к правильной организации, а у другого — к фантомному филиалу. При открытии подбора система может пытаться сопоставить данные по некорректному владельцу.

Рекомендуем выполнить следующие действия:

  1. Запустим стандартную обработку «Поиск и удаление дублей».
  2. Сравним карточки физических лиц.
  3. Объединим дубли, назначив правильное лицо (с актуальными персональными данными) «оригиналом».

Причина 4: Фантомные данные в справочнике организаций

Даже если в настройках снята галочка «У организации есть филиалы», в базе данных физически могут остаться записи в справочнике Организации, которые помечены на удаление или скрыты, но на них ссылаются другие объекты. Именно оттуда может «прилетать» название «Филиал №5».

Проанализируем структуру справочника:

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

Причина 5: Использование отладчика для поиска точки фильтрации

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

Наиболее вероятное место нахождения кода — это общие модули, отвечающие за подбор персонала. Ищите вызовы функций СформироватьЗапросСпискаСотрудников или аналогичных. Обратите внимание на параметры, передаваемые в форму подбора ПараметрыВыбора. В них часто передается структура ФиксированныеНастройки, где и может быть «зашит» злополучный филиал.

Пример кода, который может влиять на отбор (условно):


// В модуле формы документа или в обработке подбора
ПараметрыОтбора = Новый Структура;
ПараметрыОтбора.Вставить("ГоловнаяОрганизация", Объект.Организация);
// Если здесь в Объект.Организация или в связанных реквизитах сидит ссылка на филиал, 
// список будет пуст.

Причина 6: Дата актуальности и кэш формы

Иногда проблема кроется на поверхности. Система подбора в ЗУП 3 чувствительна к дате. Если дата документа Договор займа меньше, чем дата приема сотрудника на работу (или дата остатков при переносе), сотрудник не попадет в список. Проверьте дату документа и дату «работы» сотрудника в системе.

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

Заключение

Подведем итог: если в ЗУП 3 при оформлении займа вы видите странный фильтр по филиалу, это верный признак «грязных» данных после переноса или некорректного изменения структуры организации. Последовательная проверка реквизита Головная организация у сотрудников и анализ регистра Данные состояний сотрудников в 99% случаев решают эту проблему. Помните, что система 1С:ЗУП 3 крайне требовательна к целостности ссылочных связей между физлицами, сотрудниками и организациями.

← На главную