Что не является справочником в 1С Ответ

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

Справочник в 1С — это строго определённый тип метаданных, предназначенный для хранения условно-постоянной информации. Это перечень контрагентов, номенклатуры, сотрудников или валют. Но система содержит и другие сущности, которые служат иным целям: хранению фактов хозяйственной жизни, накоплению итогов или описанию структуры прав доступа. Ошибочное использование объектов может привести к проблемам с производительностью и логикой работы конфигурации.

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

Документы: фиксация событий во времени

Первым и самым распространенным объектом, который часто путают со справочниками из-за наличия списочной формы, является Документ. В отличие от справочника, который описывает статичные сущности, документ фиксирует событие, произошедшее в конкретный момент времени. Это может быть поступление товара, выплата зарплаты или отгрузка продукции. Ключевое отличие кроется в обязательной привязке к дате и времени.

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

• 📅 Привязка ко времени: каждый документ имеет дату и время, определяющие его место в хронологии событий.
• ⚡ Движения: проведение документа формирует записи в регистрах, изменяя состояние системы.
• 🔄 Статус: документы могут быть проведены, не проведены или помечены на удаление, что влияет на расчеты.

В коде обращение к документу происходит иначе. Если для справочника мы часто используем метод НайтиПоНаименованию, то для документа критически важен контекст даты. Попытка получить объект документа без указания периода может привести к выбору не того экземпляра, если номера документов не уникальны в разрезе всей истории, а только в пределах периода нумерации.

⚠️ Внимание: Никогда не используйте объект типа Документ для хранения классификаторов или постоянных списков (например, список должностей). Это приведет к разрастанию таблицы документов и существенному падению производительности при выборке данных.

Регистры сведений: хранение срезов и периодической информации

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

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

Рассмотрим таблицу, демонстрирующую ключевые различия в структуре хранения данных:

Характеристика	Справочник	Регистр сведений	Документ
Основное назначение	Хранение условно-постоянных данных	Хранение периодической информации	Регистрация хозяйственных операций
Обязательная дата	Нет (есть только дата изменения)	Да (Период)	Да (Дата и время)
Проведение	Не проводится	Не проводится	Требует проведения для движений
Механизм выборки	По ссылкам и реквизитам	Срезы (Первые, Последние)	По дате и номеру

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

Технические особенности регистров

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

Планы видов характеристик: гибкая структура атрибутов

Объект с названием План видов характеристик (ПВХ) часто вводит в заблуждение новичков. В пользовательском режиме он выглядит точь-в-точь как справочник: есть дерево, есть элементы, есть реквизиты. Однако технически это совершенно иной механизм, предназначенный для расширения состава свойств других объектов.

ПВХ используется для реализации механизмов дополнительных реквизитов и сведений. Например, если вам нужно, чтобы пользователь мог сам добавлять новые свойства для товаров (цвет, материал, страна происхождения), вы создаете план видов характеристик. Элементы этого плана становятся видами свойств, а значения этих свойств хранятся в специальных регистрах сведений, а не в самом плане.

• 🏗️ Мета-уровень: элементы ПВХ описывают структуру данных, а не сами данные.
• 🔗 Связь: всегда используются в связке с регистрами сведений для хранения значений.
• 🎨 Динамичность: позволяют менять состав атрибутов без изменения конфигурации базы данных.

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

⚠️ Внимание: При создании нового объекта для хранения списка сотрудников не выбирайте "План видов характеристик", если вам не требуется динамическое добавление новых полей пользователями. Это усложнит написание запросов и отчетов.

Константы: единственное значение в базе

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

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

Если вам нужно хранить список филиалов — это справочник. Если нужно хранить название головного офиса — это константа. Путаница возникает, когда в форме настройки программы выводят несколько констант вместе, и это выглядит как некий мини-справочник параметров. Но технически это набор независимых объектов.

Перечисления: закрытые наборы значений

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

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

В коде значения перечисления обращаются как предопределенные элементы. Например, Перечисления.СтатусыЗаказа.ВРаботе. Это обеспечивает высокую скорость работы и защиту от ошибочного ввода данных, так как выбор ограничен строго заданным списком.

// Пример обращения к значению перечисления
Если СтатусДокумента = Перечисления.СтатусыПроведения.Проведен Тогда
Сообщить("Документ завершен");
КонецЕсли;

Планы счетов и планы видов расчета

В специализированных конфигурациях, таких как 1С:Бухгалтерия или 1С:Зарплата и управление персоналом, существуют специфические объекты, которые визуально напоминают справочники, но имеют глубокую внутреннюю логику. Это Планы счетов и Планы видов расчета.

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

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

• 📊 Специализация: созданы для решения узких задач бухучета и расчета зарплаты.
• 🔒 Ограничения: имеют строгие правила валидации кодов и типов данных.
• ⚙️ Интеграция: тесно связаны с регистрами бухгалтерии и расчета.

Как программно определить тип объекта

Для разработчиков важно уметь определять тип объекта не только визуально, но и программно. В языке 1С существует механизм типов и методов класса Метаданные. Если вы получили ссылку на объект и сомневаетесь, справочник ли это, можно использовать метод ТипЗнч или анализировать метаданные конфигурации.

Частая ошибка возникает при динамическом создании форм или отчетов, когда программист ожидает структуру справочника (наличие родителя, владельца), а получает объект другого типа. Например, попытка получить свойство Родитель у объекта типа "Документ" вызовет ошибку выполнения, так как у документов нет иерархии в том же смысле, что у справочников.

Всегда проверяйте тип объекта перед выполнением специфичных операций. Используйте конструкцию ТипЗнч(Объект) = Тип("СправочникСсылка.Номенклатура") для точной идентификации. Это поможет избежать критических сбоев в работе программы при обработке разнородных данных.

⚠️ Внимание: Интерфейс платформы 1С может меняться в новых версиях. Всегда сверяйтесь с синтаксис-помощником конкретной версии платформы, так как методы работы с метаданными могут получать новые возможности или ограничения.

Часто задаваемые вопросы (FAQ)

Можно ли добавить новый элемент в перечисление через интерфейс 1С?

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

Чем отличается хранение данных в регистре сведений и в справочнике?

Справочник хранит уникальные сущности (объекты), такие как конкретный товар или клиент. Регистр сведений хранит информацию об этих сущностях, изменяющуюся во времени (цены, курсы, остатки), и позволяет получать актуальные срезы данных на любую дату.

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

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

Является ли план счетов видом справочника?

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

Как узнать тип объекта в коде, если он передан как параметр?

Используйте функцию ТипЗнч(). Она вернет тип значения, который можно сравнить с предопределенным типом, например: Если ТипЗнч(Объект) = Тип("СправочникСсылка") Тогда...