Зачем нужны регистры в 1С и как они устроены

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

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

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

Какую задачу решают регистры в системе учёта

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

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

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

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

Платформа 1С:Предприятие предоставляет четыре вида регистров, каждый под свой класс задач. Выбор неправильного вида — частая причина переделок конфигурации, поэтому важно понимать различия до начала проектирования.

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

Измерения, ресурсы и реквизиты: структура регистра

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

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

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

Как документы формируют движения по регистрам

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

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

1. 1
   Откройте проблемный документ в режиме предприятия
2. 2
   Через меню «Ещё» найдите команду показа движений по регистрам
3. 3
   Проверьте, в какие регистры документ сделал записи и с какими значениями
4. 4
   Сравните движения с ожидаемой логикой: измерения, знаки сумм, виды движения
5. 5
   Если движений нет или они неверны — проверьте, проведён ли документ и не дорабатывался ли модуль проведения

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

Регистры сведений: хранение данных, меняющихся во времени

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

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

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

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

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

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

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

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

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

Контрольные точки

Как проверить результат

Остатки по складскому и бухгалтерскому учёту

Норма

Суммы и количества совпадают или расхождения объяснимы и задокументированы

Тревожный признак

Есть необъяснённые разницы по позициям или складам

Отрицательные остатки

Норма

Отсутствуют либо являются осознанным допущением учётной политики

Тревожный признак

Массовые минусы по номенклатуре — признак ошибок в последовательности проведения

Движения документа

Норма

Записи есть во всех регистрах, предусмотренных логикой конфигурации

Тревожный признак

Документ проведён, но движений нет или набор регистров неполный

FAQ

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

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

Можно ли удалить записи из регистра, не трогая документы?

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

Что такое виртуальные таблицы регистра?

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

Почему отчёт по регистру работает медленно?

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

Что делать, если обнаружены отрицательные остатки на складе?

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

Нужен ли отдельный регистр для каждого нового показателя?

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