Быстрый старт · 12 мин
Что такое конфигурация базы данных 1С и зачем она нужна
Что такое конфигурация в 1С, чем отличается от базы данных, какие бывают типовые и самописные решения и как узнать конфигурацию своей базы.
Конфигурация базы данных 1С — это набор метаданных, который описывает структуру прикладного решения: какие справочники, документы, регистры и отчёты существуют в системе, какие у них реквизиты, как они связаны между собой и какую логику выполняет встроенный код. Проще говоря, конфигурация — это «чертеж» программы, по которому платформа 1С:Предприятие строит рабочее приложение для бухгалтера, менеджера или кадровика.
Многие начинающие пользователи смешивают понятия «база данных» и «конфигурация». База данных — это фактические записи: проведённые документы, остатки товаров, списки контрагентов. Конфигурация — это правила, по которым эти записи хранятся и обрабатываются. Одна и та же конфигурация, например «Бухгалтерия предприятия», может использоваться в сотнях разных баз, и в каждой будут свои данные.
Понимание этого различия критически важно при обновлениях, переносе данных, обращении в техподдержку и найме разработчика. Ниже разберём, из чего состоит конфигурация, какие виды конфигураций существуют, как узнать конфигурацию своей базы и что делать, если решение было доработано под нужды компании.
Из чего состоит конфигурация 1С
Конфигурация собирается из типовых строительных блоков, которые называются объектами метаданных. Каждый тип объекта отвечает за свою задачу, и вместе они образуют законченную систему учёта.
- Справочники — списки условно-постоянной информации: контрагенты, номенклатура, сотрудники, склады.
- Документы — факты хозяйственной деятельности: поступление товара, реализация, платёжное поручение, приём на работу.
- Регистры — накопители данных: регистры накопления хранят остатки и обороты, регистры сведений — дополнительные сведения, регистры бухгалтерии — проводки.
- Отчёты и обработки — инструменты анализа данных и выполнения сервисных операций.
- Планы счетов, планы видов характеристик, планы обмена — специализированные объекты для учёта и интеграций.
- Модули с кодом — алгоритмы на встроенном языке 1С, которые выполняются при проведении документов, заполнении форм и других событиях.
- Роли и права — описание того, какие действия доступны разным группам пользователей.
Увидеть это дерево объектов можно в конфигураторе — среде разработки, которая входит в поставку платформы. Пользователь в режиме «1С:Предприятие» работает уже с готовым приложением, построенным по этим метаданным, и не видит самой структуры напрямую.
Чем конфигурация отличается от платформы и базы данных
В экосистеме 1С работают три самостоятельных слоя, и путаница между ними — частая причина ошибок при обновлениях и покупке лицензий.
| Компонент | Что это | Кто выпускает | Как обновляется |
|---|---|---|---|
| Платформа | Технологическая среда: исполняет код, работает с СУБД, рисует интерфейс | Фирма «1С» | Установкой нового релиза платформы |
| Конфигурация | Прикладное решение: метаданные и код учётной логики | Фирма «1С», партнёры или собственный разработчик | Загрузкой обновления через конфигуратор или поддержку |
| База данных | Фактические данные конкретной организации | Создаётся пользователем | Не обновляется, только наполняется |
Практический вывод: обновление платформы и обновление конфигурации — разные операции с разными рисками. Обновление платформы обычно не меняет учётную логику, а обновление конфигурации меняет именно её. При этом релизы конфигураций часто требуют определённой минимальной версии платформы, поэтому порядок имеет значение: сначала проверяют совместимость платформы, затем обновляют конфигурацию.
Типовые, отраслевые и самописные конфигурации
Все конфигурации условно делятся на три группы, и от принадлежности к группе зависят стоимость владения, порядок обновления и риски.
Типовые конфигурации — решения от фирмы «1С»: «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей», «Комплексная автоматизация», «ERP Управление предприятием» и другие. Они находятся на официальной поддержке: разработчик регулярно выпускает обновления с учётом изменений законодательства, а пользователь устанавливает их штатным механизмом.
Отраслевые и партнёрские решения — конфигурации, разработанные партнёрами 1С под специфику отрасли: медицину, общепит, строительство, транспорт. Часто они построены на базе типовых решений с добавлением специализированных объектов.
Самописные (собственные) конфигурации — решения, полностью написанные внутри компании или на заказ. Они дают максимальную гибкость, но всю ответственность за развитие, исправление ошибок и соответствие законодательству несёт владелец. Обновлять законодательные формы в такой конфигурации придётся собственными силами.
Сравнение вариантов
Подходит большинству компаний: регулярные обновления, предсказуемая стоимость. Ограничение — нестандартные процессы придётся подстраивать под логику решения или дорабатывать.
Подходит, когда нужно сохранить обновления, но добавить свои механизмы. Ограничение — каждое обновление требует контроля совместимости доработок.
Подходит при уникальных процессах и наличии собственной команды разработки. Ограничение — полная ответственность за соответствие законодательству и высокая стоимость владения.
Как узнать конфигурацию и её версию в своей базе
Информация о конфигурации нужна при обращении в поддержку, покупке обновлений и постановке задач разработчику. Найти её можно за минуту без конфигуратора.
- 1Откройте базу в режиме 1С:Предприятие под пользователем с достаточными правами.
- 2Перейдите в меню: круглая кнопка или «Файл» → «О программе» (в управляемом интерфейсе — значок «i» в правом верхнем углу или раздел «Администрирование» → «О программе»).
- 3Найдите строки с названием конфигурации, её версией (релизом) и версией платформы.
- 4Дополнительно проверьте в конфигураторе: пункт меню «Конфигурация» → «Поддержка» → «Настройка поддержки» — там видно, находится ли конфигурация на поддержке и есть ли изменения.
Обратите внимание на номер релиза: он состоит из нескольких чисел, например 3.0.xxx.xx. Первые цифры обозначают редакцию, последние — номер обновления внутри неё. При обращении за поддержкой всегда называйте полный номер релиза и версию платформы — без этого диагностика проблемы сильно затрудняется.
Доработка конфигурации: поддержка, замки и расширения
Типовую конфигурацию можно изменять, но способ доработки определяет, насколько болезненными будут будущие обновления. Здесь действует простое правило: чем меньше вмешательство в типовой код, тем дешевле сопровождение.
Конфигурация на полной поддержке обновляется автоматически или полуавтоматически. Если объекты «сняты с замка» и изменены напрямую, при обновлении придётся вручную сопоставлять изменённые объекты с новыми версиями поставщика — это трудоёмкая работа, требующая участия программиста.
Современная альтернатива прямым доработкам — расширения конфигурации. Расширение подключается поверх типовой конфигурации, не изменяя её: можно добавлять свои объекты, переопределять обработчики форм и дополнять модули через механизм аннотаций. При обновлении типовой конфигурации расширение сохраняется, нужно лишь проверить его совместимость с новым релизом.
Как выбрать способ доработки
Типичные ошибки при работе с конфигурацией
Отдельная ошибка — хранить единственную копию доработанной конфигурации только внутри рабочей базы. Выгружайте конфигурацию в файл (в конфигураторе: «Конфигурация» → «Сохранить конфигурацию в файл») или используйте хранилище конфигурации при командной разработке. Это страховка и от потери доработок, и от ситуации, когда нужно быстро понять, чем текущая версия отличается от предыдущей.
Как проверить результат
Конфигурация на поддержке, изменения внесены через расширения или внешние обработки
Массово снятые с замка объекты без документирования причин
Установлен один из последних релизов, обновления устанавливаются регулярно
Релиз сильно устарел, пропущено много обновлений подряд
Копия создаётся автоматически по расписанию и проверяется восстановлением
Копий нет или они никогда не проверялись на восстановление
Есть список изменений с описанием цели каждой доработки
О доработках известно только «со слов» бывшего сотрудника
Частые вопросы о конфигурациях 1С
Можно ли использовать одну конфигурацию для нескольких баз?
Да, это штатная практика. Конфигурация — это шаблон решения, и на её основе создаётся любое количество информационных баз: для разных организаций, филиалов или тестовых сред. Данные в каждой базе будут свои, а структура и логика — общие.
Что значит «конфигурация снята с поддержки»?
Это означает, что в типовую конфигурацию внесены изменения напрямую или полностью отключён режим поддержки. Автоматическое обновление становится невозможным: каждый новый релиз поставщика придётся накатывать вручную с сопоставлением изменённых объектов. Частичная поддержка (когда изменены отдельные объекты) менее затратна, чем полное снятие.
Чем файл выгрузки базы (.dt) отличается от файла конфигурации (.cf)?
Файл .dt содержит и конфигурацию, и все данные базы — это полный слепок системы. Файл .cf содержит только конфигурацию без данных. Для резервного копирования используют .dt (или штатные средства СУБД), для передачи доработок разработчику — .cf.
Как понять, типовая у нас конфигурация или доработанная?
Откройте конфигуратор и перейдите в «Конфигурация» → «Поддержка» → «Настройка поддержки». Если все объекты стоят «на замке» и конфигурация на полной поддержке — она типовая. Если часть объектов помечена как изменённая или поддержка отключена — в решение вносились доработки.
Удалятся ли данные при обновлении конфигурации?
При штатном обновлении данные сохраняются: реструктуризация изменяет структуру таблиц, но не удаляет записи. Риск возникает при ошибках в процессе обновления, прерывании реструктуризации или радикальной смене редакции. Поэтому резервная копия перед обновлением обязательна, а переход между редакциями лучше сначала выполнить на копии базы.
Что делать, если нужна функция, которой нет в типовой конфигурации?
Сначала проверьте, не закрывается ли задача внешней обработкой, отчётом или расширением — это самые безопасные варианты. Только если возможностей этих механизмов не хватает, рассматривайте прямую доработку объектов с минимальным снятием с поддержки и обязательным документированием изменений.
Что важно запомнить
Конфигурация 1С — это описание структуры и логики прикладного решения, отдельное и от платформы, и от данных. Предпочитайте обновляемые типовые решения, доработки выполняйте через расширения и внешние обработки, а любые изменения и обновления проводите только после создания проверенной резервной копии.