Какие объекты позволяет создавать система 1С:Предприятие

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

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

Справочники: хранение нормативной информации

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

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

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

Документы: регистрация хозяйственных операций

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

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

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

Регистры: накопление и анализ данных

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

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

Регистры бухгалтерии и расчёта жёстко связаны с планами счетов и планами видов расчёта соответственно: структура проводок и видов расчёта описывается именно там.

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

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

Нужно хранить значение в разрезе измерений без документов-источниковРегистр сведений (например, курсы валют, ответственные лица)

Нужны остатки на произвольную датуРегистр накопления с видом «Остатки»

Нужны только суммы за период без остатковРегистр накопления с видом «Обороты»

Нужна двойная запись по счетамПлан счетов + регистр бухгалтерии

Нужны сложные расчёты с вытеснением по периодамПлан видов расчёта + регистр расчёта

Перечисления, планы видов характеристик и планы счетов

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

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

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

Отчёты и обработки: инструменты анализа и сервиса

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

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

Служебные и интеграционные объекты

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

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

Как выбрать тип объекта под задачу

Практическое правило звучит так: если данные — это «кто» или «что» (сущность учёта), это справочник; если «что произошло» — документ; если «сколько осталось или сколько было за период» — регистр; если «что показать пользователю» — отчёт; если «что сделать с данными» — обработка. Значения-константы выносятся в перечисления и константы, гибкие пользовательские свойства — в планы видов характеристик.

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

1. 1
   Откройте конфигуратор и дерево конфигурации, выберите нужную ветку объектов
2. 2
   Создайте объект и задайте имя, синоним и основные свойства
3. 3
   Определите реквизиты, табличные части и связи с другими объектами
4. 4
   Настройте формы: списка, элемента, выбора
5. 5
   Для документа опишите движения по регистрам в модуле объекта
6. 6
   Назначьте объект подсистемам и настройте права в ролях
7. 7
   Обновите конфигурацию базы данных и проверьте работу на тестовых данных

Частые вопросы

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

Значения перечисления задаёт разработчик в конфигураторе, и пользователь не может их дополнить. Справочник наполняется пользователем в режиме «Предприятие». Если набор значений должен расширяться без доработки конфигурации, используйте справочник или план видов характеристик.

Можно ли создать документ, который не проводится?

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

Когда нужен регистр сведений, а когда регистр накопления?

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

Что такое внешние отчёты и обработки?

Это файлы с расширениями ERF и EPF, которые открываются в режиме «Предприятие» без изменения конфигурации. Они удобны для разовых операций и тестирования, но не участвуют в механизме прав и подсистем, поэтому постоянно используемую функциональность лучше встраивать в конфигурацию или расширение.

Как добавить пользователю возможность создавать свои свойства товаров?

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

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

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