1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя | УдалитьКатегорииОбъектов |
| Полный путь | Справочник.УдалитьКатегорииОбъектов / Catalogs.УдалитьКатегорииОбъектов |
| Синоним | не задан (в старых сборках отображался как «(Не использовать) Категории объектов») |
| Конфигурация | Бухгалтерия для Казахстана, ред. 3.0 (3.0.74.2) |
| Раздел интерфейса | Универсальные механизмы → «(Не использовать) Категории объектов» |
| Навигационная ссылка | e1cib/list/Справочник.УдалитьКатегорииОбъектов |
Назначение. Устаревший вспомогательный справочник, предназначенный для классификации объектов информационной базы по категориям с заданным назначением. Префикс Удалить в имени — стандартная маркировка платформы 1С для объектов, выведенных из эксплуатации: они сохранены исключительно ради обратной совместимости и корректного переноса данных при обновлении с предыдущих редакций. Справочник входил в подсистему управления дополнительными свойствами объектов и работал в паре с планом видов характеристик УдалитьНазначенияСвойствКатегорийОбъектов.
Требует проверки (версионно-специфично): в разных сборках 3.0.x состав видимости в интерфейсе и наличие синонима «(Не использовать)» отличаются. В 3.0.74.2 объект помечен как устаревший; применять его в новых бизнес-процессах не следует.
2. Реквизиты шапки и табличные части
2.1 Реквизиты шапки
| Имя | Тип | Обязательность | Назначение |
|---|---|---|---|
| НазначениеКатегории | ПланВидовХарактеристикСсылка.УдалитьНазначенияСвойствКатегорийОбъектов |
Обязательно (ShowError) |
Определяет целевое назначение категории, связывая её с типом объектов или областью применения. Используется для классификации и фильтрации категорий по функциональному признаку. При изменении реквизита у существующего элемента система проверяет отсутствие ссылок в регистре сведений. |
| Наименование | Строка (стандартный реквизит) | Стандартная | Отображаемое имя категории. Наследуется от базового типа «Справочник», в metadata.attributes явно не описан, но присутствует в форме элемента. |
| Код | Строка/Число (стандартный реквизит) | Стандартная | Уникальный код элемента, назначается автоматически. Наследуется от базового типа «Справочник». |
2.2 Табличные части
Табличные части отсутствуют. Справочник имеет простую плоскую структуру без дополнительных коллекций данных.
3. Формы
Справочник содержит три стандартные формы:
| Форма | Назначение |
|---|---|
| ФормаЭлемента | Форма редактирования отдельной категории. Содержит поля Наименование, Код и НазначениеКатегории. Ключевая форма для создания и правки элементов. |
| ФормаВыбора | Форма выбора категории из списка при подстановке в реквизиты других объектов. Табличное представление с поиском и фильтрацией. |
| ФормаСписка | Основная форма просмотра списка категорий. Содержит дополнительную команду «ИзменитьВыделенные» для группового редактирования элементов (2 события формы, 1 команда). |
4. Ключевые процедуры модулей
Явного BSL-кода модулей в evidence нет. Ниже — типовые обработчики, характерные для справочника такого вида в БК 3.0.
Модуль объекта (ОбъектМодуль)
ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)— контроль обязательности реквизитаНазначениеКатегории(флагShowError): при пустом значении добавляет сообщение об ошибке и устанавливаетОтказ = Истина.ПередЗаписью(Отказ)— типовая точка контроля целостности; для устаревшего объекта, как правило, проверка отсутствия недопустимых ссылок в регистрах сведений при смене назначения.
Модуль формы списка (ФормаСписка)
- Команда
ИзменитьВыделенныеи связанные с ней 2 события — вызов стандартного механизма группового изменения реквизитов (РаботаСДиалогомВыбораФайла/ГрупповоеИзменениеОбъектов) для выделенных строк списка. Позволяет массово переустановитьНазначениеКатегориипо отобранным элементам.
Модуль формы элемента (ФормаЭлемента)
ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)— начальная инициализация полей формы (Наименование,Код,НазначениеКатегории).
Поскольку evidence не содержит путей
путь:строка, конкретные имена процедур и их размещение следует подтвердить по конфигуратору данной сборки.
5. Проведение и движения
Объект является справочником, а не документом: он не проводится и не формирует движений по регистрам накопления/бухгалтерии. Проводок по плану счетов РК данный объект не создаёт.
Единственное «движение данных», связанное со справочником, — запись/чтение в регистре сведений подсистемы дополнительных свойств (историческая связка «категория ↔ назначение»), а также контроль ссылочной целостности при смене НазначениеКатегории.
Для ориентира: бухгалтерские проводки и налоговые расчёты (НДС 16 %, ИПН, ОПВ и т. д.) формируют документы конфигурации (реализация, поступление, начисление зарплаты) с использованием счетов типового плана счетов РК — 1210 (краткосрочная ДЗ покупателей), 1030 (деньги на текущих счетах), 1330 (товары), 3310 (КЗ поставщикам), 3130 (НДС к уплате), 6010 (доход от реализации), 7010 (себестоимость реализации). Настоящий справочник в этих движениях не участвует.
6. Связанные объекты и ввод на основании
| Связь | Объект | Характер связи |
|---|---|---|
| Тип реквизита | ПланВидовХарактеристик.УдалитьНазначенияСвойствКатегорийОбъектов |
НазначениеКатегории ссылается на элементы этого ПВХ. |
| Подсистема | Механизм дополнительных свойств объектов (устаревший) | Историческое использование категорий для классификации объектов ИБ. |
| Регистр сведений | Регистр(ы) хранения значений свойств/категорий | Проверяется наличие ссылок при изменении назначения. |
Ввод на основании для данного справочника не предусмотрен (ни как основание, ни как результат). Устаревший объект не участвует в цепочках ввода на основании актуальных документов.
7. Точки расширения
- Расширение конфигурации (Extensions). Допустимо добавление реквизитов/форм, но с учётом статуса «Удалить…» — нецелесообразно; расширять следует актуальные объекты классификации.
- Обработчики событий формы. Подписка на события
ФормаСписка/ФормаЭлементачерез расширение — при необходимости адаптации группового изменения (ИзменитьВыделенные). - Подписки на события (
ПередЗаписью,ПриЗаписи) объекта — для контроля/логирования в миграционных сценариях. - Миграция данных. Основной практический сценарий — перенос значений устаревших категорий в актуальные механизмы при обновлении; реализуется обработчиками обновления ИБ, а не прямой доработкой справочника.
Рекомендация. Не использовать объект в новой логике. Любые доработки, завязанные на классификацию объектов, реализуйте на актуальных механизмах дополнительных сведений/свойств БК 3.0.