Регистры накопления в 1С: пошаговое руководство по созданию

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

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

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

Что такое регистр накопления и когда он нужен

Регистр накопления хранит числовые показатели в разрезе заданных аналитик (измерений) и изменяется только записями документов-регистраторов. Каждая запись называется движением и содержит период, вид движения (приход или расход), значения измерений и величину изменения ресурса. Итоговое значение показателя платформа вычисляет автоматически как сумму движений.

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

Регистр накопления не подходит для хранения неизменных свойств объектов (для этого есть реквизиты справочников и регистры сведений) и для данных, не привязанных к документам. Если значение не изменяется проводимыми документами, а просто «есть у объекта» — используйте регистр сведений.

Выбор вида регистра: Остатки или Обороты

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

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

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

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

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

Ресурсы — числовые показатели, которые накапливаются: Количество, Сумма, СуммаНДС. Для ресурса задавайте достаточную разрядность (например, 15 целых и 3 дробных знака для количества), иначе позже столкнётесь с округлением или переполнением. Не добавляйте «про запас» ресурсы, которые никто не заполняет.

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

Создание регистра в конфигураторе: пошагово

Откройте конфигурацию в конфигураторе, в дереве объектов найдите ветку «Регистры накопления» и добавьте новый объект. Задайте имя (например, «ТоварыНаСкладах») и синоним. На закладке «Основные» выберите вид регистра — «Остатки» или «Обороты».

На закладке «Данные» добавьте измерения, ресурсы и реквизиты с нужными типами. Для измерения «Номенклатура» тип — СправочникСсылка.Номенклатура, для ресурса «Количество» — Число с нужной точностью. На закладке «Регистраторы» отметьте документы, которые будут делать движения по регистру (ПриходнаяНакладная, РасходнаяНакладная).

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

Написание движений документа

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

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

Движения.ТоварыНаСкладах.Записывать = Истина;
Движения.ТоварыНаСкладах.Очистить();

Для Каждого СтрокаТовары Из Товары Цикл
Движение = Движения.ТоварыНаСкладах.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Номенклатура = СтрокаТовары.Номенклатура;
Движение.Склад = Склад;
Движение.Количество = СтрокаТовары.Количество;
КонецЦикла;

КонецПроцедуры

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

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

Чтение данных: виртуальные таблицы и запросы

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

Пример запроса остатков на дату с отбором по складу:

ВЫБРАТЬ
Остатки.Номенклатура,
Остатки.КоличествоОстаток
ИЗ
РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, Склад = &Склад) КАК Остатки

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

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

Проверка результата и типичные ошибки

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

Ограничения и альтернативы

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

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

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