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

Разработка и Конфигурация · 12 мин

Прикладные объекты конфигурации 1С: что это и как с ними работать

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

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

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

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

Что такое прикладной объект и где он «живёт» в конфигураторе

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

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

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

Объекты для хранения относительно постоянных данных

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

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

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

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

Документы: фиксация хозяйственных событий

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

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

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

Регистры: где накапливаются итоги

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

Тип регистраЧто хранитТипичный пример
Регистр сведенийЗначения в разрезе измерений, опционально с периодичностьюКурсы валют, цены номенклатуры
Регистр накопления (остатки)Остатки по измерениям с приходом и расходомТовары на складах
Регистр накопления (обороты)Только обороты за период, без остатковОбъёмы продаж
Регистр бухгалтерииПроводки по плану счетовХозрасчётный
Регистр расчётаНачисления и удержания по периодамНачисления сотрудникам

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

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

Отчёты, обработки и вспомогательные объекты

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

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

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

Сравнение вариантов

Справочник

Подходит для списков редко меняющихся данных, на которые ссылаются документы. Не имеет даты и не проводится.

Документ

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

Регистр сведений

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

Регистр накопления

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

Как объекты связаны между собой

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

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

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

Порядок действий
  1. 1
    Откройте конфигуратор и дерево конфигурации, найдите нужный тип объекта.
  2. 2
    Изучите реквизиты, табличные части и модуль объекта перед изменением.
  3. 3
    Проверьте связи: где объект используется (поиск ссылок на объект в конфигурации).
  4. 4
    Внесите изменение и выполните обновление конфигурации базы данных (F7).
  5. 5
    Проверьте на тестовой копии: создание объекта, проведение, работу связанных отчётов.

Что учитывать при доработке и типичные ошибки

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

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

Типичные ошибки
01
Хранение изменяемых событий в справочнике вместо документа — теряется история и невозможно построить корректные итоги.
02
Лишние измерения в регистре — таблицы разрастаются, отчёты и проведение замедляются.
03
Ручное редактирование записей регистров в обход документов — нарушается связность учёта, остатки перестают сходиться с первичкой.
04
Изменение типовых объектов напрямую вместо расширения — конфигурация снимается с полной поддержки, обновления становятся ручными и рискованными.
05
Удаление объектов конфигурации, на которые есть ссылки в коде, — база перестаёт обновляться, типовые механизмы ломаются.
Контрольные точки

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

Обновление конфигурации БД
Норма

Завершилось без ошибок, реструктуризация прошла, база открывается

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

Ошибки реструктуризации, конфликты имён, база не запускается

Проведение документа
Норма

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

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

Ошибки в модуле проведения, движения не формируются

Данные отчётов
Норма

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

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

Расхождения между отчётами и документами

Ссылочная целостность
Норма

Удаление помеченных объектов проходит без неразрешённых ссылок

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

Объекты не удаляются из-за скрытых ссылок

Частые вопросы о прикладных объектах 1С

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

Справочник хранит относительно постоянные списки (товары, контрагенты) и не привязан к оси времени. Документ фиксирует событие с датой и номером и может проводиться, создавая движения в регистрах. Простое правило: если это «кто/что» — справочник, если «что произошло» — документ.

Можно ли добавить свой объект в типовую конфигурацию?

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

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

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

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

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

Что выбрать для хранения истории цен: справочник или регистр?

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

Чем регистр накопления отличается от регистра сведений?

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

Итог

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

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