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

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

Какие объекты есть в системе 1С

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

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

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

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

Константы, перечисления и общие объекты конфигурации

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

Перечисления — это жестко заданные списки значений, определенные на этапе разработки: «Проведен / Не проведен», «Наличный / Безналичный расчет». Пользователь не может добавить новое значение перечисления — только разработчик через конфигуратор. Если список должен пополняться пользователями, вместо перечисления нужен справочник.

К общим объектам также относятся подсистемы (разделы интерфейса), роли (наборы прав доступа), общие модули (библиотеки программного кода), критерии отбора и журналы документов. Они не хранят прикладные данные напрямую, но определяют структуру, доступ и логику работы системы.

Справочники: нормативно-справочная информация

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

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

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

Документы: фиксация хозяйственных операций

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

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

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

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

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

Вид регистраЧто хранитТипичный пример
Регистр сведенийЗначения в разрезе измерений, с периодичностью или безКурсы валют, цены номенклатуры, адреса контрагентов
Регистр накопления (остатки)Приходы и расходы, платформа хранит итоговые остаткиТовары на складах, взаиморасчеты с контрагентами
Регистр накопления (обороты)Только обороты без остатковОбъемы продаж по периодам
Регистр бухгалтерииПроводки с поддержкой плана счетов, дебета и кредитаХозрасчетный регистр в бухгалтерском учете
Регистр расчетаРасчеты с вытеснением и зависимостью от базовых периодовНачисления зарплаты, отпускные, больничные

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

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

Сравнение вариантов

Регистр сведений

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

Регистр накопления (остатки)

Подходит для складских и денежных остатков. Платформа автоматически хранит итоги, что ускоряет отчеты. Требует документа-регистратора.

Регистр накопления (обороты)

Подходит для аналитики продаж и оборотов, где остаток не нужен. Легче по объему, но получить остаток из него нельзя.

Отчеты и обработки: анализ и сервисные операции

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

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

Планы обмена, бизнес-процессы и задачи

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

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

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

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

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

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

Как выбрать действие

Нужен список значений, который пополняют пользователиИспользуйте справочник, а не перечисление
Значение должно действовать на дату и иметь историюИспользуйте периодический регистр сведений, а не константу
Нужно знать остаток на любой моментИспользуйте регистр накопления с видом «Остатки»
Нужен факт операции, влияющий на учетСоздавайте документ с проведением по регистрам
Нужен фиксированный список из 2–5 вариантов, заданных разработчикомПодойдет перечисление

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

Типичные ошибки
01
Хранение исторических значений в константе — теряется история изменений, невозможно узнать значение на прошлую дату
02
Добавление лишних измерений в регистр — раздувает таблицы и замедляет отчеты и проведение документов
03
Использование справочника вместо документа для операций — нет проведения, движений и нормальной отмены операции
04
Хранение аналитики в реквизитах отчета или обработки — данные теряются, так как эти объекты не предназначены для хранения
05
Прямые правки записей регистров вручную — нарушается связь с документами-регистраторами и достоверность учета
Контрольные точки

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

Структура метаданных
Норма

Каждый прикладной объект относится к подходящему типу: операции — документы, остатки — регистры накопления

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

Операции хранятся в справочниках, остатки считаются вручную в реквизитах

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

При проведении документ создает записи в регистрах, при отмене проведения записи исчезают

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

Остатки не меняются при проведении или не откатываются при отмене

Отчеты
Норма

Отчет строится на регистрах и показывает данные без ручных дорасчетов

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

Для отчета нужно вручную сводить данные из документов

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

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

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

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

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

Можно ли удалить объект метаданных из типовой конфигурации?

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

Где посмотреть список всех объектов конкретной базы?

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

Хранят ли отчеты и обработки данные?

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

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

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

Итог

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

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