Регистры сведений в 1С: назначение, виды и практика работы

Регистр сведений — это объект конфигурации 1С, который хранит произвольную информацию в разрезе заданных измерений. В отличие от справочника, где данные организованы в виде иерархии элементов с реквизитами, регистр сведений работает как таблица: каждая запись — это сочетание значений измерений (например, «товар + поставщик») и связанных с ним данных (например, «цена»). Такой формат удобен для хранения цен, курсов валют, адресов, настроек и любых других данных, которые привязаны к ключу, но не являются самостоятельными объектами учёта.

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

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

Устройство регистра сведений: измерения, ресурсы и реквизиты

Структура регистра сведений состоит из трёх групп полей. Измерения — это ключи, в разрезе которых хранятся данные: номенклатура, контрагент, организация, склад. Ресурсы — это хранимые значения: цена, курс, ставка, адрес. Реквизиты — дополнительные атрибуты записи, которые не участвуют в ключе и не являются основным значением, но помогают описать запись: комментарий, автор, дата ввода.

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

На уровне СУБД регистр сведений — физическая таблица, где набор измерений входит в уникальный индекс. Поэтому выборка по измерениям выполняется быстро, а поиск по ресурсам без индекса — медленно. Это важно учитывать при проектировании: то, по чему ищут, должно быть измерением; то, что получают, — ресурсом.

Виды регистров сведений и когда какой выбрать

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

Второе деление — по режиму записи. Независимый регистр заполняется вручную или программно, записи живут сами по себе. Подчинённый регистратору регистр заполняется движениями документа: каждая запись привязана к документу-регистратору и удаляется при его отмене проведения. Подчинённый режим выбирают, когда изменение данных должно быть документально оформлено — например, установка цен документом «Установка цен номенклатуры».

Как создать и настроить регистр сведений

Создание выполняется в конфигураторе: в дереве конфигурации выбирают ветку «Регистры сведений» и добавляют новый объект. Минимальный набор действий: задать имя, определить периодичность и режим записи, добавить измерения и ресурсы с нужными типами. Для измерений важно сразу указать точные типы — составной тип усложняет индекс и замедляет запросы.

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

1. 1
   Определите, что будет ключом (измерения) и что значением (ресурсы)
2. 2
   Создайте регистр в конфигураторе, задайте периодичность и режим записи
3. 3
   Добавьте измерения с точными типами, затем ресурсы и реквизиты
4. 4
   Настройте права, подсистемы и формы списка
5. 5
   Если регистр подчинён регистратору — включите движения у документа и напишите проведение
6. 6
   Проверьте запись и чтение данных тестовым примером

Чтение и запись данных программно

Для чтения чаще всего используют запросы: виртуальные таблицы «СрезПоследних» и «СрезПервых» доступны у периодических регистров и возвращают актуальное или первое значение на дату. Например, получить цены на дату документа — типовая задача, решаемая срезом последних с параметром-периодом. Важно передавать период параметром, а не конкатенацией, и отбирать только нужные измерения, чтобы запрос использовал индекс.

Запись выполняется через менеджер записи (для одной записи) или набор записей (для пакетной записи). Менеджер записи создают методом СоздатьМенеджерЗаписи(), заполняют измерения и ресурсы и вызывают Записать(). Набор записей создают через СоздатьНаборЗаписей(), устанавливают отбор по измерениям, добавляют строки и записывают с замещением или без.

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| Цены.Номенклатура,
| Цены.Цена
|ИЗ
| РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&Период, Номенклатура = &Номенклатура) КАК Цены";
Запрос.УстановитьПараметр("Период", ДатаДокумента);
Запрос.УстановитьПараметр("Номенклатура", Товар);
Результат = Запрос.Выполнить().Выбрать();

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

Типичные задачи и сценарии использования

Классический сценарий — хранение цен. Регистр «Цены номенклатуры» с измерениями «Номенклатура» и «ТипЦен», ресурсом «Цена» и периодичностью позволяет вести историю и получать цену на любую дату. Аналогично строятся курсы валют, проценты скидок, ставки налогов.

Второй сценарий — соответствия между объектами: «Соответствие номенклатуры поставщиков нашей номенклатуре», «Штрихкоды», «Соответствие пользователей и сотрудников». Здесь регистр сведений работает как таблица связей, где обе стороны — измерения, а ресурсов может не быть вовсе (допустимо, если нужен только факт связи).

Третий сценарий — настройки и параметры учёта. Регистр с одним измерением «Организация» и ресурсами-параметрами хранит индивидуальные настройки по каждой организации. Это удобнее, чем константы, когда параметров много и они различаются по разрезам.

Ограничения и типичные ошибки

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

Вторая частая ошибка — избыточные измерения. Каждое лишнее измерение расширяет ключ и мешает записи: чтобы изменить цену товара, приходится указывать все измерения точно. Обратная ошибка — недостаток измерений: если цена зависит от склада, а склад не вынесен в измерения, хранить разные цены по складам не получится без костылей.

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

Проверка результата и диагностика

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

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

Частые вопросы о регистрах сведений