Как настроить разные дополнительные реквизиты для разных видов номенклатуры в 1С:Бухгалтерия 3.0?

← На главную

При ведении детального учета материальных ценностей (например, компьютеров, офисной техники, спецодежды или средств индивидуальной защиты) часто возникает необходимость хранить уникальные технические параметры: тактовую частоту процессора, объем оперативной памяти, серийный номер, размер или рост. В специализированных конфигурациях («1С:Управление торговлей», «1С:Управление нашей фирмой», «1С:ERP») каждый вид номенклатуры имеет собственный независимый набор дополнительных реквизитов и характеристик. Однако в «1С:Бухгалтерия предприятия 3.0» архитектура подсистемы свойств устроена иначе.

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

Архитектурные ограничения подсистемы свойств в 1С:Бухгалтерия 3.0

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

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

Вариант 1. Настройка штатных условий видимости и доступности БСП

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

Разберем пошаговый алгоритм настройки зависимостей:

Перейдем в раздел Администрирование → Общие настройки → Дополнительные реквизиты и сведения.
Откроем набор свойств для справочника Номенклатура и добавим нужные параметры (например, «Объем ОЗУ», «Модель процессора», «Наличие Wi-Fi»).
В форме настройки созданного дополнительного реквизита перейдем по гиперссылке Условия видимости (или Условия доступности).
Зададим условие, при котором данный реквизит должен отображаться на форме. В качестве проверяемого поля выберем:
- Реквизит Вид номенклатуры (например, равен значению «Компьютерная техника»);
- Реквизит Входит в группу (указав конкретную папку иерархического справочника, например, «Оборудование»);
- Вспомогательный дополнительный реквизит логического типа (флаг Это компьютер, Это принтер со значениями «Истина» / «Ложь»).
Сохраним настройки. Теперь при открытии элемента справочника Номенклатура система будет автоматически скрывать или отображать блок характеристик в зависимости от выбранного вида или группы.

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

Если параметры оборудования (сетевое имя ПК, IP-адрес, инвентарный номер, МОЛ) требуется периодически актуализировать без изменения самой номенклатурной карточки и без повторной перезаписи элемента, целесообразно использовать механизм дополнительных сведений.

Проанализируем ключевые различия:

Дополнительные реквизиты хранятся непосредственно в табличной части ДополнительныеРеквизиты объекта СправочникСсылка.Номенклатура. Их редактирование требует прав на изменение самого элемента и приводит к перезаписи объекта.
Дополнительные сведения хранятся в независимом регистре сведений ДополнительныеСведения. Это позволяет вносить и обновлять технические паспорта оборудования даже в закрытых для редактирования периодах. Форма сведений открывается по отдельной кнопке на панели навигации объекта.

Вариант 3. Динамическое управление свойствами через расширение конфигурации

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

Рассмотрим, как реализовать программную фильтрацию и размещение свойств на форме элемента справочника Номенклатура:

Подключим расширение конфигурации в режиме адаптации.
Переопределим событие ПриСозданииНаСервере или ПослеЗаписи формы элемента номенклатуры.
В коде формы обратимся к подсистеме управления свойствами и скорректируем состав отображаемых элементов управления:


&НаСервере
Процедура Расш_ПриСозданииНаСервереПосле(Отказ, СтандартнаяОбработка)
    
    // Проверяем заполнение вида номенклатуры
    Если Объект.ВидНоменклатуры = Справочники.ВидыНоменклатуры.НайтиПоНаименованию("Компьютеры") Тогда
        // Управляем видимостью группы дополнительных реквизитов
        Элементы.ГруппаДополнительныеРеквизиты.Видимость = Истина;
    ИначеЕсли Объект.ВидНоменклатуры = Справочники.ВидыНоменклатуры.НайтиПоНаименованию("Услуги") Тогда
        Элементы.ГруппаДополнительныеРеквизиты.Видимость = Ложь;
    КонецЕсли;
    
КонецПроцедуры

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

Учет малоценного оборудования и серийных номеров в БП 3.0

Если цель детализации — учет ПК стоимостью менее лимита основных средств, важно правильно выстроить схему бухгалтерского учета:

Малоценное оборудование при поступлении приходуется на счет 10.21 («Малоценное оборудование и запасы»).
При передаче в эксплуатацию стоимость списывается на затраты, а количественный учет продолжается на забалансовом счете МЦ.04 («Инвентарь и хозяйственные принадлежности в эксплуатации») в разрезе номенклатуры, сотрудников (МОЛ) и партий.
Для привязки серийных или инвентарных номеров к конкретным единицам оборудования на забалансовом учете используются типовые реквизиты партий или специализированные дополнительные сведения, привязанные к документам передачи в эксплуатацию.