MVP и сводные правила

К оглавлению | Справочники

15. Минимальный состав для MVP

15.1. Номенклатура

Сущность	Минимальные поля
Номенклатурная позиция	id, sku, name, productType, baseUnit
Единица хранения	id, name, unitType
BOM	id, productId, version, lines[]
Строка BOM	componentProductId, quantity, unit, consumedAtOperationTemplateId

15.2. Операции и процессы

Сущность	Минимальные поля
Тип операции	id, name, categoryCode, executorRoleRules, operationParameterSchema, executionParameterSchema, active
Шаблон операции	id, name, operationTypeId, inputProducts, outputProducts, primaryExecutor
Процесс	id, name, processType, productId, version, nodes, edges
Узел процесса	id, nodeType, name, operationTemplateId
Переход процесса	from, to, edgeType, conditionSetId, priority

15.3. Агенты

Сущность	Минимальные поля
Тип объекта ЦД	code, name, geometryKinds, agentCreationPolicy, active
Архетип агента	id, name, nature, compatibleObjectTypes, capabilitySpecifications
Агент	id, name, archetypeId, spatialBinding.objectId
Capability	id, agentId, archetypeCapabilitySpecificationId, kind, operationTypeIds, parameters
Индивидуальный профиль	id, capabilityId, profileDefinitionId, applicabilityOverrides.operationTemplateIds, parameterOverrides

---

16. Сводные правила

1. Номенклатурная позиция является атомарной единицей справочника продукции.
2. Состав изделия является отдельной сущностью BOM и состоит из ссылок на номенклатурные позиции.
3. Шаблон операции является переиспользуемым описанием действия.
4. Процесс является графом из узлов и переходов; операционные узлы ссылаются на шаблоны операций.
5. Категории операций являются жестким системным справочником: производство, логистика, контроль качества, сервис, перемещение и доступ.
6. Типы операций являются проектным справочником, но каждый тип обязан принадлежать системной категории.
7. Объект цифрового двойника хранит физику и геометрию, но не хранит исполнительные параметры.
8. Тип объекта задает политику агентности, но не определяет точный архетип.
9. Для агентного объекта пользователь выбирает совместимый архетип, после чего агент и его capability создаются автоматически.
10. Пользователь не создает и не удаляет агентов напрямую.
11. Capability агента наследуется от спецификации архетипа и может сужать, но не расширять ее допустимость.
12. Агент выполняет операции через capability и индивидуальные профили выполнения.
13. Индивидуализация производства хранится в agentExecutionProfiles, а не в operationTemplates.
14. Процесс задает требования к исполнителям, но не назначает конкретный станок, если это технологически не обязательно.
15. Запасы, партии, очереди, фактические назначения и события относятся к сценарию или runtime, а не к базовым справочникам проекта.

---

Связанные документы: Обзор модели | Проверки | Структура экранов