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

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

Разбор причин: почему данные скрыты

Основная причина заключается в том, что в современных типовых конфигурациях (ЗУП, БП 3.0, ERP) справочник Сотрудники не является самостоятельным объектом для учета. Это лишь «карточка», которая опирается на сложную структуру регистров сведений.

Когда вы выполняете код:

Спр1 = Справочники.СотрудникиОрганизаций.СоздатьЭлемент();
Спр1.Наименование = ИмяНовое;
Спр1.Физлицо = Справочники.ФизическиеЛица.НайтиПоНаименованию(ИмяНовое);
Спр1.Записать();

Вы создаете только запись в таблице справочника. Однако формы списка в таких конфигурациях используют Динамический Список, который настроен на жесткие отборы. Он опрашивает регистры сведений (например, ТекущиеКадровыеДанныеСотрудников, СтатусФизическихЛицКакСотрудников и другие), чтобы определить, является ли данный сотрудник «активным» или «работающим».

Если в соответствующих регистрах сведений нет записей по новому сотруднику, система считает его «неоформленным» и автоматически скрывает из списка.

Пошаговое решение проблемы

1. Проверка фильтров формы: В первую очередь, проверьте отборы в динамическом списке. Часто там установлены жесткие фильтры, например, по организации или по статусу работы (работающие/уволенные). Если галочка отбора «серая» и не снимается, значит, логика работы конфигурации запрещает отображение объектов без заполненных кадровых данных.
2. Заполнение обязательных регистров: Чтобы сотрудник «ожил», необходимо создать записи в регистрах сведений. Основными для большинства типовых конфигураций являются:
   • ТекущиеКадровыеДанныеСотрудников — содержит информацию о текущем состоянии, подразделении и должности.
   • ОсновноеФизическоеЛицоСотрудника — связывает сотрудника с конкретным физическим лицом.
   • СтатусФизическихЛицКакСотрудников — определяет текущий статус (работает, в отпуске и т.д.).
3. Использование кадровых документов: Самый надежный способ создания сотрудника — это не прямое обращение к справочнику, а проведение типового документа, например, ПриемНаРаботу. Документ автоматически выполняет все записи в нужные регистры, сохраняя целостность данных и логику учета.

Рекомендации по реализации

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

• Анализ метаданных: Используйте Консоль запросов, чтобы посмотреть, какие именно поля и регистры заполняются, когда вы создаете сотрудника через интерфейс вручную. Сравните этот набор с тем, что получается при вашем программном создании.
• Типовые процедуры: Поищите в конфигурации общие модули с именами вроде КадровыйУчет или УправлениеПерсоналом. В них часто есть готовые экспортные функции для создания или обновления данных сотрудников, которые учитывают все нюансы.
• Избегайте прямого вмешательства: Прямая запись в Справочники без заполнения регистров кадрового учета приведет к тому, что сотрудник не попадет в отчеты, ведомости на зарплату и другие ключевые документы системы.

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