Разработка и Конфигурация · 13 мин
Что такое объекты конфигурации системы 1С:Предприятие
Что такое объекты конфигурации в 1С:Предприятие: справочники, документы, регистры, отчёты. Назначение каждого типа, примеры и типичные ошибки новичков.
Объекты конфигурации — это строительные блоки, из которых состоит любое прикладное решение на платформе 1С:Предприятие. Каждый объект описывает определённую сущность предметной области: товар, контрагента, накладную, остаток на складе, отчёт по продажам. Разработчик создаёт и настраивает эти объекты в конфигураторе, а платформа автоматически формирует по их описанию таблицы базы данных, экранные формы и программные интерфейсы.
Ключевая особенность подхода 1С в том, что объекты конфигурации — это не просто таблицы данных, а готовые конструкции с встроенным поведением. Документ «сам умеет» проводиться, регистр накопления — складывать и вычитать значения при движениях, справочник — поддерживать иерархию и подчинённые элементы. Разработчику не нужно программировать эту логику с нуля: достаточно описать структуру объекта и при необходимости дописать специфические обработчики.
Понимание состава и назначения объектов конфигурации необходимо не только разработчикам. Внедренцы, аналитики и системные администраторы сталкиваются с ними при настройке прав доступа, обменов данными, доработке типовых решений и поиске причин ошибок. Даже пользователь, работающий с отчётами, выигрывает от понимания того, где физически хранятся данные — в документах, регистрах или справочниках.
Как устроена конфигурация и где посмотреть список объектов
Конфигурация — это полное описание прикладного решения: структуры данных, алгоритмы, интерфейс, права, печатные формы. Открыть её состав можно в конфигураторе: после запуска в режиме «Конфигуратор» нужно выбрать пункт меню «Конфигурация — Открыть конфигурацию». Слева появится дерево конфигурации, где объекты сгруппированы по типам: «Справочники», «Документы», «Регистры сведений», «Отчёты» и так далее.
Каждый узел дерева можно раскрыть и увидеть конкретные объекты. Например, в типовой конфигурации внутри группы «Справочники» находятся «Номенклатура», «Контрагенты», «Склады», а внутри «Документы» — «Реализация товаров и услуг», «Поступление товаров и услуг», «Платёжное поручение». Двойной щелчок по объекту открывает палитру свойств и окно редактирования, где настраиваются реквизиты, табличные части, формы, макеты и модули.
Важно различать конфигурацию базы данных и конфигурацию поставщика. При доработке типового решения изменения вносятся в основную конфигурацию, а конфигурация поставщика остаётся эталоном для сравнения при обновлении. Перед любыми правками стоит снять копию базы и проверить, включена ли возможность изменения объектов — в типовых конфигурациях она часто заблокирована правилами поддержки.
Объекты для хранения данных: справочники и документы
Справочники предназначены для хранения относительно постоянной, условно-постоянной информации: списков товаров, контрагентов, сотрудников, складов, валют. Элемент справочника имеет стандартные реквизиты — код и наименование, а разработчик добавляет собственные: ИНН у контрагента, единицу измерения у номенклатуры. Справочники поддерживают иерархию (группы и элементы) и могут быть подчинены друг другу, например «Договоры контрагентов» подчинены справочнику «Контрагенты».
Документы фиксируют события хозяйственной жизни: поступление товара, отгрузку, оплату, начисление зарплаты. Ключевые свойства документа — дата и номер, которые определяют его положение на временной оси. Документ может проводиться, то есть формировать записи (движения) в регистрах, либо существовать без проведения — просто как факт ввода информации. Именно документы служат «источниками» данных для большинства регистров.
Дополнительно к этой паре относятся перечисления, планы видов характеристик, планы счетов и планы видов расчёта. Перечисления задают жёсткий список значений, известный на этапе разработки (например, «Вид операции»). Планы видов характеристик позволяют пользователю самому расширять состав аналитик. Планы счетов и планы видов расчёта — основа бухгалтерского и расчётного учёта соответственно.
Регистры: где накапливаются итоги учёта
Регистры — это объекты для накопления числовой и аналитической информации в разрезе заданных измерений. Регистры накопления хранят остатки и обороты: товары на складах, деньги на счетах, взаиморасчёты с контрагентами. Они бывают двух видов: регистры остатков (платформа сама рассчитывает текущий остаток по приходам и расходам) и регистры оборотов (фиксируют только суммарные обороты за период без остатков).
Регистры сведений хранят информацию в разрезе измерений без привязки к приходу-расходу: цены номенклатуры, курсы валют, адреса контрагентов. Периодический регистр сведений позволяет отслеживать изменение значения во времени — например, узнать цену товара на произвольную дату. Регистры бухгалтерии связаны с планом счетов и обеспечивают двойную запись, регистры расчёта — с планом видов расчёта и механизмами вытеснения и зависимости по периоду.
Принципиальный момент: записи в регистры почти всегда делает документ при проведении. Ручное создание записей регистра в обход документов ломает логику учёта и затрудняет аудит. В дереве конфигурации у каждого регистра виден список «Регистраторы» — документы, которые формируют в нём движения.
| Тип регистра | Что хранит | Типовой пример |
|---|---|---|
| Накопления (остатки) | Приходы, расходы, текущие остатки | Товары на складах |
| Накопления (обороты) | Суммарные обороты за период | Продажи по менеджерам |
| Сведений | Значения в разрезе измерений, возможно периодические | Цены номенклатуры |
| Бухгалтерии | Проводки по плану счетов | Хозрасчётный |
| Расчёта | Начисления и удержания | Основные начисления |
Объекты представления и обработки данных
Отчёты и обработки не хранят данные, а работают с уже существующими. Отчёт извлекает информацию из справочников, документов и регистров и представляет её пользователю — обычно через систему компоновки данных, которая позволяет настраивать группировки, отборы и оформление без программирования. Обработка выполняет действия над данными: групповую загрузку, пересчёт, очистку, выгрузку в файл.
К этой же группе относятся вспомогательные объекты: общие модули с программным кодом, общие формы и макеты, критерии отбора для поиска связанных документов, журналы документов для объединения нескольких видов документов в один список. Журнал не хранит данные сам — он лишь показывает документы разных типов в единой таблице с общими графами.
При разработке отчётов важно обращаться к правильным источникам. Запрос к таблице документов вместо регистра накопления — частая причина медленных отчётов: итоги по регистру платформа хранит предрассчитанными, а по документам их придётся агрегировать на лету по всем строкам табличных частей.
Перед написанием отчёта откройте структуру регистров в конфигураторе и проверьте, есть ли регистр с нужными измерениями и ресурсами. В типовых конфигурациях почти всегда уже существует регистр, из которого отчёт собирается одним запросом к виртуальной таблице остатков или оборотов.
Служебные и интеграционные объекты
Кроме учётных объектов конфигурация содержит объекты, обеспечивающие работу системы в целом. Роли и права определяют доступ пользователей к объектам; подсистемы формируют структуру интерфейса — разделы командного интерфейса; константы хранят глобальные настройки учёта (валюта учёта, наименование организации, функциональные опции). Функциональные опции позволяют включать и отключать части функциональности без изменения кода.
Для обмена данными служат планы обмена и веб-сервисы. План обмена описывает состав объектов, участвующих в синхронизации между базами, и поддерживает механизм регистрации изменений. HTTP-сервисы и веб-сервисы позволяют внешним системам обращаться к базе 1С напрямую. Бизнес-процессы и задачи автоматизируют маршруты согласования: бизнес-процесс описывает карту этапов, задача — конкретное действие исполнителя.
При доработке интеграций помните, что изменение состава плана обмена влияет на регистрацию изменений и может потребовать повторной начальной выгрузки в узлы обмена. Удаление объекта из состава плана не отменяет уже зарегистрированные изменения — их нужно удалить из регистрации отдельно.
Как выбрать тип объекта для новой сущности
Выбор типа объекта определяется природой данных и требованиями к учёту. Задайте себе три вопроса: меняется ли сущность во времени как событие, нужно ли по ней накапливать итоги, участвует ли она в аналитических разрезах других данных. Стабильный классификатор — справочник; событие с датой, влияющее на учёт, — документ; накапливаемая аналитика — регистр; представление данных — отчёт.
Как выбрать тип объекта
После создания объекта проверьте результат: обновите конфигурацию базы данных (F7), убедитесь, что объект появился в режиме «Предприятие», заполните тестовые данные и проверьте движения по регистрам через кнопку перехода к движениям документа. Отсутствие движений при проведённом документе означает, что регистр не указан в списке регистров документа либо модуль проведения пуст.
Как проверить результат
Объект отображается в интерфейсе и открывается
Объект создан, но не виден — проверьте подсистемы и права роли
После проведения появляются записи в регистрах
Записей нет — регистр не отмечен в свойствах документа или нет кода проведения
Обновление проходит без предупреждений об удалении данных
Платформа предупреждает об удалении таблиц — вы удаляете реквизит или объект с данными
Типичные ошибки при работе с объектами конфигурации
Начинающие разработчики часто дублируют данные: создают реквизит в документе, который уже есть в подчинённом справочнике, или хранят в документе итоговые значения, которые правильнее считать по регистру. Это приводит к рассинхронизации: исправили справочник — документ «помнит» старое значение. Правильный принцип — хранить данные в одном месте и ссылаться на них.
Вторая группа ошибок связана с регистрами: избыточное число измерений замедляет проведение и увеличивает таблицы итогов, а отсутствие нужного измерения делает невозможным требуемый отчёт. Третья типичная проблема — редактирование типовой конфигурации «в лоб» без механизма расширений, что усложняет последующие обновления. Для небольших доработок типовых решений предпочтительны расширения конфигурации.
Частые вопросы об объектах конфигурации
Чем объект конфигурации отличается от объекта встроенного языка?
Объект конфигурации — это описание структуры в конфигураторе (например, справочник «Номенклатура»). Объект встроенного языка — программный тип для работы с данными этого объекта: СправочникОбъект, СправочникСсылка, ДокументВыборка и т.д. Один объект конфигурации порождает целое семейство типов встроенного языка для разных способов доступа к данным.
Можно ли добавить свой тип объекта конфигурации?
Нет. Состав типов объектов (справочники, документы, регистры и т.д.) жёстко определён платформой и не расширяется. Разработчик может создавать неограниченное число объектов существующих типов и настраивать их структуру, но новый «вид» объекта ввести нельзя.
Что произойдёт с данными при удалении объекта конфигурации?
При обновлении конфигурации базы данных платформа удалит соответствующие таблицы вместе со всеми данными, предварительно показав предупреждение. Восстановить удалённые таким образом данные можно только из резервной копии. Поэтому перед удалением объектов или реквизитов всегда делайте выгрузку базы.
Где посмотреть, какие документы делают движения по конкретному регистру?
Откройте регистр в дереве конфигурации и перейдите на закладку «Регистраторы» в окне редактирования объекта — там перечислены все документы, формирующие записи в этом регистре. Обратный способ: в свойствах документа на закладке «Движения» виден список регистров, по которым он проводится.
Чем расширение конфигурации отличается от доработки основной конфигурации?
Расширение — отдельный слой доработок, который накладывается на конфигурацию без её изменения: можно добавлять объекты, реквизиты, формы и обработчики. При обновлении типовой конфигурации расширение сохраняется и не конфликтует с механизмом автоматического обновления. Прямая доработка встраивается в конфигурацию и требует ручного сопоставления при каждом обновлении.
Почему созданный объект не виден пользователям в режиме «Предприятие»?
Чаще всего две причины: объект не включён ни в одну подсистему, поэтому его нет в командном интерфейсе, либо у роли пользователя нет прав на просмотр объекта. Проверьте закладку «Подсистемы» в свойствах объекта и настройки ролей. Также убедитесь, что конфигурация базы данных обновлена после добавления объекта.
Что важно запомнить
Объекты конфигурации — типизированные строительные блоки прикладного решения 1С: справочники хранят классификаторы, документы фиксируют события, регистры накапливают итоги, отчёты представляют данные. Выбирайте тип объекта по природе данных, храните каждую сущность в одном месте, дорабатывайте типовые решения через расширения и всегда делайте резервную копию перед изменением структуры конфигурации.