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