В процессе сопровождения конфигурации «1С:Зарплата и управление персоналом 3.1» (1С:ЗУП) программисты и системные администраторы нередко сталкиваются с запросами пользователей или руководства в духе: «Нам нужно для одного отчета объединить отделы бухгалтерии и маркетинга под единое руководство администрации. Давайте просто перетащим их мышкой в справочнике!».
На первый взгляд, справочник Подразделения (или ПодразделенияОрганизаций) кажется обычной иерархической структурой, изменение которой ни на что не влияет. Однако в ЗУП 3.1 это действие запускает каскад скрытых проблем, способных нарушить расчет налогов, сдачу регламентированной отчетности и интеграцию с другими базами. Давайте подробно разберем, почему «простое перетаскивание» — это опасный путь, к каким последствиям оно приводит и как решить задачу методологически верно.
---
Первое, с чем мы столкнемся при ручном изменении иерархии — это полная потеря историчности данных. Справочник подразделений в 1С:ЗУП не имеет периодичности. Если мы перенесем «Бухгалтерию» внутрь группы «Администрация», система мгновенно перезапишет текущую структуру для всех периодов времени.
Рассмотрим подробнее последствия:
---
В подавляющем большинстве компаний ЗУП работает в связке с бухгалтерской базой. Синхронизация данных настроена на регулярной основе. Изменение подчиненности подразделения в ЗУП гарантированно приведет к следующим техническим сбоям:
Подразделения часто происходит не только по уникальному идентификатору (GUID), но и по наименованию с учетом иерархии родителя. Переподчинив подразделение в ЗУП, при следующей выгрузке мы рискуем получить дубликат этого подразделения в БП — уже внутри новой группы-родителя.Отражение зарплаты в бухучете начнут заполняться по новым субконто. Если в БП счета затрат (например, 20, 26, 44) жестко завязаны на аналитику конкретных подразделений, то проводки сформируются некорректно, что приведет к ошибкам в расчете себестоимости и закрытии месяца.---
Этот аспект часто упускается разработчиками из вида, так как кажется, что налоги привязаны непосредственно к организации. Однако в современных версиях ЗУП 3.1 настройки регистрации в налоговом органе (ИФНС) могут наследоваться от вышестоящих подразделений.
Выясним, что произойдет при смене родителя:
---
Давайте заглянем под капот системы. Связи иерархии хранятся в специальном регистре сведений ПодчиненностьПодразделенийОрганизаций. Этот регистр является «бездатным» (не имеет измерения периода).
При простом интерактивном переносе элементов мышкой («drag-and-drop») перезапись этого регистра может произойти некорректно. В практике кадрового учета известны случаи зацикливания записей в этом регистре, из-за чего:
Сформировано и исчезнуть из видимости для кадровиков при оформлении приемов на работу или переводов.---
Если цель переподчинения — всего лишь один самописный отчет, то ломать типовую структуру предприятия категорически запрещено. Проанализируем более элегантные и безопасные варианты реализации этой задачи.
Это самый правильный путь с точки зрения сохранения типового функционала. Мы можем добавить для справочника подразделений свойство, которое будет определять его «группировку для отчетов».
Подразделения (например, «Группа для управленческого отчета» с типом значения «Строка» или ссылкой на другой справочник).Таким образом, типовая структура останется нетронутой, а отчет выведет данные именно так, как требует заказчик.
Если отчет строится с помощью СКД, мы можем настроить альтернативную иерархию прямо в настройках отчета без изменения метаданных. Посмотрим на пример логики построения запроса:
ВЫБРАТЬ
Сотрудники.Ссылка КАК Сотрудник,
ВЫБОР
КОГДА Сотрудники.Подразделение В (&ВыделенныеПодразделения)
ТОГДА ЗНАЧЕНИЕ(Справочник.ПодразделенияОрганизаций.Администрация)
ИНАЧЕ Сотрудники.Подразделение
КОНЕЦ КАК УправленческоеПодразделение
ИЗ
Справочник.Сотрудники КАК Сотрудники
Этот подход автономен, не затрагивает базу данных и гарантирует, что никакие кадровые механизмы не будут нарушены.
---
Бывают ситуации, когда переподчинение отделов — это не прихоть разработчика отчета, а реальное организационное изменение в компании, утвержденное приказом руководства. В таком случае действовать нужно строго по методологии 1С.
Сценарий зависит от того, ведется ли в программе история изменений штатного расписания (настройка в разделе Настройка — Кадровый учет — Настройка штатного расписания).
Никаких ручных переносов в справочнике! Все изменения регистрируются специальными документами:
Изменение штатного расписания с даты вступления изменений в силу.Перемещение в другое подразделение или Кадровый перевод списком.Если опция ведения истории отключена, последовательность действий следующая:
Вышестоящее подразделение.ПодчиненностьПодразделенийОрганизаций на предмет корректности связей.---
Главное правило при работе с 1С:ЗУП 3.1 — никогда не использовать ручное изменение структуры справочников (перетаскивание мышкой) для решения локальных задач отчетности. Это нарушает базовые принципы работы конфигурации.
Для разовых отчетов всегда используйте механизмы дополнительных реквизитов или кастомные группировки в СКД. Настоящие изменения структуры компании проводите только через утвержденные документы штатного расписания и кадровые переводы. Это убережет вас от бессонных ночей перед сдачей отчетности по НДФЛ и сохранит порядок в базах учета.