Объекты конфигурации 1С: для чего нужны и как их выбирать

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

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

Что такое объекты конфигурации и как они устроены

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

Все объекты делятся на несколько групп. Прикладные объекты (справочники, документы, регистры, планы счетов и др.) хранят бизнес-данные. Объекты представления (отчёты, обработки) работают с данными, но сами учётных фактов не создают. Сервисные объекты (общие модули, роли, подсистемы, константы) обеспечивают инфраструктуру решения.

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

Справочники и планы видов характеристик: хранение нормативных данных

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

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

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

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

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

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

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

Регистры: накопление итогов и истории

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

Существует четыре вида регистров, и выбор между ними принципиален:

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

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

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

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

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

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

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

Дополнительный реквизит справочника

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

Отчёты, обработки и сервисные объекты

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

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

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

1. 1
   Определите природу данных: это классификатор, событие во времени, итог или настройка.
2. 2
   Если данные — классификатор без истории, создавайте справочник; если нужна история значений — периодический регистр сведений.
3. 3
   Если это хозяйственная операция с датой и влиянием на учёт, создавайте документ и определите регистры, по которым он проводится.
4. 4
   Для итогов и остатков создайте регистр накопления, спроектируйте измерения и ресурсы до начала ввода данных.
5. 5
   Для вывода результата создайте отчёт на СКД, для служебных действий — обработку.
6. 6
   Проверьте результат: документ проводится, движения появляются в регистрах, отчёт показывает корректные остатки.

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

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

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

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

Проверка результата и границы самостоятельной работы

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

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

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

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

Обновление конфигурации базы данных

Норма

Выполняется без ошибок, реструктуризация проходит на копии

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

Ошибки реструктуризации, предупреждения о потере данных

Проведение документа

Норма

Движения появляются во всех заявленных регистрах

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

Документ проводится, но движений нет или они неполные

Отчёт по регистру

Норма

Остатки и обороты сходятся с данными документов

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

Расхождения, отрицательные остатки без контроля

Права доступа

Норма

Пользователь видит только свои разделы и объекты

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

Объект недоступен или, наоборот, виден всем

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

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

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

Когда нужен регистр сведений, а когда регистр накопления?

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

Можно ли добавить свой объект в типовую конфигурацию?

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

Что такое предопределённые элементы справочника?

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

Почему нельзя хранить цены в реквизите номенклатуры?

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

Какие объекты нужны минимально для простого учёта остатков?

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