Разработка и Конфигурация · 11 мин
Что содержит в себе конфигурация 1С
Из чего состоит конфигурация 1С: справочники, документы, регистры, отчёты, модули и роли. Структура метаданных, отличия от базы данных, проверка и обновление.
Конфигурация 1С — это описание прикладного решения: набор объектов метаданных, программных модулей, интерфейсов и прав, которые определяют, как система хранит данные, какие документы проводит, какие отчёты строит и как выглядит для пользователя. Сама по себе конфигурация не содержит бухгалтерских проводок, товаров или контрагентов — это данные информационной базы. Конфигурация задаёт «каркас»: структуру, логику и правила работы.
Понимание состава конфигурации нужно в трёх типовых ситуациях: при обновлении типового решения, при оценке объёма доработок перед внедрением и при диагностике ошибок после изменений. Специалист, который знает, где лежит модуль проведения документа и где описана роль доступа, находит причину проблемы в разы быстрее.
Ниже разобраны основные блоки, из которых состоит конфигурация, как они связаны между собой, чем конфигурация отличается от базы данных и как безопасно посмотреть её содержимое без риска повредить рабочую систему.
Метаданные: основа любой конфигурации
Метаданные — это декларативное описание объектов учёта. Разработчик не пишет с нуля таблицы и формы, а объявляет: «есть справочник Номенклатура с реквизитами Артикул и Ставка НДС». Платформа 1С сама создаёт нужные структуры в СУБД и типовые экранные формы. Именно поэтому разработка на 1С быстрая: большая часть рутины скрыта в платформе.
Дерево метаданных видно в конфигураторе в левой части окна. Верхний уровень — это виды объектов: константы, справочники, документы, журналы документов, перечисления, отчёты, обработки, планы видов характеристик, планы счетов, планы видов расчёта, регистры сведений, накопления, бухгалтерии и расчёта, бизнес-процессы, задачи. Каждый вид решает свой класс задач.
Объекты учёта: справочники, документы, регистры
Справочники хранят условно-постоянную нормативно-справочную информацию: контрагенты, номенклатура, склады, сотрудники, договоры. Они поддерживают иерархию (группы), подчинённые элементы и защиту от дублирования уникальными индексами. Ошибка в структуре справочника — например, отсутствие нужного реквизита — ведёт к тому, что данные приходится хранить «в комментариях», что ломает отчёты.
Документы фиксируют факты хозяйственной деятельности: поступление товаров, реализация, платёж, начисление зарплаты. Ключевое свойство документа — проведение: при проведении документ формирует движения по регистрам. Именно связка «документ → движения → регистр» обеспечивает актуальность учёта.
Регистры накапливают данные в разрезах, удобных для отчётов. Регистры накопления хранят остатки и обороты (товары на складах, взаиморасчёты), регистры сведений — значения в разрезе измерений (цены номенклатуры, курсы валют), регистры бухгалтерии — проводки по плану счетов, регистры расчёта — начисления и удержания по периодам.
Какой объект выбрать для хранения
Для относительно постоянных данных, на которые ссылаются документы: товары, контрагенты, склады. Не подходит для данных, меняющихся во времени с историей.
Для значений в разрезе измерений, особенно периодических: цены, курсы, настройки. Не формирует остатков.
Для остатков и оборотов: склад, деньги, взаиморасчёты. Заполняется только движениями документов.
Для факта операции с датой и проведением. Не предназначен для хранения справочных данных.
Программные модули: где живёт код
Логика конфигурации написана на встроенном языке 1С и размещена в модулях. Общие модули содержат процедуры и функции, доступные из разных мест системы; модули объектов — обработчики событий конкретного справочника или документа (перед записью, при проведении); модули форм — логику экранных форм; модуль приложения и модуль сеанса — код запуска системы.
Отдельно стоит понимать директивы компиляции: код в общем модуле может исполняться на сервере, на клиенте или в обоих контекстах. Неправильное размещение — частая причина ошибок вида «процедура не обнаружена» в тонком клиенте, когда процедура существует, но скомпилирована только на сервере.
Отчёты, обработки и макеты
Отчёты извлекают и визуализируют данные. Практически все отчёты в современных конфигурациях построены на системе компоновки данных (СКД): разработчик описывает запрос и настройки, а пользователь может менять отборы, группировки и поля без программирования. Обработки выполняют действия: загрузку данных, групповое изменение реквизитов, служебные операции.
Макеты — это шаблоны печатных форм (счета, накладные, акты) и табличные документы для вывода. Печатная форма обычно собирается в модуле менеджера объекта и выводится через макет с именованными областями и параметрами.
Помимо этого конфигурация содержит вспомогательные объекты: перечисления (фиксированные списки значений), планы обмена (настройки обмена данными между базами), подписки на события (код, срабатывающий при записи объектов), регламентные задания (фоновые операции по расписанию), хранилища настроек и критерии отбора.
Интерфейс, подсистемы и роли
Подсистемы определяют структуру интерфейса: какие разделы видит пользователь в панели навигации и какие объекты в них входят. Один и тот же документ может отображаться сразу в нескольких подсистемах. Общие формы, командный интерфейс и настройки рабочего стола тоже являются частью конфигурации.
Роли описывают права доступа к объектам: чтение, добавление, изменение, удаление, проведение, а также ограничения на уровне записей (RLS) — например, доступ только к документам своей организации. Профили групп доступа в типовых решениях строятся поверх ролей. Ошибка в ролях либо открывает лишний доступ, либо блокирует законные операции пользователей.
Чем конфигурация отличается от базы данных
Частая путаница у начинающих специалистов: конфигурация и информационная база — не одно и то же. Конфигурация — это «программа», описание структуры и логики. Информационная база — это конфигурация плюс данные: элементы справочников, документы, движения по регистрам, настройки пользователей.
На практике существует ещё и различие между конфигурацией базы данных (та, что реально работает) и конфигурацией поставщика (эталон от разработчика). При обновлении платформа сравнивает эти конфигурации и переносит изменения. Файл выгрузки .dt содержит и конфигурацию, и данные; файл .cf — только конфигурацию.
| Артефакт | Что содержит | Когда используется |
|---|---|---|
| Конфигурация (.cf) | Метаданные, модули, формы, роли, макеты | Поставка решения, обновление, перенос доработок |
| Выгрузка базы (.dt) | Конфигурация + все данные | Резервная копия, перенос базы целиком |
| Расширение (.cfe) | Только изменённые объекты поверх основной конфигурации | Доработки без снятия с поддержки |
Как посмотреть состав конфигурации и проверить её
Состав конфигурации доступен в конфигураторе: меню «Конфигурация → Открыть конфигурацию». Дерево объектов показывает всё содержимое, а поиск по метаданным (Ctrl+Shift+F) помогает найти, где используется конкретный реквизит или процедура. Для оценки доработок полезна функция сравнения и объединения с конфигурацией поставщика — она показывает, какие объекты изменены относительно типового решения.
Проверку корректности выполняет встроенный механизм «Конфигурация → Проверка конфигурации»: он выявляет синтаксические ошибки модулей, неразрешённые ссылки, проблемы прав и логические противоречия. Перед обновлением рабочей базы рекомендуется также выполнить тестирование и исправление информационной базы на копии.
- 1Откройте базу в конфигураторе и выполните «Конфигурация → Открыть конфигурацию».
- 2Разверните дерево метаданных и просмотрите основные ветки: справочники, документы, регистры, отчёты.
- 3Через «Конфигурация → Поддержка → Настройка поддержки» посмотрите, какие объекты изменены относительно поставщика.
- 4Запустите «Проверка конфигурации» и разберите найденные ошибки.
- 5Для оценки доработок выполните сравнение с конфигурацией поставщика на копии базы.
Типичные ошибки при работе с конфигурацией
Отдельный класс ошибок связан с правами: доработку тестируют под полными правами, а пользователи с ограниченными ролями получают «Нарушение прав доступа». Проверять изменения нужно под учётной записью с типовым набором ролей реального пользователя.
Перед серьёзной доработкой полезно выгрузить конфигурацию в файлы (Конфигурация → Выгрузить конфигурацию в файлы) и положить их в систему контроля версий. Это позволяет отслеживать изменения по модулям и быстро откатывать неудачные правки.
Что важно запомнить
Конфигурация 1С — это метаданные, модули кода, интерфейс, роли и макеты, но не сами учётные данные. Основной каркас образуют справочники, документы и регистры. Любые изменения выполняйте на копии, предпочитайте расширения прямой правке типового решения и проверяйте конфигурацию встроенными средствами перед обновлением рабочей базы.
Частые вопросы
Чем конфигурация отличается от платформы 1С?
Платформа — это исполняемая среда (сервер, клиенты, конфигуратор), которая запускает прикладные решения. Конфигурация — это само прикладное решение, работающее поверх платформы. Одна и та же конфигурация может требовать определённую версию платформы, указанную в её свойствах совместимости.
Где физически хранится конфигурация?
В файловом варианте — внутри файла 1Cv8.1CD вместе с данными. В клиент-серверном варианте — в базе данных на СУБД (MS SQL, PostgreSQL и др.). Отдельно конфигурацию можно выгрузить в файл .cf или в набор XML-файлов.
Что такое расширение конфигурации и когда его применять?
Расширение — это отдельный файл с доработками, который накладывается поверх основной конфигурации, не изменяя её. Его применяют для добавления печатных форм, отчётов, обработчиков и реквизитов, когда нужно сохранить типовую конфигурацию на поддержке и упростить обновления.
Можно ли посмотреть состав конфигурации без пароля разработчика?
Если на модули установлена поставка без исходных текстов, их код будет скрыт, но структура метаданных — объекты, реквизиты, формы — обычно видна. Для полного доступа нужны права на конфигурирование и, при наличии пароля на поставку, соответствующий пароль поставщика.
Почему после обновления конфигурации пропали доработки?
Если доработки были внесены напрямую в типовые объекты и при обновлении не были правильно сопоставлены в окне сравнения/объединения, они замещаются типовым вариантом. Поэтому перед обновлением нужно фиксировать список изменённых объектов, а по возможности переносить доработки в расширение.
Как узнать, какие объекты конфигурации изменены относительно типовой?
Откройте «Конфигурация → Поддержка → Настройка поддержки» — объекты с изменениями помечаются соответствующими значками. Для детального анализа используйте «Сравнить, объединить с конфигурацией из файла», указав файл поставки типовой конфигурации той же версии.