Как изменить или добавить новое состояние в браке в 1С:ЗУП

Пользователь 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом
← На главную

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

Причины ограничений при редактировании справочника

Проанализируем нормативные и технические особенности, из-за которых разработчики 1С заблокировали прямое добавление элементов в справочник состояний в браке:

  1. Связь с Общероссийским классификатором (ОКИН): Справочник жестко привязан к государственному классификатору информации о населении (ОКИН, фасет 10). В нем утверждено всего 6 фиксированных кодов:
    • 1 — никогда не состоял(а) в браке;
    • 2 — состоит в зарегистрированном браке;
    • 3 — состоит в незарегистрированном браке;
    • 4 — вдовец/вдова;
    • 5 — разведен(а) официально;
    • 6 — разошелся/разошлась.
  2. Риски для кадровой и статистической отчетности: Если добавить в справочник пользовательский статус, он не будет иметь соответствия в кодировке ОКИН. В результате возникнут ошибки при автоматическом формировании личной карточки (форма Т-2), сведений для воинского учета и отчетности в Росстат.
  3. Ограничение интерфейса: В современных версиях конфигурации (1С:ЗУП 3.1, 1С:ERP, 1С:Комплексная автоматизация) изменение и добавление элементов данного справочника заблокировано на программном уровне даже для администраторов.

Способы учета пользовательских статусов семейного положения

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

Вариант 1. Использование дополнительных реквизитов (рекомендуемый штатный способ)

Чтобы не нарушать требования регламентированной отчетности и не снимать конфигурацию с поддержки, создадим Дополнительный реквизит для справочника Физические лица или Сотрудники:

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

Данный подход позволяет хранить любые внутренние статусы в карточке сотрудника без риска исказить данные в формах Т-2 и отчетах воинского учета.

Вариант 2. Использование штатных предопределенных элементов

В большинстве случаев создаваемый кадровиками статус уже перекрывается стандартными элементами ОКИН. Например, вместо формулировки «Не состоит в браке» следует выбирать предопределенный элемент Никогда не состоял(а) в браке либо Разведен(а) официально в зависимости от истории сотрудника.

Вариант 3. Использование расширений конфигурации или внешних обработок

Если справочник оказался пуст из-за сбоя при переносе или миграции базы, или если требуется скорректировать наименование существующего элемента, доработка выполняется с помощью механизмов платформы:

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

Особенности хранения сведений о семейном положении

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

При необходимости внесения или редактирования исторической записи помните о механизме Дата запрета изменения данных. Если дата записи попадает в закрытый период, система не позволит сохранить изменения, пока администратор не изменит настройки даты запрета или не предоставит соответствующее право.

← На главную