1С:Предприятие 8.2 /
Разработчикам /
Создание и изменение объектов метаданных
Общие сведения об организации хранения данных
Методическая рекомендация (полезный совет) |
1. При проектировании системы одной из задач является выбор типов объектов метаданых для реализации хранения соответствующих сущностей предметной области. Неправильный выбор типов объектов ведет к неэффективности прикладного решения, невозможности его последующего развития и делает невозможным адаптацию к возможным изменениям состава решаемых задач.
2. При выборе типа объектов метаданных в общем случае следует руководствоваться следующей схемой прикладного решения:
* Стрелки на схеме обозначают взаимосвязи между данными (взаимные ссылки).
На схеме выделяются следующие блоки:
1. Условно-постоянная информация. К этой части относится информация, которая вводится один раз, сравнительно редко изменяется и многократно используется. Примером такой информации могут служить различные классификаторы , настройки, перечни, реестры, нормативно-справочная информация и т.п.
2. Различные события процессов предметной области, которые привязаны ко времени и могут порождать при регистрации различные сведения, изменять значения показателей. Пример – документооборот предприятия, ведение учета ; регистрация заявок, звонков и т. п.
3. Накопленные сведения, значения показателей, которые характеризуют процессы и текущее состояние прикладной области. В отличие от первых двух частей, эти данные имеют необъектную природу и не являются самостоятельными сущностями с точки зрения прикладной области. Пример – история продаж товара, остатки на складах, текущий бухгалтерский баланс, история изменения курсов валют и т.п.
Отдельно выделяются средства для анализа и обработки данных, отчеты, механизмы, которые опираются на данные всех остальных блоков, но сами данных не содержат.
Подробнее о задачах и принципах хранении информации см. в книге «Профессиональная разработка в системе 1С Предприятие 8» глава 6.
2.1. Таким образом, упрощенно, для каждой сущности предметной области необходимо выбрать соответствующий блок по следующей схеме:
- Если необходимо хранить сравнительно редко изменяющуюся информацию, не привязанную ко времени, то это блок условно постоянной информации (1).
- Если необходимо регистрировать события, требующие документально подтверждения с отслеживанием последовательности событий на временной оси, то это блок событий процессов предметной области (2).
- В противном случае сущность должна относиться к блоку сведений и значений показателей (3).
Более подробные критерии выбора того или иного блока:
| Критерий / блок | Условно-постоянная информация | События процессов предметной области | Накопленные сведения, значения показателей |
| Основное предназначение | Необходимо хранить нормативно-справочную информацию, реестры | Необходимо регистрировать события процессов, обеспечивать документальное подтверждение сведениям | Необходимо хранить данные, которые характеризуют процессы и текущее состояние прикладной области |
| Отслеживание изменения состояния | Не требуется | Требуется регистрация документа к учету, отмена регистрации учета документа, учет запусков или окончаний процесса, изменения состояния задач, формирование движений | Не требуется |
| Иерархия, группировка данных | Требуется иерархия и группировка, возможно между разными сущностями | Не требуется | Не требуется |
| Ключевые свойства | Необходимо иметь наименование, код | Необходимо учитывать дату события, его номер | Не требуется |
| Хранение значений дополнительных реквизитов сущности | Необходимо хранить редко изменяемые реквизиты произвольных данных | Необходимо хранить ссылки на другие объекты и значения параметров, характеризующие событие | Необходимо хранить только значения реквизитов для других объектов базы |
| Нумерация | Необходимы серии кодов по всем элементам данного типа или в пределах иерархии | Необходимы серии номеров по всем элементам данного типа или в пределах периода по дате, сквозная нумерация объектов разных типов | Не требуется |
2.2. Затем, необходимо принять решение о конкретном виде типа объекта метаданных внутри выбранного блока:
2.2.1. Для хранения условно-постоянной информации:
1. Если требуется хранение плана счетов для организации учета по принципам двойной записи, то используется специализированный объект метаданных «План счетов».
2. Если требуется хранение перечня видов расчета для организации учета начислений и удержаний, то используется специализированный объект метаданных «План видов расчета».
3. Если требуется хранить одиночное значение, которое редактирует пользователь (как правило, это администратор, выполняющий настройки системы), не требующего ссылок из других данных, то используется объект метаданных «Константа».
4. Если необходимо определить фиксированный список значений не редактируемый пользователем, без каких-либо дополнительных реквизитов, то используется объект мета-данных «Перечисление».
5. Если требуется хранить список характеристик (свойств), причем состав самого списка, тип характеристик, их состав определяются пользователем, то используется объект мета-данных «План видов характеристик».
6. В остальных случаях, как правило, используется объект метаданных «Справочник»
Более подробные критерии выбора того или иного вида объекта метаданных:
| Критерий / тип объекта | Константа | Перечисление | План видов характеристик | Справочник |
| Основное предназначение | Необходимо хранение одиночных значений, предопределенных данных | Необходимо хранение списка неизменных представлений без дополнительных их атрибутов | Необходимо хранение списка сущностей и значений характеристик экземпляров сущности | Требуется хранение списка объектов и значений их атрибутов |
| Добавление и редактирование пользователем | Требуется только изменение значения | Не требуется | Требуется добавление, удаление и изменение элементов, редактирование состава и значений характеристик сущности | Требуется добавление, удаление, изменение элементов |
| Иерархия, группировка данных | Не требуется | Не требуется | Требуется в пределах одной сущности | Требуется в пределах одной сущности или между разными сущностями |
| Хранение значений дополнительных реквизитов сущности | Не требуется | Не требуется | Необходимо хранить произвольные данные для атрибутов сущности | Необходимо хранить произвольные данные для атрибутов сущности |
| Хранение списков значений дополнительных реквизитов | Не требуется | Не требуется | Требуется хранение списков наборов значений реквизитов для сущности | Требуется хранение списков наборов значений реквизитов для сущности |
| Возможность ввода на основании других объектов | Не требуется | Не требуется | Необходим ввод новых элементов с использованием информации других объектов | Необходим ввод новых элементов с использованием информации других объектов |
| Нумерация | Не требуется | Не требуется | Необходимы серии кодов по всем элементам одного типа или в пределах группировки | Необходимы серии кодов по всем элементам одного типа или в пределах группировки или подчинения |
2.2.2. Для хранения событий процессов предметной области:
1. Если требуется учет одиночных событий, адресованных некоторому исполнителю ( пользователю , сотруднику, группе или роли) не требуется формирование движений по результатам события: то используется объект метаданных «Задача»
2. Если требуется регистрировать в системе возникновение и ход регулярного процесса, состоящего из последовательности действий (событий), то используется объект метаданных «Бизнес процесс». Для учета событий, действий в рамках процесса используется объект метаданных «Задача»
3. В остальных случаях, как правило, используется объект метаданных «Документ»
Более подробные критерии выбора того или иного вида объекта метаданных:
| Критерий / тип объекта | Задачи | Бизнес-процесс (с задачами) | Документ |
| Основное предназначение | Необходимо вести учет одиночных событий, адресованных некоторым исполнителям | Необходимо вести учет последовательности событий, адресованных некоторым исполнителям | Необходима регистрация событий во времени, генерация вторичных данных, соответствующих этим событиям |
| Вложенность | Не требуется | Требуется учет процессов, вложенных в другие процессы (иерархия задач) | Не требуется |
| Объединение в журналы | Не требуется | Не требуется | Необходимо объединение документов разных видов в одном журнале |
| Состояние объекта | Требуются состояния «новый», «выполнено» | Требуются состояния «новый», «в работе», «завершен» | Требуются состояния «проведен», «не проведен» |
| Нумерация | Необходимы серии номеров по всем задачам данного вида или в пределах периода по дате | Необходимы серии номеров по всем процессам данного вида или в пределах периода по дате, нумерация событий внутри процесса | Необходимы серии номеров для документов разных видов – сквозные, или в пределах периода по дате |
2.2.3. Для хранения накопленных сведений, значений показателей:
1. Если требуется хранение данных учета с использованием принципа двойной записи, то используется специализированный объект метаданных «Регистр бухгалтерии».
2. Если требуется хранение результатов расчета учета начислений и удержаний, то используется специализированный объект метаданных «Регистр расчета».
3. Если требуется хранение изменений показателей – приход и расход, получение остатков и оборотов за период, то используется объект метаданных «Регистр накопления».
4. Во всех остальных случаях используется объект метаданных «Регистр сведений».
| Критерий / тип объекта | Регистр накоплений | Регистр сведений |
| Основное предназначение | Требуется хранение изменений данных - прихода и расхода значений показателей | Требуется хранение информации в виде наборов записей, регистрация некоторых сведений, значений |
| Получение данных | Требуется получение остатков, оборотов данных | Необходимо получение среза информации на момент времени или текущего значения показателей |
| Подтверждение происхождения данных | Требуется обязательная связь с регистрирующим документом | Связь не обязательна |
Более подробные критерии выбора того или иного вида объекта метаданных:
3. Пример выбора типов объектов метаданных.
Пусть некоторая организация занимается периодическим анкетированием. При заполнении анкеты указывается дата анкетирования. В анкете указывается набор вопросов, результатом заполнения анкеты является набор ответов. Сущность «Анкета» привязана к дате, порождает статистику – ответы на вопросы.
Таким образом, имеем:
- Периодическое событие, привязано к дате, порождает значение параметров. Это - второй блок «события предметной области».
- Далее уточняем внутри блока «событий предметной области»: т.к. анкета формирует вторичные данные - результаты ответов на вопросы, то следовательно, это должен быть документ.
Индивидуальные компьютерные курсы
Курс "Бухгалтерский учет + 1С:Бухгалтерия 8.2 для начинающих"
Курс Microsoft Excel
Курс Microsoft PowerPoint для начинающих
Курсы программирования 1С:Предприятие 8.2
Другие материалы по теме:
нумерация, нормативно-справочная информация, предел, группировка, получение, процесс, события, состояние, регистрация, состав, план, значения, объект, элемент, информация, изменения, конфигурирование, данные, значение, регистр, период, вид, расчет, учет, счет, документ
Материалы из раздела: 1С:Предприятие 8.2 / Разработчикам / Создание и изменение объектов метаданных
Другие материалы по теме:
Источники данных для расчетов бюджетирования
Общесистемные механизмы и принципы
Основные элементы подсистемы. Горизонт и периодичность планирования
Учет безналичных денежных средств. Поступление денежных средств
Нас находят: Справочник – объект метаданных предназначенный для хранения списков постоянной и условно-постоянной информации, Общие сведения о системе 1С: Предприятие 8 2, дать общее сведения предприятию, 1С общее сведения об организации
Мы на Facebook
