К статье
Практический материал

Обучение и Решения · 12 мин

Объект информационной базы 1С: что это такое простыми словами

Что такое объект информационной базы 1С: виды объектов, где они хранятся, как найти нужный объект в конфигураторе и предприятии, типичные ошибки новичков.

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

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

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

Какие виды объектов хранятся в информационной базе

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

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

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

Чем объект метаданных отличается от объекта базы

Конфигуратор показывает дерево метаданных — это «чертёж» системы. Там описано, что у документа «Реализация» есть реквизиты «Контрагент», «Договор», табличная часть «Товары». Ни одного конкретного документа в конфигураторе нет — там только структура.

Информационная база — это уже «построенное здание»: тысячи конкретных реализаций, контрагентов, записей регистров. Каждый такой экземпляр получает при создании уникальный идентификатор (GUID) — строку из 32 шестнадцатеричных символов, которая не меняется в течение всей жизни объекта и не повторяется ни в одной базе.

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

Как найти нужный объект в режиме предприятия

Пользователю без доступа к конфигуратору объекты доступны через стандартные разделы интерфейса. Основные пути поиска:

  1. Откройте раздел меню, соответствующий виду объекта: справочники обычно собраны в разделе «Справочники» или «Номенклатура и склад», документы — в функциональных разделах «Продажи», «Покупки», «Банк и касса».
  2. Используйте строку полнотекстового поиска в верхней части окна — она ищет по наименованиям, номерам и содержимому реквизитов.
  3. В списке документов применяйте отборы по дате, контрагенту, организации — это быстрее, чем прокрутка журнала.
  4. Чтобы увидеть, где используется объект, откройте его карточку и выполните команду «Ещё → Ссылки на объект» (в ряде конфигураций — «Поиск ссылок на объект»). Система покажет все документы и записи, где встречается эта ссылка.

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

Как проверить, где используется объект
  1. 1
    Откройте карточку объекта (контрагента, номенклатуры) в режиме 1С:Предприятие
  2. 2
    В меню «Ещё» выберите команду поиска ссылок на объект
  3. 3
    Дождитесь построения списка и изучите, какие документы ссылаются на объект
  4. 4
    Только после этого принимайте решение о пометке на удаление или объединении дублей

Где объекты находятся в конфигураторе и как их смотреть разработчику

Для просмотра структуры объектов откройте конфигуратор и команду «Конфигурация → Открыть конфигурацию». Дерево метаданных сгруппировано по видам объектов: «Справочники», «Документы», «Регистры сведений» и так далее. Двойной щелчок по ветке открывает список конкретных типов, а палитра свойств (правый щелчок → «Свойства») показывает реквизиты, длины строк, состав движений.

Чтобы увидеть сами данные из конфигуратора, используются инструменты администратора: стандартная функция «Все функции» (в режиме предприятия: главное меню → «Все функции») открывает полный список таблиц — справочников, документов, регистров — независимо от настроенного интерфейса. Это удобно, когда нужный объект не выведен в панель разделов.

При доработке конфигурации новые объекты добавляются через контекстное меню «Добавить» на соответствующей ветке дерева. Платформа сама создаст в базе нужные таблицы при обновлении конфигурации базы данных (клавиша F7 в конфигураторе с последующим подтверждением реструктуризации).

Ссылки, идентификаторы и как объекты связаны между собой

Связь объектов в 1С строится на ссылках. Документ «Реализация» ссылается на контрагента, договор, склад и элементы номенклатуры в табличной части. Запись регистра накопления ссылается на документ-регистратор. Эта сеть ссылок обеспечивает целостность: отчёт по остаткам «знает», каким документом образован каждый остаток.

У каждого объекта есть два представления: внутренний GUID и «человеческое» — наименование, номер с датой или код. При обмене данными между базами именно GUID позволяет понять, что контрагент «ООО Ромашка» в одной базе и в другой — один и тот же объект, даже если наименования слегка отличаются.

Из этого следует практический вывод: объекты нельзя «пересоздавать» вместо исправления. Если удалить контрагента и завести нового с тем же названием, это будет другой объект с другим GUID, и старые документы на него ссылаться не будут. Правильный путь — редактировать существующую карточку или использовать обработку поиска и замены дублей.

Типичные ошибки
01
Создание дубля элемента справочника вместо исправления существующего — документы продолжают ссылаться на старый объект, отчёты «разъезжаются»
02
Пометка на удаление объекта без проверки ссылок — в документах появляются битые ссылки «Объект не найден»
03
Ручная правка записей регистров, которые формируются документами — при перепроведении документа правки затираются
04
Путаница между объектом конфигурации и данными: попытка «найти документ» в конфигураторе вместо режима предприятия
05
Изменение структуры метаданных без копии базы — при ошибке реструктуризации данные могут быть потеряны

Как проверить целостность объектов и исправить проблемы

Для диагностики проблем с объектами в типовых конфигурациях есть штатные инструменты. Удаление помеченных объектов («Администрирование → Обслуживание → Удаление помеченных объектов») работает в двух режимах: автоматическом и выборочном — система показывает, какие ссылки мешают удалению, и даёт возможность сначала разобраться с ними.

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

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

Как проверить результат

Открытие объекта из документа
Норма

Карточка контрагента или номенклатуры открывается по ссылке из документа

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

В поле отображается «Объект не найден» — ссылка битая

Удаление помеченных объектов
Норма

Объект удалён, в списке мешающих ссылок пусто

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

Система показывает список объектов, использующих ссылку — удаление невозможно

Отчёты по регистрам
Норма

Остатки сходятся с оборотами по документам

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

Расхождения после ручного редактирования записей регистров

Когда нужен программист, а когда достаточно штатных средств

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

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

Маршрут решения

Как выбрать действие

Нужно найти или исправить данные (контрагент, документ)Работайте в режиме предприятия: поиск, карточка объекта, проверка ссылок
Нужно удалить ненужный объектПометьте на удаление и выполните штатное удаление помеченных с контролем ссылок
Нужно добавить новый реквизит или вид объектаПривлеките разработчика и выполняйте доработку на копии базы
В документах появились «Объект не найден»Найдите битые ссылки, восстановите объекты из копии или замените ссылки
Итог

Что важно запомнить

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

Частые вопросы об объектах информационной базы

Чем объект 1С отличается от таблицы базы данных?

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

Как узнать уникальный идентификатор (GUID) объекта?

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

Можно ли восстановить удалённый объект?

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

Почему в документе вместо контрагента написано «Объект не найден»?

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

Что такое предопределённые элементы справочника?

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

Кто может видеть и изменять объекты в базе?

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