К статье
Практический материал

Разработка и Конфигурация · 8 мин

Какие объекты 1С предназначены для хранения показателей оперативного учета

Какие объекты 1С хранят показатели оперативного учета: регистры накопления и сведений, их виды, отличия, выбор под задачу и типичные ошибки разработчиков.

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

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

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

Регистры накопления — главный объект оперативного учета

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

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

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

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

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

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

Остатки или обороты

Регистр остатков

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

Оборотный регистр

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

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

Регистры сведений для показателей-значений

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

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

Роль документов и последовательностей

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

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

Как спроектировать хранение показателя
  1. 1
    Определите природу показателя: накапливаемый поток или значение-состояние
  2. 2
    Для потока выберите регистр накопления: остатки — если нужен текущий остаток, обороты — если нужна только сумма за период
  3. 3
    Задайте минимально необходимый набор измерений — каждое лишнее измерение замедляет итоги
  4. 4
    Настройте проведение документов-регистраторов и проверьте движения на тестовом примере
  5. 5
    Проверьте отчетом, что остатки и обороты сходятся с первичными документами

Как выбрать объект под конкретную задачу

Практическое правило: если показатель должен отвечать на вопрос «сколько сейчас» — это регистр накопления остатков; «сколько за период» — оборотный регистр накопления; «какое значение установлено» — регистр сведений. Смешивать эти роли в одном объекте не следует.

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

Маршрут решения

Как выбрать объект

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

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

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

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

Типичные ошибки
01
Хранение остатков в регистре сведений — теряются автоматические итоги и контроль последовательности
02
Избыточные измерения в регистре накопления — рост таблицы итогов и замедление проведения документов
03
Отчеты по табличным частям документов вместо регистров — медленная работа и невозможность получить остаток на дату
04
Отсутствие контроля остатков при проведении — отрицательные остатки и расхождения с фактическим складом
Итог

Что важно запомнить

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

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

Можно ли хранить показатели оперативного учета в справочнике?

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

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

Регистр бухгалтерии хранит проводки по плану счетов с дебетом и кредитом и служит для бухгалтерского учета. Регистр накопления хранит количественные и суммовые показатели в произвольных разрезах и предназначен именно для оперативного учета. Часто один документ делает движения по обоим типам регистров.

Что такое регистратор и зачем он нужен?

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

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

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

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

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