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