Как устроена программа 1С: архитектура простыми словами

1С — это не одна программа, а слоёная система из нескольких компонентов, каждый из которых отвечает за свою задачу. Понимание этой структуры помогает быстрее находить причины ошибок, правильно обновлять программу и грамотно ставить задачи разработчикам или внедренцам.

В основе лежат три ключевых понятия: платформа, конфигурация и информационная база. Платформа — это «двигатель», который исполняет код и работает с данными. Конфигурация — прикладное решение (например, «Бухгалтерия предприятия» или «Управление торговлей»), написанное на встроенном языке 1С. Информационная база — сами данные компании: документы, справочники, проводки.

Когда пользователь нажимает кнопку «Провести документ», платформа выполняет код конфигурации, а тот обращается к базе данных и записывает изменения. Разделение на слои позволяет обновлять конфигурацию под новые законы, не трогая платформу, или наоборот — обновлять платформу ради производительности без изменения прикладной логики.

Платформа: технологическая основа системы

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

Основные компоненты платформы — толстый клиент, тонкий клиент и веб-клиент. Толстый клиент содержит максимум функций и используется разработчиками и администраторами. Тонкий клиент — облегчённое приложение для рядовых пользователей, вся логика исполняется на сервере. Веб-клиент работает через браузер без установки программы на компьютер.

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

Конфигурация: объекты метаданных и прикладная логика

Конфигурация описывает структуру учёта через объекты метаданных. Основные типы: справочники (номенклатура, контрагенты, сотрудники), документы (приходная накладная, счёт-фактура, приказ о приёме на работу), регистры (накопления, сведений, бухгалтерии), отчёты и обработки. Каждый объект имеет свойства, формы и программные модули.

Документы при проведении формируют движения по регистрам. Регистр накопления хранит остатки и обороты — например, количество товара на складах. Регистр сведений хранит значения в разрезе измерений — например, цены номенклатуры по типам цен. Регистр бухгалтерии реализует план счетов и двойную запись.

Отчёты читают данные регистров и представляют их пользователю. Большинство типовых отчётов построено на СКД — системе компоновки данных, которая позволяет менять группировки, отборы и сортировки без программирования, прямо в режиме пользователя.

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

Информационная база: где физически хранятся данные

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

В файловом режиме вся база хранится в одном файле с расширением 1Cv8.1CD на локальном диске или в сетевой папке. Такой вариант прост в развёртывании и подходит для небольших компаний, но имеет ограничения по объёму и числу одновременных подключений, а также уязвим при сбоях сети и питания.

В клиент-серверном режиме данные хранит СУБД — Microsoft SQL Server, PostgreSQL, Oracle или IBM DB2, а между пользователями и СУБД работает сервер 1С:Предприятия. Этот вариант выдерживает десятки и сотни одновременных пользователей, поддерживает фоновые задания и тонкую настройку прав.

Файловый или клиент-серверный режим

Файловый режим

Подходит для 1–5 пользователей и базы умеренного объёма. Простое развёртывание и копирование. Ограничение: риск повреждения файла при сбое, низкая производительность при росте данных.

Клиент-серверный режим

Подходит при десятках пользователей, больших объёмах и требованиях к отказоустойчивости. Ограничение: нужны лицензии на сервер 1С и СУБД, а также администратор для обслуживания.

Режимы запуска и работа пользователей

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

Доступ внутри базы регулируется ролями. Роль — это набор прав на объекты метаданных: чтение, добавление, изменение, удаление. Пользователю назначается одна или несколько ролей, и платформа проверяет права при каждом обращении к данным. В типовых конфигурациях есть готовые профили групп доступа — например, «Бухгалтер», «Кассир», «Менеджер по продажам».

Фоновые и регламентные задания — отдельный механизм исполнения. Регламентные задания выполняются по расписанию: обмен с банком, загрузка курсов валют, синхронизация с сайтом. В файловом режиме их выполнение зависит от запущенного сеанса, в клиент-серверном — за выполнение отвечает сервер.

Как происходит обновление и обмен данными

Обновление типовой конфигурации выполняется через механизм поддержки: платформа сравнивает текущую конфигурацию с конфигурацией поставщика и переносит изменения. Перед обновлением обязательно создаётся резервная копия, потому что откатить обновление штатными средствами нельзя — только восстановлением копии.

Обмен данными между базами строится на планах обмена и правилах конвертации. Типовой сценарий — синхронизация «Управления торговлей» с «Бухгалтерией»: документы и справочники переносятся по расписанию, чтобы не вести учёт дважды. Обмен может идти через файлы, веб-сервисы или прямое подключение.

1. 1
   Создайте резервную копию базы штатным способом или средствами СУБД
2. 2
   Проверьте требуемую версию платформы в описании релиза
3. 3
   Выполните обновление в тестовой копии базы и проверьте ключевые операции
4. 4
   Попросите пользователей завершить сеансы и установите блокировку
5. 5
   Обновите рабочую базу и выполните обработчики обновления до конца
6. 6
   Проверьте проведение документа, формирование отчёта и обмен данными

Обработчики обновления — важный этап, который часто недооценивают. После смены версии конфигурация запускает процедуры преобразования данных: заполняет новые реквизиты, переносит сведения в новые регистры. Прерывать этот процесс нельзя — база останется в промежуточном состоянии.

Расширения: доработка без изменения типовой конфигурации

Расширение конфигурации — механизм, позволяющий добавить формы, отчёты, обработчики и некоторые объекты поверх типовой конфигурации, не снимая её с поддержки. Это основной современный способ доработки: типовая часть продолжает обновляться автоматически, а специфика компании живёт в расширении.

У расширений есть ограничения: нельзя изменять структуру большинства регистров и планов счетов, а некоторые доработки по-прежнему требуют правки основной конфигурации. Перед установкой расширения в рабочую базу его проверяют на копии — конфликт расширения с новым релизом может заблокировать запуск.

Как проверить, что система работает корректно

После обновления, переезда или восстановления базы полезно выполнить короткую проверку ключевых функций. Она занимает немного времени и позволяет обнаружить проблему до того, как с ней столкнутся пользователи в разгар рабочего дня.

Для файловых баз периодически запускайте тестирование и исправление через конфигуратор — оно выявляет физические и логические ошибки в файле базы. Для клиент-серверных баз аналогичные проверки выполняются средствами СУБД: контроль целостности, обслуживание индексов, мониторинг свободного места.

Контрольные точки

Контрольные точки после обновления

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

Норма

Документ проводится, движения по регистрам формируются

Тревожный признак

Ошибка обращения к объекту или отсутствие движений

Регламентные задания

Норма

Задания выполняются по расписанию, в журнале нет ошибок

Тревожный признак

Задания не запускаются или завершаются с ошибкой

Обмен данными

Норма

Синхронизация завершается без конфликтов, данные появляются в приёмнике

Тревожный признак

Обмен останавливается, растёт число неотправленных сообщений

Права пользователей

Норма

Пользователи видят только свои разделы и документы

Тревожный признак

Лишние разделы доступны или нужные функции заблокированы

Часто задаваемые вопросы

Чем платформа отличается от конфигурации?

Платформа — это технологическая среда: она исполняет код, управляет сеансами и работой с данными. Конфигурация — прикладное решение, написанное для платформы: она описывает справочники, документы и отчёты конкретного учёта. Одна платформа может запускать разные конфигурации, и наоборот — конфигурация работает на совместимых версиях платформы.

Можно ли перенести базу с одного компьютера на другой?

Да. Для файловой базы достаточно скопировать файл 1Cv8.1CD или выгрузить базу в файл с расширением dt через конфигуратор и загрузить на новом месте. Для клиент-серверной базы перенос делается средствами СУБД: резервная копия на старом сервере и восстановление на новом. После переноса базу нужно заново прописать в списке баз у пользователей.

Что такое файл выгрузки dt и чем он отличается от копии?

Файл dt — это выгрузка информационной базы штатными средствами конфигуратора: в нём и конфигурация, и данные в переносимом формате. Копия файловой базы — это просто копия файла 1Cv8.1CD. Выгрузка в dt надёжнее для архивного хранения и переноса между режимами, но занимает больше времени.

Почему после обновления конфигурации просят не выключать программу?

После смены версии запускаются обработчики обновления, которые преобразуют данные под новую структуру. Если прервать процесс, часть данных окажется в старом формате, часть — в новом, и база станет несогласованной. Дождитесь сообщения о завершении обновления, а при сбое восстанавливайте базу из резервной копии.

Когда файловой базы уже недостаточно?

Признаки: заметные паузы при проведении документов и формировании отчётов, конфликты блокировок при одновременной работе нескольких пользователей, рост файла базы до размеров, при которых копирование и тестирование занимают часы. В такой ситуации рассматривают переход на клиент-серверный режим с СУБД.

Что делать, если 1С сообщает об ошибке СУБД?

Такая ошибка означает проблему на уровне базы данных, а не прикладного кода. Прекратите массовые операции, проверьте свободное место на дисках сервера и состояние службы СУБД. Для диагностики и восстановления привлекайте администратора баз данных — самостоятельные действия с файлами СУБД могут привести к потере данных.