Как работает система 1С: архитектура, режимы и принципы работы

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

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

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

Из чего состоит система 1С: платформа, конфигурация, база данных

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

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

База данных (информационная база) содержит и конфигурацию, и данные. В файловом варианте это один файл 1Cv8.1CD в каталоге; в клиент-серверном — набор таблиц в СУБД. Именно поэтому перенос базы между компьютерами в файловом режиме сводится к копированию каталога или выгрузке в файл .dt через конфигуратор.

Объекты метаданных: на чём построен учёт

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

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

Связка «документ → движения по регистрам → отчёт» — основа всей системы. Если отчёт показывает неверные цифры, причина почти всегда в движениях: документ не проведён, проведён не той датой или движения испорчены ручной операцией. Проверка начинается с открытия движений конкретного документа (кнопка «Движения документа») и сопоставления их с ожидаемым результатом.

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

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

В клиент-серверном режиме появляется трёхуровневая архитектура: клиентское приложение ↔ сервер «1С:Предприятия» ↔ сервер СУБД (PostgreSQL, Microsoft SQL Server и другие поддерживаемые). Клиент не трогает данные напрямую: он отправляет запросы серверу 1С, тот выполняет бизнес-логику и обращается к СУБД. Такой вариант выдерживает десятки и сотни одновременных пользователей, даёт управляемые блокировки и надёжность транзакций СУБД.

Сравнение режимов

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

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

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

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

Выбор режима стоит пересматривать при росте компании. Типичные признаки, что файловый режим исчерпан: база работает заметно медленнее при одновременной работе пользователей, появляются ошибки блокировок и «файл базы повреждён» после сбоев, регламентные операции (закрытие месяца, обновление) занимают часы.

Клиентские приложения: толстый, тонкий и веб-клиент

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

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

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

Как документ проводится и откуда берутся данные в отчётах

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

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

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

Как проверить корректность учёта

Движения документа

Норма

Наборы записей по регистрам соответствуют логике документа: суммы, количества, счета верны

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

Движений нет при проведённом документе или суммы не совпадают с табличной частью

Отчёт по остаткам

Норма

Остатки на дату совпадают с карточкой счёта / складским отчётом

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

Расхождения между отчётами по одним данным — признак битых итогов или непроведённых документов

Закрытие периода

Норма

Регламентные операции выполняются без ошибок, себестоимость рассчитана

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

Ошибки контроля, отрицательные остатки, нераспределённые суммы

Права доступа и аутентификация

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

Аутентификация возможна средствами 1С (логин и пароль, хранящийся в базе) или через операционную систему / домен. В клиент-серверном режиме дополнительно действуют разграничения на уровне кластера серверов и СУБД. Парольную политику — минимальную длину, сложность, срок действия — настраивают в параметрах информационной базы; для баз с финансовыми данными это обязательный минимум гигиены.

Обновления, резервные копии и безопасное администрирование

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

Резервная копия в файловом режиме — это выгрузка в файл .dt через конфигуратор либо копирование каталога базы при отсутствии активных сеансов. В клиент-серверном режиме правильный способ — штатные средства СУБД (резервное копирование базы SQL) плюс периодическая выгрузка .dt как дополнительный слой защиты. Копию стоит периодически проверять восстановлением на тестовой базе: непроверенная копия не считается копией.

1. 1
   Сделайте резервную копию: выгрузка .dt и (для клиент-сервера) бэкап средствами СУБД
2. 2
   Разверните копию базы и прогоните обновление на ней — проверьте длительность и ошибки
3. 3
   Завершите сеансы пользователей и установите блокировку соединений с рабочей базой
4. 4
   Выполните обновление на рабочей базе, дождитесь завершения обработчиков обновления данных
5. 5
   Проверьте ключевые отчёты и проведение документов, затем снимите блокировку

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

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

FAQ: частые вопросы о работе системы 1С

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

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

Можно ли работать в 1С без установки программы на компьютер?

Да, через веб-клиент: база публикуется на веб-сервере, и пользователи работают в браузере по ссылке. Для этого нужен настроенный веб-сервер (IIS или Apache) и публикация информационной базы. Часть функций, например работа со сканерами и торговым оборудованием, в веб-клиенте ограничена.

Почему отчёт показывает данные, которых нет в документах?

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

Что делать, если файл базы повреждён после сбоя?

Сначала сделайте копию повреждённого файла, чтобы не усугубить ситуацию. Затем запустите утилиту chdbfl.exe из каталога платформы — она проверяет физическую целостность файловой базы. После неё выполните тестирование и исправление в конфигураторе. Если база не восстанавливается, остаётся откат на последнюю рабочую резервную копию.

Когда нужно переходить с файлового режима на клиент-серверный?

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

Безопасно ли дорабатывать типовую конфигурацию?

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