metadata-modeling

Selects 1C:Enterprise metadata object classes and types their attributes for business data.

1|2|Updated Jul 19, 2026
One-click install
npx skills add https://github.com/IngvarConsulting/unica-marketplace --skill metadata-modeling-ingvarconsulting
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: metadata-modeling
Source: https://github.com/IngvarConsulting/unica-marketplace/tree/main/plugins/unica/skills/metadata-modeling
Command: npx skills add https://github.com/IngvarConsulting/unica-marketplace --skill metadata-modeling-ingvarconsulting

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Choosing the wrong metadata class in 1C:Enterprise — for example modeling an extensible set of kinds as an enumeration or typing a composite attribute with primitive types — leads to slow queries, forced restructuring, and painful migrations. This Skill guides the decision of which object class holds business data and how its attributes are typed, following platform standards and diagnostics. ## Core Features & Use Cases - Class selection: Maps business questions to the right metadata class — catalog, document, enumeration, chart of characteristic types, constant, or register — based on who is allowed to change the set of values. - Attribute typing: Enforces deliberate typing rules for string lengths, composite reference-only types, defined types, and common attributes, citing standards std432, std704, std728 and diagnostics АПК:1329, АПК:1330. - Predefined items and presentations: Covers predefined data update modes, interactive-deletion rights checks, and naming/presentation conventions (АПК:93, АПК:1207). - Use Case: When a requirement says "customers will add their own attribute kinds later", the Skill steers you to a chart of characteristic types instead of an enumeration, then creates and verifies the object via Unica MCP tools. ## Quick Start Ask the assistant to model a new business entity in the 1C configuration, for example: decide which metadata class should store product certifications and create it with properly typed attributes.

Frequently Asked Questions about metadata-modeling

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose between a catalog, document, and enumeration in 1C:Enterprise?▼

Choose based on who changes the set of values: a document records a fact at a point in time, a catalog holds a stable user-maintained list, and an enumeration holds a fixed set known at design time. If users must extend the set of kinds at runtime, use a chart of characteristic types instead.

When should I use a chart of characteristic types instead of an enumeration?▼

Use a chart of characteristic types whenever customers will add their own kinds later at runtime. Enumeration values are metadata child objects, so adding one requires a configuration change and deployment, never a user action.

Why should composite attribute types in 1C contain only reference types?▼

Composite attributes used in joins, filters, or sorting must contain only reference types per std728 and АПК:1329. Mixing in String, Number, or Date slows those queries markedly, and over-wide composites force restructuring when a referenced object is deleted.

Can I use AnyReference or CatalogRef types on stored attributes?▼

No, stored attributes should list types explicitly instead of using universal types like ЛюбаяСсылка or СправочникСсылка (АПК:1330). Universal types join every table in the type on dotted access and increase the cost of reference search and locks during deletion.

How should predefined items be updated in 1C configurations?▼

Predefined items should be created automatically with ОбновлениеПредопределенныхДанных set to Авто, and the mode must never be switched from code (std697, АПК:304, АПК:305). In subordinate distributed-infobase nodes they arrive from the main node.

What are the limits of the metadata-modeling skill?▼

The skill only decides which class holds data and how attributes are typed. Register internals belong to register-design, document posting logic to document-posting, event handlers to object-events, and form layout to form-patterns.