Чем отличается справочник от документа в 1С Предприятие

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

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

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

Природа данных: Статика против События

Главное концептуальное различие кроется в природе хранимой информации. Справочники описывают сущности, которые существуют независимо от конкретных хозяйственных операций. Например, товар "Монитор Samsung" существует в базе данных до того, как его кто-то купил, и продолжает существовать после продажи. Его свойства — артикул, вес, габариты — меняются редко и не привязаны жестко к конкретной дате и времени совершения сделки.

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

Архитектура 1С:Предприятие 8 построена так, что документы часто ссылаются на элементы справочников. Вы не можете провести документ "Реализация товаров", если в системе не создан справочник "Номенклатура" и в нем нет нужного товара. Таким образом, справочники выступают в роли нормативно-справочной информации (НСИ), а документы — в роли операционных данных.

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

Временная шкала и версияльность

Вопрос времени является ключевым дифференциатором. Элементы справочников, как правило, не имеют жесткой привязки к временной шкале в момент их создания. Карточка контрагента "ООО Ромашка" создается один раз и живет долго. Хотя в современных конфигурациях существует механизм истории изменений (версионность), основная сущность справочника считается актуальной "здесь и сейчас" до момента её редактирования.

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

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

Движения по регистрам: пассивность и активность

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

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

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

Критерий сравнения	Справочник	Документ
Основная цель	Хранение статических данных (НСИ)	Регистрация хозяйственных операций
Привязка ко времени	Отсутствует или условна	Жесткая (дата и время обязательны)
Движения по регистрам	Не формирует	Формирует при проведении
Нумерация	Код (часто автоматический или ручной)	Номер + Дата (часто автонумерация)
Проведение	Не проводится	Имеет статус "Проведен / Не проведен"

Структура и иерархия объектов

Организация данных внутри этих объектов также имеет свои особенности. Справочники в 1С обладают мощным инструментом — иерархией. Вы можете создавать многоуровневые деревья, например: "Товары" -> "Бытовая техника" -> "Холодильники". Это позволяет удобно группировать данные, строить отчеты по группам и наследовать свойства. Иерархия в справочниках — это стандарт де-факто для большинства классификаторов.

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

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

Можно ли сделать справочник периодическим?

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

Жизненный цикл и состояние объекта

Жизненный цикл справочника относительно прост: создание, редактирование, пометка на удаление и физическое удаление. Состояние элемента справочника обычно бинарное: он либо существует (активен), либо помечен на удаление. Пользователь может просто открыть карточку и изменить название, и это изменение вступит в силу немедленно для всех будущих операций.

У документов жизненный цикл сложнее из-за наличия статуса проведения. Документ может быть создан, но не проведен (черновик). В этом состоянии он виден в журнале, но не влияет на отчеты и остатки. Операция проведения (Документ.Провести()) переводит его в активное состояние, формируя движения. Существует также возможность отмены проведения, что возвращает систему в состояние "до документа".

Кроме того, документы часто имеют сложные статусыworkflow, особенно в современных подсистемах согласования. Документ может находиться в статусе "На согласовании", "Утвержден", "Оплачен". Справочники редко имеют такие сложные статусные модели, ограничиваясь флагом активности.

⚠️ Внимание: Удаление проведенного документа без предварительной отмены проведения (сторнирования) может привести к рассинхронизации данных в регистрах. Всегда сначала отменяйте проведение, прежде чем удалять документ с движениями.

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

Чтобы закрепить теорию, рассмотрим конкретные примеры из типовых конфигураций, таких как 1С:Бухгалтерия или 1С:Управление торговлей. Когда вы заводите нового поставщика в базу, вы работаете со справочником "Контрагенты". Вы вводите ИНН, адрес, телефон. Эти данные будут использоваться многократно в разных документах.

Когда вы получаете товар от этого поставщика, вы создаете документ "Поступление товаров и услуг". В шапке документа вы выбираете поставщика из справочника, а в табличной части выбираете товары из справочника "Номенклатура". Сам документ фиксирует количество, цену и дату поставки. Именно этот документ увеличит складские остатки.

Еще один пример: кадровый учет. Справочник "Сотрудники" хранит личные данные: дату рождения, паспорт, образование. Документ "Прием на работу" фиксирует дату начала работы, должность и оклад. Документ "Отпуск" фиксирует период отсутствия. Изменение оклада в карточке сотрудника (справочник) задним числом не пересчитает уже начисленную зарплату, а изменение оклада через документ "Кадровый перевод" с правильной датой — пересчитает.

Влияние на производительность и отчетность

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

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

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

⚠️ Внимание: Интерфейсы и названия объектов могут отличаться в разных версиях 1С (7.7, 8.1, 8.2, 8.3) и в разных отраслевых решениях. Всегда сверяйтесь с документацией к вашей конкретной конфигурации, так как логика работы может иметь специфические нюансы.

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

Технически создать объект метаданных "Документ" можно, но работать он не будет. Документ должен ссылаться на какие-либо объекты учета (товары, счета, сотрудники), которые хранятся в справочниках. Документ без реквизитов-ссылок на справочники — это бессмысленная запись в журнале.

Что такое "оперативное проведение" документов?

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

В чем разница между кодом справочника и номером документа?

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

Почему нельзя удалять элементы справочников, если они используются?

Элементы справочников связаны с документами ссылками. Удаление элемента справочника (например, товара) приведет к тому, что все исторические документы, где этот товар фигурировал, станут некорректными ("битыми" ссылками). Поэтому 1С запрещает удаление используемых элементов, предлагая вместо этого пометку на удаление.

Как справочники влияют на скорость открытия форм документов?

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