Периодические регистры сведений в 1С: устройство, настройка и применение

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

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

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

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

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

Режимы периодичности и подчинение регистратору

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

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

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

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

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

Как получить актуальное значение: срез последних в запросе

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

ВЫБРАТЬ
Курсы.Валюта,
Курсы.Курс
ИЗ
РегистрСведений.КурсыВалют.СрезПоследних(&ДатаСреза, Валюта = &Валюта) КАК Курсы

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

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

Пошаговая настройка периодического регистра в конфигураторе

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

1. 1
   В конфигураторе добавьте новый объект «Регистр сведений» и задайте имя, отражающее суть данных.
2. 2
   Установите периодичность: день для курсов, секунда или позиция документа для данных документов.
3. 3
   Выберите режим записи: независимый для ручного ввода, подчинён регистратору — если данные вводятся документами.
4. 4
   Добавьте измерения (разрезы хранения), ресурсы (значения) и при необходимости реквизиты.
5. 5
   Если регистр подчинён регистратору, отметьте его в движениях нужных документов и опишите проведение.
6. 6
   Проверьте результат: введите две записи с разными датами и выполните запрос со срезом последних.

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

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

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

Как проверить корректность данных

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

Когда периодический регистр не нужен

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

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

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