{"schema":"https://ver.cy/schemas/card/1.0.0","id":"vr.wm-act-004","code":"wm-act-004-service-definition","url":"https://ver.cy/models/wm-act-004-service-definition/","name":"Service Definition","alternateNames":["K4","Service"],"kind":"world-model","status":"published","version":"0.3.0-reviewable-draft","language":"en","classifiers":{"family":"World Models","category":"Activities and processes","entryKind":"entity","plane":"","domain":["ACT.SRV"],"industry":["Cross-industry"],"navPath":"NAV.ACT.SRV","tags":["service","definition","act.srv"],"facets":{}},"whatItIs":"One service definition with stable identity across revisions. It specifies what outcome is intended and the context in which consumers may use it. It is neither an offer nor a request, delivery episode, runtime deployment or assurance evaluator. The generic root supports public, commercial, internal, digital and non-digital services through profiles.","purpose":"Describe a persistent provider-accountable service outcome, intended consumers and qualified contextual bindings.","scope":{"in":["Service identity, classification, outcome scope and provider accountability","Definition-specific channel, condition, realization, quality and evidence bindings","Definition revisions, descriptive states, continuity and controlled catalogue projections"],"out":["Commercial offer, subscription, entitlement, price, billing and contract lifecycles","Request intake, eligibility decisions, delivery execution, case resolution and acceptance","Workflow and organization master lifecycles; endpoint exposure and runtime health","Measurement creation, SLO evaluation, breach determination and remedy enforcement","Public-service legal entitlement and sector-specific operational procedures"],"boundaries":[{"neighbor":"WM-ORG-001","distinction":"Bind accountable and realization-provider organization identities. Organization creation, ownership and lifecycle remain external."},{"neighbor":"WM-ACT-003","distinction":"Pin a realization workflow definition; do not run workflows or own execution state."},{"neighbor":"WM-ECO-022","distinction":"Link subscriptions that cite the service. Entitlement, consumption periods, renewal and billing remain external."},{"neighbor":"WM-ACT-021","distinction":"Link request or case masters by service revision. Intake, resolution, acceptance and closure remain case-owned."},{"neighbor":"WM-SFT-016","distinction":"Bind service scope to SLO policy and evaluation references. Target evaluation, error budgets and breach lifecycle remain SLO-owned."},{"neighbor":"WM-MAT-008","distinction":"Reference quality observations. Observation identity, value, unit, method, uncertainty and time remain observation-owned."},{"neighbor":"WM-PER-001","distinction":"Optional individual provider identity; do not require every provider to be an organization or copy personal records."},{"neighbor":"WM-ACT-001","distinction":"Reference required capabilities without claiming they are exercised or currently available."},{"neighbor":"WM-ECO-006","distinction":"Reference applicable agreements; contractual obligations, enforceability, credits and remedies remain contract-owned."},{"neighbor":"WM-SFT-003","distinction":"Reference a technical interaction contract only when the service has such an interface; business outcome identity is distinct."},{"neighbor":"WM-SFT-018","distinction":"Reference digital endpoints where applicable; locator assignment, exposure and reachability lifecycle remain endpoint-owned."},{"neighbor":"WM-POL-018","distinction":"Public-service specialization requires its own legal and institutional profile; generic service identity does not confer public authority."},{"neighbor":"Adopting offering master","distinction":"Pin an external offer identifier and revision. Pricing, sale availability, transaction terms and acceptance are not service-definition lifecycle."},{"neighbor":"K4 legacy Service card and unreviewed supplement","distinction":"Reconcile the standing description, but externalize offer terms, requests, delivery episodes, quality observations and breach evaluation. Reject one-request-to-one-delivery cardinality as a generic invariant. Legacy conformance labels and wildcard imports are not inherited."}]},"distinguishingFeatures":["Unlike WM-ORG-001: Bind accountable and realization-provider organization identities. Organization creation, ownership and lifecycle remain external.","Unlike WM-ACT-003: Pin a realization workflow definition; do not run workflows or own execution state.","Unlike WM-ECO-022: Link subscriptions that cite the service. Entitlement, consumption periods, renewal and billing remain external.","Unlike WM-ACT-021: Link request or case masters by service revision. Intake, resolution, acceptance and closure remain case-owned.","Unlike WM-SFT-016: Bind service scope to SLO policy and evaluation references. Target evaluation, error budgets and breach lifecycle remain SLO-owned.","Unlike WM-MAT-008: Reference quality observations. Observation identity, value, unit, method, uncertainty and time remain observation-owned.","Unlike WM-PER-001: Optional individual provider identity; do not require every provider to be an organization or copy personal records.","Unlike WM-ACT-001: Reference required capabilities without claiming they are exercised or currently available.","Unlike WM-ECO-006: Reference applicable agreements; contractual obligations, enforceability, credits and remedies remain contract-owned.","Unlike WM-SFT-003: Reference a technical interaction contract only when the service has such an interface; business outcome identity is distinct.","Unlike WM-SFT-018: Reference digital endpoints where applicable; locator assignment, exposure and reachability lifecycle remain endpoint-owned.","Unlike WM-POL-018: Public-service specialization requires its own legal and institutional profile; generic service identity does not confer public authority.","Unlike Adopting offering master: Pin an external offer identifier and revision. Pricing, sale availability, transaction terms and acceptance are not service-definition lifecycle.","Unlike K4 legacy Service card and unreviewed supplement: Reconcile the standing description, but externalize offer terms, requests, delivery episodes, quality observations and breach evaluation. Reject one-request-to-one-delivery cardinality as a generic invariant. Legacy conformance labels and wildcard imports are not inherited."],"structure":{"bundles":[{"id":"bundle-identity","name":"Identity and classification","description":"Proposed service-definition context for identity and classification.","layers":[{"id":"layer-identity","name":"Stable service identity","description":"Context for stable service identity within the service definition boundary.","findings":[{"id":"finding-identity","name":"Stable service identity","description":"A persistent service definition is identified independently of its name, catalogue listing, commercial offer and delivery instances. Provider reassignment requires an explicit continuity decision. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which master namespace and identifier distinguish this service from similarly named services?","id":"finding-identity-q01","kind":"identity"},{"text":"Which versioned service categories apply without equating the service with a product, activity or endpoint?","id":"finding-identity-q02","kind":"classification"},{"text":"Which identity criteria separate a revision of this service from a new service?","id":"finding-identity-q03","kind":"definition"},{"text":"Which evidence supports each legacy alias or external identity assertion?","id":"finding-identity-q04","kind":"provenance"}]}]},{"id":"layer-outcome","name":"Expected outcome and consumer scope","description":"Context for expected outcome and consumer scope within the service definition boundary.","findings":[{"id":"finding-outcome","name":"Expected outcome and consumer scope","description":"The definition expresses a provider-accountable outcome and intended consumers. Desired outcomes, output types and exclusions are distinct; a description is not proof that any instance achieved the outcome. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"What consumer need and expected outcome define the service?","id":"finding-outcome-q01","kind":"definition"},{"text":"Which consumer roles are intended, and how do beneficiary and purchaser differ?","id":"finding-outcome-q02","kind":"relationship"},{"text":"Which input and output types are described without importing individual delivery records?","id":"finding-outcome-q03","kind":"composition"},{"text":"Which outcomes or use conditions are expressly outside the service promise?","id":"finding-outcome-q04","kind":"constraint"}]}]}]},{"id":"bundle-accountability","name":"Accountability and realization","description":"Proposed service-definition context for accountability and realization.","layers":[{"id":"layer-provider","name":"Accountable provider and participating roles","description":"Context for accountable provider and participating roles within the service definition boundary.","findings":[{"id":"finding-provider","name":"Accountable provider and participating roles","description":"The local record binds provider and participant roles to external identities. Accountability, realization, brokerage and catalogue maintenance must not be collapsed into a single owner field. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which party is accountable for this definition and its declared consumer outcome?","id":"finding-provider-q01","kind":"ownership"},{"text":"Which parties realize or arrange access to the service without replacing its accountable provider?","id":"finding-provider-q02","kind":"relationship"},{"text":"What evidence authorizes a steward to approve or revise this definition?","id":"finding-provider-q03","kind":"authority"},{"text":"When does each provider-role assignment apply to a definition revision?","id":"finding-provider-q04","kind":"temporal"}]}]},{"id":"layer-realization","name":"Capability and dependency references","description":"Context for capability and dependency references within the service definition boundary.","findings":[{"id":"finding-realization","name":"Capability and dependency references","description":"Describe the realization assumptions through external capability, workflow and related-service references. A dependency edge is a qualified assertion, not a command to execute another service. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which capabilities and workflow definitions may realize the declared outcome?","id":"finding-realization-q01","kind":"composition"},{"text":"Which related services are required, optional, alternative or merely similar?","id":"finding-realization-q02","kind":"relationship"},{"text":"Which realization limits make this definition unsuitable for a given context?","id":"finding-realization-q03","kind":"constraint"},{"text":"How are unresolved targets, dependency cycles and incompatible revisions reported?","id":"finding-realization-q04","kind":"validation"}]}]}]},{"id":"bundle-access-context","name":"Access and applicability","description":"Proposed service-definition context for access and applicability.","layers":[{"id":"layer-channels","name":"Channels and supported context","description":"Context for channels and supported context within the service definition boundary.","findings":[{"id":"finding-channels","name":"Channels and supported context","description":"Describe routes to the service, supported areas, languages and accessibility context. Catalogue visibility, declared hours and actual reachability remain separate facts. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which service areas are supported independently of provider location and user eligibility?","id":"finding-channels-q01","kind":"spatial"},{"text":"Which channel or endpoint references provide a route to this service?","id":"finding-channels-q02","kind":"access"},{"text":"Which language and accessibility provisions or assisted alternatives are declared?","id":"finding-channels-q03","kind":"requirement"},{"text":"Which schedule and validity references qualify the advertised channels?","id":"finding-channels-q04","kind":"temporal"}]}]},{"id":"layer-terms","name":"Rule and offering references","description":"Context for rule and offering references within the service definition boundary.","findings":[{"id":"finding-terms","name":"Rule and offering references","description":"The definition may point to governing conditions and externally mastered offers. Consumer eligibility, transaction terms, entitlement and actual screening decisions retain their own masters. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which rule and evidence-type references describe the conditions for using this service?","id":"finding-terms-q01","kind":"requirement"},{"text":"Which offer, contract or subscription definitions refer to this service revision?","id":"finding-terms-q02","kind":"relationship"},{"text":"Where are exceptions, disputes or requests for human assistance routed?","id":"finding-terms-q03","kind":"exception"},{"text":"Which source prevails when a catalogue summary conflicts with a governing condition?","id":"finding-terms-q04","kind":"authority"}]}]}]},{"id":"bundle-definition-lifecycle","name":"Definition lifecycle and continuity","description":"Proposed service-definition context for definition lifecycle and continuity.","layers":[{"id":"layer-status","name":"Definition state and effective time","description":"Context for definition state and effective time within the service definition boundary.","findings":[{"id":"finding-status","name":"Definition state and effective time","description":"Definition lifecycle is local and descriptive: an adopter may distinguish draft, approved, deprecated and retired. These states never imply offer availability, runtime health, legal entitlement or case completion. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which definition state and controlled state vocabulary apply to this revision?","id":"finding-status-q01","kind":"state"},{"text":"What are the effective interval and recording time of this definition revision?","id":"finding-status-q02","kind":"temporal"},{"text":"Which approval evidence supports the current definition state?","id":"finding-status-q03","kind":"authority"},{"text":"How is a withdrawn approval or conflicting effective interval made visible?","id":"finding-status-q04","kind":"exception"}]}]},{"id":"layer-revision","name":"Revision and retirement continuity","description":"Context for revision and retirement continuity within the service definition boundary.","findings":[{"id":"finding-revision","name":"Revision and retirement continuity","description":"Service revisions preserve a traceable meaning and references. Local retirement withdraws a definition from new local use under policy; it cannot terminate external obligations or erase independently mastered evidence. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which changes require a new immutable revision or a distinct service identity?","id":"finding-revision-q01","kind":"lifecycle"},{"text":"Which predecessor or successor service is linked without asserting equivalence?","id":"finding-revision-q02","kind":"relationship"},{"text":"What impact references and accountable sign-off are needed before retiring the definition?","id":"finding-revision-q03","kind":"process"},{"text":"Which policy governs local history, payload disposal and minimal tombstones after retirement?","id":"finding-revision-q04","kind":"retention"}]}]}]},{"id":"bundle-assurance","name":"Quality and evidence bindings","description":"Proposed service-definition context for quality and evidence bindings.","layers":[{"id":"layer-quality","name":"Service quality objective bindings","description":"Context for service quality objective bindings within the service definition boundary.","findings":[{"id":"finding-quality","name":"Service quality objective bindings","description":"Bind the service revision and consumer context to external quality objectives. Estimates, aspirational targets and contractual commitments need explicit qualification; target evaluation and remedies stay external. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which quality dimensions matter to the intended consumers of this service?","id":"finding-quality-q01","kind":"quality"},{"text":"Which external objective or commitment revisions apply to which service scope?","id":"finding-quality-q02","kind":"relationship"},{"text":"Is each advertised level an estimate, aspiration or authorized commitment?","id":"finding-quality-q03","kind":"classification"},{"text":"Which external evaluation and contract references own breach findings and remedies?","id":"finding-quality-q04","kind":"constraint"}]}]},{"id":"layer-recognition","name":"Recognition and observation context","description":"Context for recognition and observation context within the service definition boundary.","findings":[{"id":"finding-recognition","name":"Recognition and observation context","description":"Recognition uses identity and attributed evidence, not names or marketing alone. Service-level assertions can cite observations while keeping their subject, method, result and time externally mastered. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which evidence distinguishes the described service from a similarly named offering or endpoint?","id":"finding-recognition-q01","kind":"evidence"},{"text":"Which observation references identify the subject, property, method and relevant time of a quality claim?","id":"finding-recognition-q02","kind":"measurement"},{"text":"Who asserted each service-specific evidence link and when was it reviewed?","id":"finding-recognition-q03","kind":"provenance"},{"text":"How are stale, missing or contradictory observations shown without becoming a pass or failure?","id":"finding-recognition-q04","kind":"exception"}]}]}]},{"id":"bundle-governed-description","name":"Governed description and interoperability","description":"Proposed service-definition context for governed description and interoperability.","layers":[{"id":"layer-mapping","name":"Profile mappings and semantic loss","description":"Context for profile mappings and semantic loss within the service definition boundary.","findings":[{"id":"finding-mapping","name":"Profile mappings and semantic loss","description":"Mappings are explicit projections. Generic service, public-service and data-service vocabularies cover different populations; a mapping records unsupported fields and must not assert conformance by resemblance. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which versioned external vocabulary and target profile are selected for this projection?","id":"finding-mapping-q01","kind":"interoperability"},{"text":"What evidence justifies using a public-service or data-service specialization here?","id":"finding-mapping-q02","kind":"classification"},{"text":"Which fields, cardinalities or meanings are lost or transformed in the mapping?","id":"finding-mapping-q03","kind":"validation"},{"text":"How does a projected catalogue entry retain the master service identity and revision?","id":"finding-mapping-q04","kind":"identity"}]}]},{"id":"layer-disclosure","name":"Controlled description views","description":"Context for controlled description views within the service definition boundary.","findings":[{"id":"finding-disclosure","name":"Controlled description views","description":"Public and restricted descriptions are purpose-bound projections of the definition. A service catalogue must not silently expose consumer data, internal dependencies, credentials or restricted evidence. This is a proposed local design derived from the cited concerns, not a claim that a source prescribes this exact structure.","questions":[{"text":"Which definition fields or linked metadata are sensitive even when the service name is public?","id":"finding-disclosure-q01","kind":"privacy"},{"text":"Which recipient, purpose and authority permit each description view?","id":"finding-disclosure-q02","kind":"access"},{"text":"Which evidence links require redaction or omission before local export?","id":"finding-disclosure-q03","kind":"security"},{"text":"What review evidence accompanies a published or locally exported description?","id":"finding-disclosure-q04","kind":"validation"}]}]}]}]},"agentConduct":{"may":["Register a local draft definition: Propose a stable definition record after identity and scope checks. Proposed operation only; no runtime implementation is claimed.","Revise a local definition: Apply an authorized change while preserving revision continuity. Proposed operation only; no runtime implementation is claimed.","Bind a qualified external reference: Attach a verified or explicitly unresolved link with local purpose and version. Proposed operation only; no runtime implementation is claimed.","Validate definition coherence: Perform proposed local completeness and boundary checks, not operational certification. Proposed operation only; no runtime implementation is claimed.","Prepare a controlled local description view: Render an authorized catalogue projection with provenance and semantic loss notes. Proposed operation only; no runtime implementation is claimed.","Retire a local definition: Record an authorized local retirement and successor reference. Proposed operation only; no runtime implementation is claimed."],"mustNot":["Never cascade deletion to referenced masters or interpret it as cancellation of obligations.","Deny mutation and sensitive disclosure unless the adopting policy authorizes the actor, purpose and revision."],"requiresHuman":[]},"ethics":{"considerations":["Do not copy consumer personal data, credentials or restricted operational details into a generic service catalogue.","History is not a mandate to retain personal data forever."],"affectedParties":[]},"owners":{"steward":"Identify the accountable provider role, definition steward and authoritative service namespace without embedding a company name as model owner.","roles":[{"name":"Accountable provider","responsibilities":["Approves the declared outcome and responsibility scope."]},{"name":"Definition steward","responsibilities":["Maintains identity, revisions and qualified bindings under delegated authority."]},{"name":"Profile reviewer","responsibilities":["Reviews applicability, mapping loss and required instance constraints."]},{"name":"Evidence reviewer","responsibilities":["Checks reference provenance and limits without silently recomputing external results."]},{"name":"Access and records custodian","responsibilities":["Authorizes views and implements adopted retention and disposal decisions."]},{"name":"Consumer representative","responsibilities":["Challenges unclear scope and inaccessible routes without access to unrelated personal records."]}],"masterSystems":[]},"relations":[{"target":"WM-ORG-001","type":"references","note":"Bind accountable and realization-provider organization identities. Organization creation, ownership and lifecycle remain external."},{"target":"WM-ACT-003","type":"references","note":"Pin a realization workflow definition; do not run workflows or own execution state."},{"target":"WM-ECO-022","type":"references","note":"Link subscriptions that cite the service. Entitlement, consumption periods, renewal and billing remain external."},{"target":"WM-ACT-021","type":"references","note":"Link request or case masters by service revision. Intake, resolution, acceptance and closure remain case-owned."},{"target":"WM-SFT-016","type":"references","note":"Bind service scope to SLO policy and evaluation references. Target evaluation, error budgets and breach lifecycle remain SLO-owned."},{"target":"WM-MAT-008","type":"references","note":"Reference quality observations. Observation identity, value, unit, method, uncertainty and time remain observation-owned."},{"target":"WM-PER-001","type":"references","note":"Optional individual provider identity; do not require every provider to be an organization or copy personal records."},{"target":"WM-ACT-001","type":"references","note":"Reference required capabilities without claiming they are exercised or currently available."},{"target":"WM-ECO-006","type":"references","note":"Reference applicable agreements; contractual obligations, enforceability, credits and remedies remain contract-owned."},{"target":"WM-SFT-003","type":"references","note":"Reference a technical interaction contract only when the service has such an interface; business outcome identity is distinct."},{"target":"WM-SFT-018","type":"references","note":"Reference digital endpoints where applicable; locator assignment, exposure and reachability lifecycle remain endpoint-owned."},{"target":"WM-POL-018","type":"aligned","note":"Public-service specialization requires its own legal and institutional profile; generic service identity does not confer public authority."},{"target":"Adopting offering master","type":"references","note":"Pin an external offer identifier and revision. Pricing, sale availability, transaction terms and acceptance are not service-definition lifecycle."},{"target":"https://schema.org/Service","type":"aligned","note":"Conceptual service-description projection; no schema conformance claim or required commercial offer."},{"target":"https://semiceu.github.io/CPSV-AP/releases/3.2.0/","type":"aligned","note":"Public-service profile mapping only, with explicit cardinality and authority review."},{"target":"https://www.w3.org/TR/vocab-dcat-3/","type":"aligned","note":"Data-service projection only where the service actually provides data access or processing; not a universal service type."},{"target":"https://www.w3.org/TR/prov-o/","type":"aligned","note":"Provenance alignment for description and reference revisions, not an authority or truth certificate."},{"target":"WM-ORG-001","type":"neighbor","note":"Bind accountable and realization-provider organization identities. Organization creation, ownership and lifecycle remain external."},{"target":"WM-ACT-003","type":"neighbor","note":"Pin a realization workflow definition; do not run workflows or own execution state."},{"target":"WM-ECO-022","type":"neighbor","note":"Link subscriptions that cite the service. Entitlement, consumption periods, renewal and billing remain external."},{"target":"WM-ACT-021","type":"neighbor","note":"Link request or case masters by service revision. Intake, resolution, acceptance and closure remain case-owned."},{"target":"WM-SFT-016","type":"neighbor","note":"Bind service scope to SLO policy and evaluation references. Target evaluation, error budgets and breach lifecycle remain SLO-owned."},{"target":"WM-MAT-008","type":"neighbor","note":"Reference quality observations. Observation identity, value, unit, method, uncertainty and time remain observation-owned."},{"target":"WM-PER-001","type":"neighbor","note":"Optional individual provider identity; do not require every provider to be an organization or copy personal records."},{"target":"WM-ACT-001","type":"neighbor","note":"Reference required capabilities without claiming they are exercised or currently available."},{"target":"WM-ECO-006","type":"neighbor","note":"Reference applicable agreements; contractual obligations, enforceability, credits and remedies remain contract-owned."},{"target":"WM-SFT-003","type":"neighbor","note":"Reference a technical interaction contract only when the service has such an interface; business outcome identity is distinct."},{"target":"WM-SFT-018","type":"neighbor","note":"Reference digital endpoints where applicable; locator assignment, exposure and reachability lifecycle remain endpoint-owned."},{"target":"WM-POL-018","type":"neighbor","note":"Public-service specialization requires its own legal and institutional profile; generic service identity does not confer public authority."},{"target":"Adopting offering master","type":"neighbor","note":"Pin an external offer identifier and revision. Pricing, sale availability, transaction terms and acceptance are not service-definition lifecycle."},{"target":"K4 legacy Service card and unreviewed supplement","type":"neighbor","note":"Reconcile the standing description, but externalize offer terms, requests, delivery episodes, quality observations and breach evaluation. Reject one-request-to-one-delivery cardinality as a generic invariant. Legacy conformance labels and wildcard imports are not inherited."}],"interaction":{"identity":{"applicability":"required","items":["Authoritative master-system identifier in its namespace","Governed global identifier or IRI","Dimension-assigned UUID or ULID"]},"properties":{"applicability":"not-applicable","items":[]},"recognition":{"applicability":"optional","items":[]},"capabilities":{"applicability":"required","items":["Register a local draft definition: Propose a stable definition record after identity and scope checks. Proposed operation only; no runtime implementation is claimed.","Revise a local definition: Apply an authorized change while preserving revision continuity. Proposed operation only; no runtime implementation is claimed.","Bind a qualified external reference: Attach a verified or explicitly unresolved link with local purpose and version. Proposed operation only; no runtime implementation is claimed.","Validate definition coherence: Perform proposed local completeness and boundary checks, not operational certification. Proposed operation only; no runtime implementation is claimed.","Prepare a controlled local description view: Render an authorized catalogue projection with provenance and semantic loss notes. Proposed operation only; no runtime implementation is claimed.","Retire a local definition: Record an authorized local retirement and successor reference. Proposed operation only; no runtime implementation is claimed."]},"hazards":{"applicability":"optional","items":[]},"interfaces":{"applicability":"required","items":["Data Catalog Vocabulary (DCAT) - Version 3","PROV-O: The PROV Ontology","RFC 3339: Date and Time on the Internet: Timestamps"]},"context":{"applicability":"required","items":["CPSV-AP and UK guidance are bounded public-service examples, not universal obligations.","OASIS SOA and DCAT provide technical perspectives; offline and internal services do not require digital endpoints or a commercial offer."]}},"sources":[{"title":"Service","url":"https://schema.org/Service","note":"Schema.org community"},{"title":"Offer","url":"https://schema.org/Offer","note":"Schema.org community"},{"title":"Reference Model for Service Oriented Architecture 1.0","url":"https://docs.oasis-open.org/soa-rm/v1.0/soa-rm.pdf","note":"OASIS"},{"title":"Core Public Service Vocabulary Application Profile","url":"https://semiceu.github.io/CPSV-AP/releases/3.2.0/","note":"European Commission SEMIC"},{"title":"Data Catalog Vocabulary (DCAT) - Version 3","url":"https://www.w3.org/TR/vocab-dcat-3/","note":"World Wide Web Consortium"},{"title":"Service Standard","url":"https://www.gov.uk/service-manual/service-standard","note":"UK Government Digital Service"},{"title":"PROV-O: The PROV Ontology","url":"https://www.w3.org/TR/prov-o/","note":"World Wide Web Consortium"},{"title":"RFC 3339: Date and Time on the Internet: Timestamps","url":"https://www.rfc-editor.org/rfc/rfc3339","note":"Internet Engineering Task Force"},{"title":"Semantic Sensor Network Ontology","url":"https://www.w3.org/TR/vocab-ssn/","note":"World Wide Web Consortium"}],"openQuestions":["Run the prepared source checker outside the sandbox, then separately verify source versions, errata, claim support and applicability.","Develop executable profiles and adversarial fixtures for provider transfer, service retirement with active obligations, missing quality evidence and lossy catalogue mappings.","Restore independent external review and qualified adoption review before any canonical or publishable-draft promotion.","Executable nested schemas, state vocabulary, profile-specific cardinality and reference-resolution fixtures.","Complete sector coverage, legal applicability, service quality frameworks and specialist accessibility conformance.","Pinned production mappings, authorized migrations of existing instances and independent external review."],"resources":{"spec":"/models/wm-act-004-service-definition/spec.yaml","agents":"/models/wm-act-004-service-definition/AGENTS.md","source":"https://github.com/ver-cy/world-models/tree/feat/mega-model-registry/research/runs/wm-act-004"},"provenance":{"origin":"world-models research","builtFrom":["models/wm-act-004-service-definition/spec.yaml"],"providers":["Codex"],"researchStatus":"reviewable-draft","generatedAt":"2026-10-06T14:02:07Z","builder":"tools/build_cards.py@1.0.0"},"completeness":{"sections":{"classifiers":"filled","whatItIs":"filled","purpose":"filled","distinguishingFeatures":"derived","structure":"filled","agentConduct":"derived","ethics":"derived","owners":"filled","relations":"filled","interaction.identity":"filled","interaction.properties":"not-applicable","interaction.recognition":"missing","interaction.capabilities":"filled","interaction.hazards":"missing","interaction.interfaces":"derived","interaction.context":"filled","sources":"filled"},"notes":{"distinguishingFeatures":"Derived from boundary notes against neighbouring models.","agentConduct":"Derived from functions, policies, CRUD and access rules; prohibitions were not authored for agents as such.","ethics":"Sentences mentioning harm, privacy, consent or similar, collected from the specification.","interaction.properties":"Institutional or informational subject: no invented physical properties."},"score":0.75}}