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