managedModelSourcePackage
Properties, variants, types and bounds for managedModelSourcePackage.
This reference describes the full structure of managedModelSourcePackage. Paths include nested objects, list items and conditional branches. A branch selected by kind, contract or mode only admits its own properties.
Structure and values
| Field | Options / expected values | Description |
|---|---|---|
contract |
"ManagedModelSourcePackage@1" |
Required. Exact discriminant of this contract variant. Match the literal value shown. |
format |
"ManagedModelAuthoringSource@1" |
Required. Presentation format compatible with the value type. |
dependencies |
closed object |
Required. Defines dependencies for this object. Observe the type, variants and bounds in the Options column. |
dependencies.compositionCatalogueVersion |
"0.0.0.1" |
Required. Defines composition Catalogue Version for this object. Observe the type, variants and bounds in the Options column. |
files |
Array<string; /^[a-z0-9][a-z0-9-]*\.json$/u>; min length 1; max length 100; semantic validation |
Required. Defines files for this object. Observe the type, variants and bounds in the Options column. |
Reading the contract
A path ending in [] describes each list item; {key} describes each dictionary value. The ↻ marker refers to the same recursive expression. Closed objects reject additional properties. Semantic validation denotes an additional check: matching a type does not make a reference, permission or transition valid. References must resolve in the Model and the current user context.
An older variant cannot accept properties belonging to a newer variant. The compiler checks the version and consistency of the complete Model.
Surface manages this structure’s implementation parameters. Use Model tools to produce them; they are not values to enter in a record.
Related references
Complete Model index · Build a Model
Applied examples : Assemble a coherent definition
The Form and record profile reference the same company, status and notes Fields.
Configuration
Value for property files. Properties and accepted values.
[
"clients.json",
"screens.json"
]
Variation and connection
Fragment placed in presentation.recordProfiles[]. Properties and accepted values.
{
"key": "client",
"definitionPaths": [
"workspace/clients/surface/client"
],
"editActionKey": "edit-client",
"identity": {
"title": {
"kind": "field",
"fieldPath": "fields/company"
},
"avatar": {
"kind": "initials",
"maximumLetters": 2
},
"subtitle": {
"kind": "field",
"fieldPath": "fields/status"
}
},
"valueLabels": [
{
"fieldPath": "fields/status",
"values": [
{
"value": "prospect",
"label": "Prospect"
},
{
"value": "active",
"label": "Active"
}
]
}
],
"card": {
"summary": {
"kind": "field",
"fieldPath": "fields/notes"
},
"tags": {
"namespace": "user",
"maximumVisible": 3
},
"metricKeys": [],
"openLabel": "Open client"
},
"queryBindings": [],
"metrics": [],
"detail": {
"primaryActionKey": null,
"creationActionKeys": [],
"actionKeys": [],
"sections": [
{
"kind": "fields",
"key": "follow-up",
"label": "Client follow-up",
"fieldPaths": [
"fields/notes",
"fields/status"
]
}
],
"settings": {
"fieldPaths": [
"fields/email"
]
},
"tags": {
"namespace": "user",
"maximumVisible": 3
},
"relatedGroups": [],
"primaryActionLabel": null
}
}
UI layout example
The illustrative layout below places this configuration in the Clients/Quotes app. Insert each fragment at the stated location, with Field, Query and Action references matching the Model declarations.
- Clients · Data
- References · Knowledge
- Preparation · Work
- Quotes · Product
Value- 2 items
Values above follow the configuration fragment; references resolve in the complete Model.