Что хранится в базе данных 1С: состав и структура данных

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

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

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

Какие объекты конфигурации хранят данные в 1С

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

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

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

Справочники и нормативная информация

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

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

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

Документы и их движения по регистрам

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

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

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

Настройки, пользователи и права доступа

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

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

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

Файлы, вложения и печатные формы

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

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

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

Где хранить присоединённые файлы

В базе данных

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

В томах на диске

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

Служебная и техническая информация в базе

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

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

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

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

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

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

1. 1
   Определите режим работы базы: файловый (файл 1Cv8.1CD в каталоге) или клиент-серверный (база на SQL Server, PostgreSQL или другой СУБД).
2. 2
   Откройте конфигуратор в режиме просмотра и посмотрите состав объектов конфигурации: какие справочники, документы и регистры реально задействованы.
3. 3
   В пользовательском режиме проверьте количество элементов в ключевых списках: контрагенты, номенклатура, документы за период.
4. 4
   Для клиент-серверной базы запросите у администратора СУБД отчёт по размерам таблиц — так видно, что занимает больше всего места.
5. 5
   Проверьте настройку хранения присоединённых файлов и размер журнала регистрации — частые источники роста базы.

Риски при работе с данными базы напрямую

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

Вторая типичная проблема — удаление «лишних» объектов без контроля ссылок. Удалённый контрагент оставит пустые ссылки в документах, и отчёты начнут выдавать ошибки или неполные данные. Удалять объекты следует только через пометку на удаление с последующей штатной процедурой контроля ссылочной целостности.

Что не хранится в базе данных 1С

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

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

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

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

Где физически находится база данных 1С на компьютере?

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

Хранятся ли пароли пользователей в базе в открытом виде?

Нет. Пароли хранятся в виде хешей, и прочитать их в исходном виде нельзя даже администратору. Восстановить забытый пароль невозможно — можно только задать новый через пользователя с административными правами.

Почему база растёт, хотя документов вводится немного?

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

Можно ли посмотреть содержимое базы без 1С, например через Excel?

Напрямую открыть файл 1Cv8.1CD сторонними программами нельзя — формат закрытый. Из клиент-серверной базы данные технически читаются запросами SQL, но структура таблиц не предназначена для ручного анализа, а изменять данные так категорически нельзя. Для выгрузки в Excel используйте штатные отчёты и команды сохранения табличных документов.

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

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

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

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