Справочники и Данные · 13 мин
Как создать новый справочник в 1С: инструкция для пользователя и разработчика
Как создать новый справочник в 1С через конфигуратор и в пользовательском режиме: реквизиты, иерархия, код, владельцы, проверка результата и типичные ошибки.
Справочник в 1С — это объект конфигурации для хранения условно-постоянной нормативно-справочной информации: номенклатуры, контрагентов, сотрудников, складов, валют. Создать новый справочник можно двумя принципиально разными способами: в режиме «Конфигуратор», где объект становится частью структуры базы, и в пользовательском режиме «1С:Предприятие», где во многих типовых решениях доступны «Дополнительные реквизиты и сведения» или механизм пользовательских справочников без изменения конфигурации.
Выбор способа зависит от задачи. Если нужен полноценный объект, на который будут ссылаться документы и отчёты, потребуется конфигуратор и права на изменение конфигурации. Если достаточно простого перечня значений для классификации данных — например, списка источников обращений или категорий клиентов, — часто хватает штатных механизмов типовой конфигурации, и база остаётся на полной поддержке поставщика.
Ниже разобраны оба пути: подготовка и проектирование структуры, создание справочника в конфигураторе, настройка реквизитов и иерархии, добавление пользовательских списков в режиме предприятия, проверка результата и типичные ошибки, которые приводят к потере данных или срыву обновлений.
Какой способ создания справочника выбрать
Прежде чем открывать конфигуратор, определите, действительно ли нужен новый объект метаданных. Справочник уровня конфигурации требуется, когда на его элементы должны ссылаться документы, регистры и другие справочники, когда нужны собственные формы, права доступа и участие в обменах данными. Примеры: «Виды номенклатуры», «Проекты», «Основные средства».
Если задача — добавить к существующим объектам классифицирующие признаки (цвет, сегмент, канал продаж), рациональнее использовать механизм дополнительных реквизитов и сведений, который есть в большинстве типовых конфигураций на «Библиотеке стандартных подсистем». Он не меняет структуру базы, не нарушает поддержку и настраивается пользователем с правами администратора.
Сравнение вариантов
Полноценный объект: ссылки из документов, свои формы, права, обмены. Требует прав разработчика и снимает часть конфигурации с автоподдержки при изменении типовых объектов.
Простые перечни значений для классификации. Создаются в пользовательском режиме, конфигурация не меняется, обновления не затрагиваются.
Новый справочник добавляется в расширение, типовая конфигурация остаётся нетронутой. Подходит, когда нужен полноценный объект, но важно сохранить простое обновление.
Третий вариант — расширение конфигурации — стоит рассматривать как компромисс: новый справочник живёт в расширении, типовая база не модифицируется, а обновления поставщика устанавливаются штатно. Ограничение: не все механизмы платформы доступны объектам расширений, поэтому для сложной интеграции иногда всё же требуется доработка основной конфигурации.
Подготовка: что продумать до создания объекта
Ошибки проектирования справочника исправлять дороже, чем создавать его заново, поэтому начните с ответов на несколько вопросов. Какие данные будет хранить элемент справочника, помимо наименования? Нужна ли иерархия (группы и подгруппы)? Будут ли у элементов владельцы — например, единицы измерения, подчинённые номенклатуре? Требуется ли подчинённый справочник, связанный с основным?
Определите тип и длину кода. Код — уникальный идентификатор элемента в пределах справочника; он может быть числовым или строковым, с автонумерацией или без. Для справочников, участвующих в обмене между базами, важно продумать уникальность кодов или использовать GUID, иначе при синхронизации возможны коллизии и дубли.
Также заранее решите, где справочник будет виден пользователю: в каких подсистемах (разделах интерфейса) его нужно показывать и кому из пользователей давать права на чтение и изменение. Пропуск этого шага — частая причина ситуации «справочник создан, но его никто не видит».
Создание справочника в конфигураторе: пошаговый порядок
Работа ведётся в режиме «Конфигуратор». Перед началом убедитесь, что у вас есть резервная копия базы и что пользователи предупреждены: обновление конфигурации базы данных потребует монопольного доступа, и активные сеансы придётся завершить.
- 1Откройте базу в режиме «Конфигуратор» и выполните команду «Конфигурация — Открыть конфигурацию».
- 2В дереве конфигурации найдите ветку «Справочники», щёлкните по ней правой кнопкой и выберите «Добавить».
- 3На закладке «Основные» задайте имя (латиницей, без пробелов, например «ВидыНоменклатуры») и синоним — он будет виден пользователям.
- 4На закладке «Данные» настройте длину и тип кода, длину наименования, добавьте реквизиты с нужными типами.
- 5На закладке «Иерархия» включите иерархичность при необходимости и выберите вид: иерархия групп и элементов или иерархия элементов.
- 6На закладке «Владельцы» укажите справочник-владелец, если элементы должны быть подчинены элементам другого справочника.
- 7На закладке «Представление» и «Формы» при необходимости создайте формы элемента и списка.
- 8Нажмите F7 («Обновить конфигурацию базы данных»), подтвердите реструктуризацию и дождитесь завершения.
- 9Откройте базу в режиме «1С:Предприятие» и проверьте, что справочник доступен и элементы создаются.
Ключевой момент — обновление конфигурации базы данных (клавиша F7). Пока оно не выполнено, объект существует только в конфигурации разработчика, а в рабочей базе его нет. При обновлении платформа выполняет реструктуризацию: создаёт новые таблицы. Если база большая и есть активные пользователи, операция может занять заметное время, поэтому планируйте её на нерабочие часы.
Имя и синоним: правила, которые экономят время
Имя объекта используется в коде и запросах, поэтому оно должно быть осмысленным, без пробелов и спецсимволов. Синоним — произвольный, именно его увидит пользователь в меню и формах. Менять имя после того, как на справочник появились ссылки в документах и коде, можно, но каждое переименование требует проверки всех мест использования.
Настройка реквизитов, иерархии и подчинённости
Реквизиты добавляются на закладке «Данные». Для каждого реквизита задаётся тип: примитивный (строка с ограничением длины, число с точностью, дата, булево) или ссылочный — ссылка на другой справочник, документ, перечисление. Ссылочные реквизиты — основа связей между объектами: например, реквизит «ОсновнойДоговор» у контрагента ссылается на справочник договоров.
Иерархия включается флагом «Иерархический справочник». Вид «Иерархия групп и элементов» означает, что группы — это особый тип записей, которые не могут быть полноценными элементами (как папки в файловой системе). Вид «Иерархия элементов» позволяет любому элементу иметь дочерние. Первый вариант привычнее для классификаторов, второй — для древовидных структур вроде подразделений.
Подчинённые справочники (свойство «Владельцы») нужны, когда записи одного справочника не имеют смысла вне другого: договоры контрагентов, банковские счета организаций. Владелец задаётся один раз; элемент подчинённого справочника всегда содержит ссылку на владельца, и в форме списка обычно показывается отбор по нему.
Создание справочника в пользовательском режиме без конфигуратора
В типовых конфигурациях («Управление торговлей», «ERP», «Комплексная автоматизация», «Бухгалтерия предприятия» актуальных редакций) есть механизм «Дополнительные реквизиты и сведения». Путь обычно такой: раздел «Администрирование» → «Общие настройки» → включить флаг «Дополнительные реквизиты и сведения», затем открыть одноимённую ссылку.
Дальше выбирается объект, к которому добавляется классификатор (например, «Номенклатура» или «Контрагенты»), и создаётся дополнительный реквизит с типом «Дополнительное значение». Значения такого реквизита — это фактически пользовательский справочник: список заполняется вручную, пополняется без прав разработчика и доступен в отборах списков и отчётах.
Пользовательские списки через дополнительные реквизиты удобны, пока значений немного и на них не ссылаются документы напрямую. Как только появляется потребность строить по этим значениям обороты, хранить у них собственные поля или настраивать права отдельно — это сигнал, что пора создавать полноценный справочник в конфигураторе или расширении.
Ограничения способа: значения дополнительных реквизитов нельзя использовать как самостоятельные объекты с собственными реквизитами, у них нет иерархии в полном смысле и нет отдельных прав доступа. Зато конфигурация остаётся на поддержке, обновления проходят штатно, а настройку выполняет администратор без привлечения программиста.
Проверка результата после создания
После обновления конфигурации базы данных проверьте справочник в пользовательском режиме по нескольким контрольным точкам. Справочник должен отображаться в интерфейсе (в нужном разделе или через «Все функции»), форма элемента — открываться, элементы — записываться без ошибок, а обязательные реквизиты — контролировать заполнение.
Как проверить результат
Справочник есть в командном интерфейсе нужного раздела или открывается через «Все функции»
Объект создан, но пользователь его не находит — не добавлен ни в одну подсистему
Элемент сохраняется, код присваивается автоматически, дубли кодов не возникают
Ошибка уникальности кода или запись не сохраняется
В документе или другом справочнике реквизит со ссылкой на новый объект открывает список выбора
Поле выбора пустое или выдаёт ошибку — проверьте тип реквизита и права
У целевых ролей есть права на чтение и добавление
Пользователь видит справочник, но не может создать элемент — настройте роли
Отдельно проверьте отчёты и обмены, если они должны работать с новым объектом. Создайте тестовый элемент, введите документ со ссылкой на него, сформируйте отчёт. Такая сквозная проверка занимает несколько минут, но выявляет проблемы до того, как с объектом начнут работать пользователи.
Типичные ошибки и риски
Самая опасная ошибка — обновление конфигурации базы данных без резервной копии. Реструктуризация при сбое (отключение питания, разрыв соединения с сервером) может оставить базу в повреждённом состоянии, и восстановление без копии превращается в сложную и не всегда успешную процедуру.
Ещё одна системная ошибка — дублирование: создание нового справочника там, где задача решается дополнительным реквизитом существующего объекта или типовым механизмом. Каждый лишний объект метаданных — это нагрузка на поддержку, обновления и обучение пользователей, поэтому принцип «сначала проверить типовые средства» окупается всегда.
Что важно запомнить
Полноценный справочник создаётся в конфигураторе: добавление объекта в ветку «Справочники», настройка кода, реквизитов, иерархии и подсистем, затем обновление конфигурации базы данных. Для простых классификаторов используйте дополнительные реквизиты в пользовательском режиме — конфигурация останется на поддержке. Перед реструктуризацией всегда делайте резервную копию, после — проверяйте видимость, запись элементов, ссылки и права.
Частые вопросы
Можно ли создать справочник в 1С без конфигуратора?
Да, если задача сводится к простому перечню значений для классификации. В типовых конфигурациях для этого служит механизм «Дополнительные реквизиты и сведения» в разделе администрирования: администратор создаёт реквизит типа «Дополнительное значение» и заполняет список значений. Полноценный объект метаданных со ссылками из документов и собственными формами без конфигуратора или расширения создать нельзя.
Чем справочник отличается от перечисления?
Перечисление — жёстко заданный в конфигураторе список значений, который пользователь не может пополнять. Справочник наполняется пользователями в режиме работы с базой, его элементы могут иметь реквизиты, иерархию и владельцев. Если набор значений фиксирован логикой программы (например, виды операций), подходит перечисление; если список ведёт пользователь — справочник.
Почему созданный справочник не виден пользователям?
Чаще всего объект не включён ни в одну подсистему: откройте свойства справочника в конфигураторе и на закладке «Подсистемы» отметьте нужные разделы. Вторая причина — права: проверьте, что у ролей пользователя есть права на чтение и добавление объекта. После изменений обновите конфигурацию базы данных и перезапустите сеанс пользователя.
Что произойдёт с данными при изменении реквизитов существующего справочника?
Добавление новых реквизитов безопасно: существующие элементы получат пустые значения. Удаление реквизита или сужение типа (например, уменьшение длины строки) приводит к потере данных в этом поле при реструктуризации — платформа предупредит об этом в окне изменений. Перед такими операциями обязательно сделайте резервную копию и проверьте, где реквизит используется.
Как создать справочник, не нарушая поддержку типовой конфигурации?
Используйте расширение конфигурации: в конфигураторе — «Конфигурация — Расширения конфигурации», создайте новое расширение и добавьте справочник в нём. Типовая конфигурация при этом не изменяется и обновляется штатно, а ваш объект работает как часть системы. Учтите, что у объектов расширений есть ограничения по участию в отдельных механизмах платформы.
Нужна ли автонумерация кодов и когда её отключать?
Автонумерация включена по умолчанию и удобна для большинства справочников: платформа сама присваивает следующий код. Отключать её имеет смысл, когда коды приходят извне — например, из учётной системы или классификатора, — и должны совпадать с источником. В этом случае контроль уникальности кодов ложится на процедуру загрузки данных.