Фундаментальные отличия справочников от документов в 1С

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

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

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

Концептуальная природа объектов и их назначение

Справочники в 1С представляют собой иерархические или плоские списки однородной информации. Их главная задача — хранение нормативно-справочной информации (НСИ), которая используется многократно. Элемент справочника не имеет временной привязки в момент создания; он существует «здесь и сейчас». Например, номенклатура товаров, список сотрудников или перечень банковских счетов — это классические примеры справочников.

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

Важно понимать, что справочник описывает объект, а документ описывает действие над объектом. Если вы создаете элемент «Ноутбук Lenovo» в справочнике, вы просто констатируете, что такой товар существует в вашей базе. Но пока вы не создадите документ «Поступление товаров», этот ноутбук не появится на складе и не будет иметь количественной и денежной оценки в учете.

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

Структура хранения данных и табличная модель

С точки зрения физической структуры базы данных (будь то файловый вариант или MS SQL Server), справочники и документы имеют принципиально разную организацию таблиц. Элемент справочника хранится, как правило, в одной основной таблице (например, _Reference35), где каждому полю соответствует отдельная колонка. Из-за этого добавление новых реквизитов в справочник может требовать перестройки структуры таблицы, что при больших объемах данных является ресурсоемкой операцией.

Документы же используют модель «Заголовок — Табличная часть». Заголовок документа хранится в одной таблице, а строки документа (товары в накладной, сотрудники в ведомости) хранятся в отдельных табличных частях. Это позволяет создавать документы с неограниченным (в разумных пределах) количеством строк. Структура табличных частей также жестко типизирована, но отделена от заголовка, что обеспечивает гибкость при работе со списками.

Еще одно ключевое отличие заключается в ссылочной целостности. Ссылка на элемент справочника обычно занимает 4 или 8 байт (в зависимости от разрядности платформы) и является указателем на запись в таблице справочника. Ссылка на документ также является указателем, но она неразрывно связана с временной шкалой. При выборке данных из документа система часто вынуждена выполнять более сложные JOIN-операции для соединения заголовка и табличных частей, что влияет на производительность запросов.

Временная шкала и принцип актуальности

Одним из самых важных различий является отношение ко времени. Справочник существует вне времени в контексте своей актуальности. Когда вы открываете карточку контрагента, вы видите его текущий адрес и ИНН. Если адрес изменился неделю назад, в карточке справочника вы увидите новый адрес, а старый будет утерян (если не ведется специальная история). Справочник всегда показывает «срез» актуальных данных на текущий момент.

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

Этот механизм обеспечивает стабильность отчетности. Вы можете смело менять справочники, чистить их, переименовывать элементы, и ранее сформированные документы и отчеты по ним не «поедут». Данные в документах часто дублируются из справочников в момент проведения именно для сохранения этой исторической достоверности.

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

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

Механизм проведения и влияние на регистры

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

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

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

Сравнительная таблица характеристик

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

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

Особенности нумерации и уникальности

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

В документах нумерация играет критическую роль. Обычно она ведется в разрезе видов документов и периодов (год, месяц, день). Уникальность комбинации «Вид документа + Номер + Дата» часто контролируется системой, чтобы избежать дублирования первичной документации. Номер документа — это юридически значимый атрибут, который должен быть уникальным в рамках определенного периода.

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

⚠️ Внимание: При ручной установке даты в прошлом для нового документа система может выдать предупреждение о блокировке интервала. Это механизм защиты от «заднего числа», который предотвращает пересчет уже закрытых периодов.

Практические рекомендации по выбору объекта

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

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

Никогда не пытайтесь реализовать документооборот через справочники, добавляя туда поля «Дата» и «Сумма». Вы получите неповоротливую систему, в которой невозможно будет корректно рассчитать итоги на произвольную дату. Движок 1С оптимизирован именно под разделение статических данных и динамических событий.

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

Можно ли провести справочник так, чтобы он сформировал движения?

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

Что будет, если изменить наименование товара в справочнике после проведения накладной?

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

Почему удаление элемента справочника иногда запрещено?

Система запрещает удаление, если на этот элемент существуют ссылки в проведенных документах или других справочниках. Это защита от потери целостности данных. Сначала нужно найти и удалить (или перепровести) все документы, использующие этот элемент.

Может ли документ не иметь табличной части?

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