← На главную

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

Зачем для штатного расписания нужен регистр накопления

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

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

1. Учет долей ставок: На одной штатной позиции могут работать несколько сотрудников на неполную ставку (например, четыре сотрудника по 0,25 ставки). Регистр накопления позволяет получать актуальный суммарный остаток занятых и свободных ставок по конкретной позиции на любую дату без сложных вычислений.
2. Временное освобождение и бронирование ставок: При уходе сотрудника в отпуск по уходу за ребенком или длительное отсутствие ставка может временно освобождаться для приема замещающего работника. При возвращении основного сотрудника ставка вновь становится занятой. Контроль таких изменений наиболее просто и надежно реализуется механизмом прихода и расхода числового ресурса.

Типовая архитектура штатного расписания в 1С:ЗУП 3

В типовой конфигурации 1С:ЗУП функционал контроля штатных единиц уже полностью реализован и разделен на две логические составляющие: объектно-количественную и периодическую.

Рассмотрим, как устроен типовой механизм:

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

Ошибки и риски создания кастомных регистров накопления для условий труда

Частая ошибка нетиповых доработок — попытка объединить учет свободных ставок и историю условий труда (оклады, премии) в одном самописном регистре накопления через пары движений «Расход старых условий — Приход новых условий».

Выясним, к каким техническим проблемам приводит такой подход:

1. Разрастание таблиц итогов: Регистры накопления предназначены для суммируемых числовых величин. Помещение качественных характеристик (размеров окладов, тарифных групп) в измерения регистра приводит к лавинообразному росту уникальных комбинаций в таблице итогов СУБД и падению производительности.
2. Отсутствие срезов данных: Для регистра накопления платформа не предоставляет виртуальных таблиц СрезПоследних и СрезПервых. Получение актуальных условий труда требует «тяжелых» запросов к остаткам или таблице движений.
3. Нарушение целостности при перепроведении: Редактирование документов задним числом в самописном регистре легко порождает некорректные остатки и «зависшие хвосты», что требует регулярного написания корректировок движений.
4. Дублирование функционала: Создание параллельного контура учета ставок дублирует работу типового регистра ЗанятыеПозицииШтатногоРасписания, усложняет сопровождение и обновление конфигурации.

Рекомендации по доработке и нормализации учета

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

1. Аудит типового функционала: Проверьте настройки программы в разделе Настройка > Кадровый учет > Штатное расписание. Включение опций «Ведется штатное расписание» и «Ведется история изменений штатного расписания» покрывает подавляющее большинство кадровых сценариев.
2. Использование типового регистра накопления: Все операции проверки свободных ставок и долей (0.5, 0.25) следует строить на базе типового регистра ЗанятыеПозицииШтатногоРасписания.
3. Хранение дополнительных параметров: Если для штатной единицы требуются нестандартные разрезы (например, центры затрат или специфика проекта), их следует добавлять в дополнительные реквизиты справочника ШтатноеРасписание либо в подчиненный периодический регистр сведений, не создавая избыточных регистров накопления.