← На главную

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

Анализ логики работы штатного расписания

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

Рассмотрим ключевые моменты, которые влияют на отображение:

1. Статус подразделения в справочнике: наличие даты в поле «Сформировано» и отсутствие даты в поле «Расформировано».
2. Статус позиции: позиция должна быть создана и введена в действие документами Утверждение штатного расписания или Изменение штатного расписания.
3. Записи в регистрах: система опирается на данные регистра сведений История изменений штатного расписания и Подчиненность подразделений организаций.

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

Решение 1: Проверка дат формирования и документов утверждения

Первым делом проанализируем временные метки. Довольно часто ошибка кроется в элементарном несоответствии дат. Рассмотрим последовательность действий для проверки:

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

Проверим также, проведен ли документ, которым вводились позиции. Бывает, что документ создан, но не проведен или помечен на удаление. В этом случае позиции будут считаться «неутвержденными», а значит, и подразделение будет скрыто фильтром по умолчанию.

Решение 2: Исправление ошибок иерархии («Метод перевыбора»)

Как показывает практика, часто возникает технический сбой при записи данных в регистры, особенно если база была получена путем переноса данных из предыдущих версий (например, ЗУП 2.5). В этом случае визуально все заполнено верно, но внутренние индексы системы не обновлены.

Рассмотрим алгоритм, который помогает «протрясти» записи в базе данных:

1. Откроем карточку «испорченного» подразделения.
2. В поле «Вышестоящее подразделение» выберем любое другое существующее подразделение (временно назначим ему другого родителя).
3. Нажмем кнопку «Записать». В этот момент платформа принудительно перезаписывает связанные регистры, включая иерархию.
4. Затем очистим поле «Вышестоящее подразделение» (или вернем прежнее правильное значение) и снова нажмем «Записать».

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

Решение 3: Проверка регистра подчиненности подразделений

Если «ручное» перестроение иерархии не помогло, проанализируем состояние системных регистров. Нам понадобится регистр сведений Подчиненность подразделений организаций. Этот регистр отвечает за структуру отображения в списках.

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

Решение 4: Проблема «фантомного» расформирования

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

Для исправления попробуем следующий метод:

1. В карточке подразделения установим флаг «Подразделение расформировано» и укажем какую-нибудь дату в далеком будущем.
2. Запишем объект.
3. Снимем флаг и очистим дату.
4. Снова запишем объект.

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

Решение 5: Проверка прав доступа (RLS)

Иногда корень проблемы лежит не в данных, а в правах доступа. Если в программе настроено ограничение прав на уровне записей (RLS), система может скрывать подразделение, если у пользователя нет прав на просмотр вышестоящего подразделения в иерархии или на саму организацию. Проверим, отображается ли подразделение под пользователем с полными правами. Если под «Администратором» всё видно, значит, необходимо корректировать настройки групп доступа.

Техническое обслуживание базы

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

• Обновление индекса полнотекстового поиска: иногда списки в управляемых формах кэшируют старые данные поиска.
• Тестирование и исправление: выберите пункты «Реиндексация таблиц» и «Пересчет итогов».

Использование вышеописанных методов позволяет восстановить корректное отображение штатного расписания в 1С:ЗУП 3.1 без обращения к программистам для написания сложных обработок исправления данных.