Регистры сведений в 1С: какие бывают и как выбрать нужный вид

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

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

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

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

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

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

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

Непериодические регистры: когда история не нужна

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

Такой регистр выбирают, когда прошлые значения не представляют интереса: при изменении старая запись просто перезаписывается. Это самый лёгкий по объёму и самый быстрый по чтению вариант, потому что платформе не нужно строить срез по дате.

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

Периодические регистры: хранение истории значений

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

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

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

Независимые регистры и регистры, подчинённые регистратору

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

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

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

Как выбрать вид регистра под задачу

Алгоритм выбора сводится к двум вопросам. Первый: нужна ли история изменения значений? Если да — регистр периодический, если нет — непериодический. Второй: кто создаёт записи? Если документ (и нужна связь с ним) — режим «Подчинение регистратору», если пользователь или фоновый обмен — «Независимый».

При выборе периодичности ориентируйтесь на частоту изменений. Курсы валют меняются раз в день — достаточно периодичности «в пределах дня». Если значения могут меняться несколько раз в день (например, биржевые котировки), выбирайте «в пределах секунды». Завышать периодичность «про запас» не стоит: это увеличивает объём хранимых данных и усложняет логику срезов.

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

Запись и чтение данных: практические приёмы

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

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

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

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

При массовой записи в независимый регистр не забывайте устанавливать отбор по измерениям у набора записей перед записью с замещением — иначе набор без отбора при записи с параметром «Замещение = Истина» очистит всю таблицу регистра.

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

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

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

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

Как проверить, что регистр работает правильно

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

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

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

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