Объекты конфигурации 1С Предприятие: полное руководство для разработчиков и пользователей

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

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

• 🔹 Что такое объекты конфигурации и чем они отличаются от объектов в памяти
• 🔹 Основные виды объектов и их назначение в бизнес-логике
• 🔹 Как объекты взаимодействуют между собой через ссылки и подчинение
• 🔹 Практические примеры использования в типовых конфигурациях (Бухгалтерия 3.0, УТ 11, ЗУП 3.1)

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

1. Объекты конфигурации vs. объекты в памяти: в чём разница?

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

Объекты конфигурации — это описание структуры базы данных. Они хранятся в .cf-файле конфигурации и определяют, какие таблицы будут созданы в СУБД, какие поля в них будут, как они связаны между собой. Например, объект конфигурации Справочник.Номенклатура описывает, что в базе будет справочник товаров с полями Наименование, Артикул, ЕдиницаИзмерения и т.д.

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

⚠️ Внимание: Изменение объекта конфигурации (например, добавление нового реквизита в справочник) требует обновления конфигурации базы данных. Это может занять время и заблокировать работу пользователей. Всегда тестируйте такие изменения на копии базы!

Характеристика	Объекты конфигурации	Объекты в памяти
Где хранятся	В файле конфигурации (.cf)	В оперативной памяти во время сеанса
Пример	Документ.ПоступлениеТоваров	Конкретный документ поступления с номером ТОВ-000123
Изменение	Требует обновления конфигурации базы	Можно изменять и записывать без обновления конфигурации
Доступ в коде	Через Мetaданные или Конфигуратор	Через методы СоздатьОбъект(), ПолучитьОбъект() и т.д.

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

2. Основные виды объектов конфигурации и их назначение

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

2.1. Объекты для хранения данных

Эта группа отвечает за структурированное хранение информации в базе. Sans них невозможно представить ни одну учётную систему.

• 📁 Справочники — хранят списки однородных элементов (товары, контрагенты, сотрудники). Поддерживают иерархию, дополнительные реквизиты, табличные части.
• 📄 Документы — фиксируют события в хронологическом порядке (поступление товаров, начисление зарплаты, оплата от клиента). Могут проводиться и формировать движения по регистрам.
• 🗃️ Регистры — специализированные структуры для накопления данных:
  • Регистры накопления — для количественного учёта (остатки товаров, денежные средства).
  • Регистры сведений — для хранения произвольной информации (курсы валют, цены номенклатуры).
  • Регистры бухгалтерии — для ведения бухгалтерских проводок.
  • Регистры расчёта — для сложных периодических расчётов (зарплата, амортизация).
• 🔢 Планы видов характеристик (ПВХ) — гибкая структура для классификации объектов (например, свойства товаров: цвет, размер, материал).

2.2. Объекты для автоматизации бизнес-процессов

Эти объекты помогают организовать работу пользователей и контролировать выполнение задач:

• 🔄 Бизнес-процессы — описывают последовательность действий (например, согласование заказа).
• 📋 Задачи — индивидуальные поручения сотрудникам (аналог задач в Trello или Jira).
• 📊 Отчёты и обработки — инструменты для анализа данных и массовых операций.

2.3. Вспомогательные объекты

Эти элементы расширяют возможности системы и обеспечивают интеграцию:

• 🔌 Планы обмена — настраивают синхронизацию данных между базами.
• 🖥️ Внешние источники данных — подключение к SQL, веб-сервисам, файлам.
• 📝 Перечисления — фиксированные списки значений (например, виды оплат: наличные, безнал, карта).
• 🔑 Роли и права — управление доступом пользователей.

В типовой конфигурации 1С:Бухгалтерия 3.0 насчитывается более 500 объектов конфигурации, а в 1С:ERP — свыше 1000. При этом около 80% бизнес-логики строится на взаимодействии справочников, документов и регистров.

3. Как объекты конфигурации взаимодействуют между собой

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

Рассмотрим основные механизмы взаимодействия:

3.1. Ссылки между объектами

Наиболее распространённый способ связи — реквизиты типа «Ссылка». Они позволяют «привязать» один объект к другому. Например:

• В документе РеализацияТоваров есть реквизит Контрагент типа СправочникСсылка.Контрагенты.
• В справочнике Номенклатура может быть реквизит Поставщик, ссылающийся на Контрагенты.

Преимущества ссылок:

• 🔗 Целостность данных — 1С автоматически контролирует, что ссылка ведёт на существующий объект.
• 🔍 Удобный поиск — можно быстро найти все документы по конкретному контрагенту.
• 📊 Отчёты по связанным данным — например, обороты по всем документам клиента.

3.2. Подчинение объектов

Некоторые объекты могут быть подчинены другим. классический пример — табличные части документов:

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

Другой пример подчинения — подчиненные справочники:

• Справочник Контрагенты может иметь подчинённый справочник ДоговорыКонтрагентов.
• При удалении контрагента все его договоры также удалятся (если не настроена защита).

⚠️ Внимание: При настройке подчинения внимательно проверяйте флаг «Удалять подчинённые объекты автоматически». В некоторых случаях (например, для истории изменений) это может привести к потере важных данных.

3.3. Механизм движений по регистрам

Одним из самых мощных инструментов 1С являются движения документов по регистрам. Этот механизм позволяет автоматически обновлять остатки, обороты и другие накопленные данные при проведении документа.

Пример:

1. Документ ПоступлениеТоваров при проведении формирует движение по регистру накопления ТоварыНаСкладах:

Регистр.ТоварыНаСкладах.Приход(
Склад = Документ.Склад,
Номенклатура = СтрокаТабличнойЧасти.Номенклатура,
Количество = СтрокаТабличнойЧасти.Количество
)

2. В результате в регистре обновляются остатки по каждому товару на указанном складе.

Преимущества движений:

• ⚡ Автоматизация учёта — не нужно вручную обновлять остатки.
• 📈 Актуальные данные — отчёты всегда показывают текущее состояние.
• 🔄 Откат проводок — при отмене проведения документа движения автоматически удаляются.

Как проверить, какие движения формирует документ?

Откройте документ в режиме «1С:Предприятие», проведите его, затем в меню «Все функции» (Ctrl+Shift+F) выберите «Просмотр движений документа». Здесь вы увидите все регистры и записи, которые изменил документ.

4. Примеры использования объектов в типовых конфигурациях

Лучше всего понять назначение объектов конфигурации на реальных примерах из популярных решений 1С. Рассмотрим несколько кейсов.

4.1. Справочник «Номенклатура» в 1С:Бухгалтерия 3.0

Это один из самых многофункциональных справочников в системе. Он хранит:

• 📦 Основные реквизиты: наименование, артикул, единица измерения.
• 🏷️ Дополнительные реквизиты: вес, объём, страна происхождения.
• 📊 Табличные части: цены, штрихкоды, свойства (цвет, размер).
• 🔗 Ссылки на другие справочники: группа номенклатуры, поставщик, бренд.

Особенности:

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

4.2. Документ «Поступление (акты, накладные)» в 1С:УТ 11

Этот документ автоматизирует учёт поступления товаров от поставщиков. Его структура:

• 📋 Шапка документа: контрагент, договор, склад, дата.
• 📦 Табличная часть «Товары»: номенклатура, количество, цена, сумма.
• 💰 Табличная часть «Оплата»: способы и суммы оплат.

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

1. Формирует движения по регистру накопления ТоварыНаСкладах (увеличивает остатки).
2. Обновляет регистр сведений ЦеныНоменклатуры (если цена отличается от текущей).
3. Создаёт записи в регистре бухгалтерии для формирования проводок.

4.3. Регистр накопления «ТоварыНаСкладах»

Это центральный регистр для учёта остатков товаров. Его ресурсы (поля, по которым ведётся учёт):

• 📦 Количество — сколько единиц товара на складе.
• 💰 Сумма — стоимостная оценка остатков.

Измерения (по чему ведётся детализация):

• 🏢 Склад — на каком складе лежит товар.
• 📦 Номенклатура — какой именно товар.
• 🏷️ Характеристика — дополнительные свойства (цвет, размер).

На основе этого регистра строятся отчёты:

• 📊 «Ведомость по товарам на складах».
• 📉 «Анализ доступности товаров».
• 🔄 «Движение товаров».

5. Как создать и настроить объект конфигурации: пошаговая инструкция

Рассмотрим процесс создания нового объекта на примере справочника «КатегорииТоваров». Это типичная задача при доработке конфигурации под специфику бизнеса.

5.1. Создание справочника в Конфигураторе

1. Откройте конфигурацию в режиме Конфигуратор (файл с расширением .cf).
2. В дереве объектов найдите ветку Справочники, кликните правой кнопкой и выберите Добавить.
3. Задайте имя справочника: КатегорииТоваров.
4. Укажите синоним (отображаемое имя): «Категории товаров».
5. Настройте основные свойства:
   • 🔹 Иерархический — включите, если категории будут группироваться (например, «Электроника» → «Бытовая техника» → «Холодильники»).
   • 🔹 Код — выберите тип (строка или число) и длину.
   • 🔹 Наименование — длина поля для названия категории.

5.2. Добавление реквизитов

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

1. В закладке Реквизиты добавьте новый реквизит Описание типа Строка (длина 200).
2. Добавьте реквизит Картинка типа ХранилищеЗначения — для хранения изображения категории.
3. Создайте реквизит РодительскаяКатегория типа СправочникСсылка.КатегорииТоваров — для ручной привязки категорий (если иерархия отключена).

5.3. Настройка форм

Чтобы пользователи могли удобно работать со справочником, настроим формы:

1. Откройте закладку Формы и создайте:
   • 📋 Форму списка — для отображения всех категорий.
   • 📄 Форму элемента — для редактирования одной категории.
   • 🔍 Форму выбора — для подбора категорий в других объектах.

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

5.4. Интеграция с другими объектами

Теперь свяжем новый справочник с существующими объектами:

1. Откройте справочник Номенклатура и добавьте реквизит Категория типа СправочникСсылка.КатегорииТоваров.
2. В форму элемента справочника Номенклатура добавьте поле для выбора категории.
3. Обновите отчёты (например, «Ведомость по номенклатуре»), чтобы они учитывали новую группировку по категориям.

Убедитесь, что имя объекта уникально|Проверьте права доступа для ролей|Создайте резервную копию конфигурации (.cf)|Протестируйте работу в пользовательском режиме|Обновите документацию (если ведёте)-->

⚠️ Внимание: После изменения конфигурации (добавления нового объекта) необходимо выполнить Обновление конфигурации базы данных (меню Администрирование → Обновление конфигурации базы данных). В крупных базах это может занять значительное время и заблокировать работу пользователей. Планируйте такие операции на нерабочее время.

6. Распространённые ошибки при работе с объектами конфигурации

Даже опытные разработчики иногда допускают ошибки при настройке объектов. Вот наиболее критичные из них и как их избежать.

6.1. Избыточные реквизиты

Частая проблема — дублирование данных в реквизитах. Например:

• ❌ Плохо: В справочнике Номенклатура создают реквизит ЦенаПродажи, хотя цены должны храниться в регистре сведений ЦеныНоменклатуры (чтобы учитывать историю изменений).
• ✅ Хорошо: Использовать регистр сведений с измерениями Номенклатура, ТипЦены и ресурсом Цена.

Последствия избыточных реквизитов:

• 🔄 Неконсистентность данных — цены в справочнике и регистре могут расходиться.
• 📈 Сложность поддержки — при изменении цены придётся обновлять несколько мест.
• 🐢 Замедление работы — лишние поля увеличивают размер базы.

6.2. Неправильная настройка подчинения

Ошибки в настройке подчинённых объектов могут привести к потере данных. Например:

• ❌ Опасно: Настроить автоматическое удаление подчинённых справочников (например, ДоговорыКонтрагентов) без проверки, что они не используются в документах.
• ✅ Безопасно: Перед удалением контрагента проверять, есть ли связанные документы, и предлагать пользователю переназначить их или архивировать.

6.3. Игнорирование индексов в регистрах

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

• ❌ Плохо: В регистре ТоварыНаСкладах не проиндексировано измерение Склад, хотя отчёты часто строятся по складам.
• ✅ Хорошо: Добавить индекс по Склад + Номенклатура для ускорения запросов.

Как проверить индексы:

1. Откройте регистр в Конфигураторе.
2. Перейдите на закладку Индексы.
3. Добавьте индексы для комбинаций полей, которые часто используются в отчётах.

6.4. Жёсткая привязка к конкретным объектам

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

• ❌ Плохо: В коде жёстко прописан справочник Контрагенты, хотя логика должна работать с любым справочником партнёров.
• ✅ Хорошо: Использовать общий интерфейс или параметры, чтобы код работал с разными объектами.

Пример гибкого кода:

// Плохо: жёсткая привязка
Справочник = Справочники.Контрагенты;

// Хорошо: передаём имя справочника как параметр
Справочник = Справочники[ИмяСправочника];

6.5. Отсутствие проверок перед записью

Если не проверять данные перед записью объекта, это может привести к:

• 🔢 Ошибкам округления (например, в документах с дробными количествами).
• 📅 Некорректным датам (документ с датой в будущем).
• 🔗 Битым ссылкам (указание несуществующего контрагента).

Решение — использовать процедуры проверки:

Процедура ПередЗаписью(Отказ)
Если Количество <= 0 Тогда
Сообщить("Количество должно быть больше 0!");
Отказ = Истина;
КонецЕсли;
КонецПроцедуры

7. Оптимизация работы с объектами конфигурации

Чем больше объектов в конфигурации, тем сложнее её поддерживать. Вот несколько практических советов, как сделать работу эффективнее.

7.1. Группировка объектов по подсистемам

В крупных конфигурациях (например, 1С:ERP) объекты разделяют по подсистемам:

• 📦 Торговля — справочники номенклатуры, документы реализации.
• 💰 Бухгалтерия — планы счетов, регистры бухгалтерии.
• 👥 Зарплата — справочники сотрудников, регистры расчёта.

Преимущества:

• 🔍 Легче находить нужные объекты.
• 🔄 Можно отключать ненужные подсистемы для конкретных пользователей.
• 📂 Упрощается поддержка и обновление отдельных блоков.

7.2. Использование общих модулей

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

• 🔢 Расчёт скидок — вместо повторения кода в каждом документе продажи.
• 📧 Отправка email — универсальная функция для всех уведомлений.
• 📊 Формирование отчётов — общие процедуры для выгрузки данных.

Пример структуры общего модуля:

Перем глСкидкаПостянногоКлиента;

Процедура РассчитатьСкидку(Сумма, Клиент) Экспорт
Если Клиент.Постоянный Тогда
Возврат Сумма * глСкидкаПост