Для чего нужен регистр сведений в 1С

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

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

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

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

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

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

Платформа автоматически строит индексы по измерениям, поэтому выборки по ключам работают быстро даже на больших объёмах. Но каждое лишнее измерение увеличивает размер индекса и замедляет запись — измерения нужно проектировать минимально необходимым набором.

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

Платформа предлагает два независимых признака классификации: периодичность и режим записи (подчинение регистратору). Их комбинации покрывают практически все прикладные задачи.

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

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

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

Цены, курсы, ставки

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

Аналогично устроены курсы валют: измерение «Валюта», ресурсы «Курс» и «Кратность». Здесь регистр обычно независимый — курсы загружаются регламентным заданием из внешнего источника, документ не нужен.

Соответствия и сопоставления

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

Настройки и параметры учёта

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

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

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

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

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

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

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

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

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

Производительность и ограничения

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

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

Типичные ошибки при работе с регистрами сведений

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

Как проверить корректность работы регистра

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

Частые вопросы