undertaking
What is to be built and under what authorization
workDefinition`: the scope, kind and planned timeline of the work · `permitting`: authorizations, their conditions and validity
This meta-model describes construction projects and works in progress: the definition of an undertaking, its permits, staged execution, inspections, acceptance and defects. It is its own model because works are temporary undertakings with their own parties, authorizations and risks, whose finished products graduate into the permanent records of U1 buildings and U3 networks.
What is to be built and under what authorization
workDefinition`: the scope, kind and planned timeline of the work · `permitting`: authorizations, their conditions and validity
How the work advances on site
stages`: defined phases from groundworks to fit out · `progress`: dated statements of physical completion
How the work concludes and its quality is settled
acceptance`: the act admitting the product into service · `defects`: nonconformities found in execution and warranty
Catalogue-native findings must describe the information grouped by each layer. This legacy version does not declare them separately.
Questions, artifact requirements and serial naming rules are required by Vercy vNext; they remain unassigned in this reference version.
Format-independent core. Concrete artifact formats and naming prefixes are not declared in this legacy version.
CRUD procedures and interface bindings are not declared in this legacy version.
The owner archetype is the developer organization, which stewards the work record from definition to acceptance; permits are stewarded by the permitting authority under its public mandate (A cluster). At acceptance the as-built data passes to the S1 owner of the resulting artifact, and all access along the way is granted per S1/S2.