gdc-common-utils-ts 1.5.0 → 1.6.0

package/README.md

@@ -117,6 +117,7 @@ The canonical API contract should live in JSDoc on exported code. The README act
   - Shared network/environment labels for node-operator discovery/bootstrap.
 - [`SmartGatewayScopesFhirR4`](src/constants/smart.ts)
   - Current CORE GW SMART scope literals such as `organization/Consent.cruds`.
+  - Treat these as optional elevated scopes. Do not add them to the first read-only tutorial by default.
 
 ### Root exports
 
@@ -129,13 +130,14 @@ The canonical API contract should live in JSDoc on exported code. The README act
 
 ### Communication / document utilities
 
-- [`initializeCommunicationIdentityFromSeed(...)`](src/utils/communication-identity.ts)
+- [`initializeCommunicationIdentity(...)`](src/utils/communication-identity.ts)
   - Derives the technical ML-DSA/ML-KEM communication identity for a device, portal, or app profile and returns JOSE header templates for `meta.jws.protected` and `meta.jwe.header`.
-  - Accepts optional explicit `seedMaterial`; otherwise deterministic mode derives from `entityId`, while random mode delegates entropy generation to the cryptography engine.
+  - Uses explicit `seedMaterial` for deterministic derivation. Without `seedMaterial`, it defaults to random generation. `mode = deterministic` requires `seedMaterial`.
 - [`buildOrganizationDidWeb(...)`, `buildProfessionalDidWeb(...)`, `buildIndividualDidWeb(...)`](src/utils/did.ts)
   - Build canonical data-space `did:web` identifiers for hosted organizations, professionals, and individuals/family actors.
 - [`buildSmartCompositionReadScope(...)`](src/utils/smart-scope.ts)
   - Builds the current CORE GW pinned SMART root scope for `organization/Composition...` token requests.
+  - This is the preferred first scope to teach when the backend only needs subject-scoped read access.
 - [`getOrganizationCredentialFromVpToken(...)`, `getLegalRepresentativeCredentialFromVpToken(...)`](src/utils/vp-token.ts)
   - Extract typed VC objects from a VP token when GW/SDK flows carry canonical proof only in `vp_token`.
 - [`validateCommunicationResourceFhirR4(...)`](src/utils/communication-fhir-r4.ts)
@@ -156,6 +158,14 @@ The canonical API contract should live in JSDoc on exported code. The README act
 - [`ControllerBindingInput`, `OrganizationBindingInput`, `ActivationProofInput`, `OrganizationActivationRequest`](src/models/identity-bootstrap.ts)
   - Canonical bootstrap contracts that explicitly separate person/controller key binding from provider/organization key binding.
   - `vp_token` is the canonical proof carrier; `controller.*` and `organization.*` carry public key binding material for DID publication.
+- [`buildControllerBindingInput(...)`, `buildOrganizationBindingInput(...)`](src/utils/activation-request.ts)
+  - Build canonical `controller.*` and `organization.*` binding fragments from semantic variables such as `publicSignKey`, `publicKeys`, `did`, `sameAs`, or `url`.
+- [`RelationshipChannelInvitationInput`, `RelationshipChannelInvitationSummary`, `RelationshipChannelOtpStartInput`, `RelationshipChannelOtpConfirmInput`](src/models/relationship-access.ts)
+  - Shared contracts for controller-driven invitation and acceptance flows between an individual/subject and a related person or professional across phone, email, and app channels.
+- [`RelationshipEnrollmentChannels`, `RelationshipSubjectKinds`, `RelationshipAccessActorKinds`, `RelationshipOtpDeliveryChannels`](src/models/relationship-access.ts)
+  - Shared constant objects for relationship flows so docs and app code do not hardcode actor kinds or channel labels inline.
+- [`RelationshipChannelOtpChallengeSummary`, `RelationshipPinPolicy`, `RelationshipPinSetInput`, `RelationshipPinVerifyInput`, `RelationshipLocalKeyEnvelope`](src/models/relationship-access.ts)
+  - Shared OTP, relationship PIN, and offline-first local-key envelope contracts for channel enrollment and subject-scoped local protection.
 - [`IdentityBootstrapValidationIssue`, `IdentityBootstrapValidationResult`](src/models/identity-bootstrap.ts)
   - Shared validation result shapes used by bootstrap builders/validators.
 - [`buildOrganizationActivationRequest(...)`](src/utils/activation-request.ts)
@@ -186,13 +196,35 @@ The canonical API contract should live in JSDoc on exported code. The README act
   - CORE canonical examples are email-first and do not require phone-only fields unless an extension layer adds them.
 - [`src/examples/professional.ts`](src/examples/professional.ts)
   - Professional/physician runtime access examples such as SMART token and clinical access request payloads.
+  - The base token examples are read-only; richer scenario fixtures intentionally add `organization/Consent.cruds`.
 - [`src/examples/related-person.ts`](src/examples/related-person.ts)
   - RelatedPerson/family-member examples.
 - [`src/examples/frontend-session.ts`](src/examples/frontend-session.ts)
   - Frontend profile/session bootstrap examples.
+- [`src/examples/lifecycle.ts`](src/examples/lifecycle.ts)
+  - Canonical `enable/disable/delete` lifecycle examples with placeholders and no personal data.
+  - This is the source of truth for GW, Swagger, Node SDK, Front SDK, and portal examples.
 - [`src/examples/shared.ts`](src/examples/shared.ts)
   - Shared route contexts, controller binding fragments, and reusable helper builders.
   - `tenantId` is modeled as an identifier-like route token (`acme-id`), not as a friendly alternate name.
+- [`docs/LIFECYCLE_101.md`](docs/LIFECYCLE_101.md)
+  - Copy/paste lifecycle guide "for torpes" with semantic rules and reusable placeholders.
+
+## Documentation Naming Rules
+
+Prefer these semantic names in docs and examples:
+
+- `subjectDid`
+- `professionalDid`
+- `orgControllerDid`
+- `individualControllerDid`
+- `emailProfessional`
+- `emailControllerOrg`
+- `emailControllerIndividual`
+- `emailRelatedPerson`
+
+Avoid teaching new integrations from legacy names such as `individualDidWeb`
+when the active runtime variable is really the subject identifier.
 - [`src/examples/api-flow-examples.ts`](src/examples/api-flow-examples.ts)
   - Preferred compatibility aggregator for consumers that want one import surface without using the overloaded term `contract`.
 - [`src/examples/contract-examples.ts`](src/examples/contract-examples.ts)
@@ -347,7 +379,7 @@ Those request/response flows belong in connector SDKs and backend orchestration
 
 When integrating the converged SDKs:
 
-- use [`initializeCommunicationIdentityFromSeed(...)`](src/utils/communication-identity.ts) from this package for the technical communication identity bootstrap
+- use [`initializeCommunicationIdentity(...)`](src/utils/communication-identity.ts) from this package for the technical communication identity bootstrap
 - use `gdc-sdk-core-ts` for runtime-neutral communication/document helpers
 - use `gdc-sdk-front-ts` or `gdc-sdk-node-ts` for the runtime-specific session and orchestration layer
 
@@ -360,5 +392,5 @@ When integrating the converged SDKs:
 - The `files` field only publishes `dist/`, so source imports should use the documented package entry points rather than local file paths.
 
 ## Roadmap and Briefing
-- `BRIEFING_DATASPACE_EN.md`
+- `docs/BRIEFING_DATASPACE_EN.md`
 - `TODO_ROADMAP.md`

package/dist/constants/schemaorg.d.ts

@@ -43,6 +43,8 @@ export declare enum ClaimsOrganizationSchemaorg {
     ownerEmail = "org.schema.Organization.owner.email",
     /** Individual/family owner telephone used by subject-index registration flows. */
     ownerTelephone = "org.schema.Organization.owner.telephone",
+    /** Individual/family owner legal identifier used by subject-index registration flows. */
+    ownerIdentifierValue = "org.schema.Organization.owner.identifier.value",
     numberOfEmployees = "org.schema.Organization.numberOfEmployees.value"
 }
 export declare enum ClaimsOfferSchemaorg {

package/dist/constants/schemaorg.js

@@ -46,6 +46,8 @@ export var ClaimsOrganizationSchemaorg;
     ClaimsOrganizationSchemaorg["ownerEmail"] = "org.schema.Organization.owner.email";
     /** Individual/family owner telephone used by subject-index registration flows. */
     ClaimsOrganizationSchemaorg["ownerTelephone"] = "org.schema.Organization.owner.telephone";
+    /** Individual/family owner legal identifier used by subject-index registration flows. */
+    ClaimsOrganizationSchemaorg["ownerIdentifierValue"] = "org.schema.Organization.owner.identifier.value";
     ClaimsOrganizationSchemaorg["numberOfEmployees"] = "org.schema.Organization.numberOfEmployees.value"; // to purchase licenses for device profile's activation
 })(ClaimsOrganizationSchemaorg || (ClaimsOrganizationSchemaorg = {}));
 export var ClaimsOfferSchemaorg;

package/dist/examples/api-flow-examples.d.ts

@@ -11,3 +11,4 @@ export * from './individual-controller';
 export * from './professional';
 export * from './related-person';
 export * from './frontend-session';
+export * from './lifecycle';

package/dist/examples/api-flow-examples.js

@@ -12,3 +12,4 @@ export * from './individual-controller.js';
 export * from './professional.js';
 export * from './related-person.js';
 export * from './frontend-session.js';
+export * from './lifecycle.js';

package/dist/examples/consent-access.d.ts

@@ -0,0 +1,146 @@
+export declare const EXAMPLE_INDIVIDUAL_DID_WEB: "did:web:api.acme.org:individual:123";
+export declare const EXAMPLE_PROVIDER_ORGANIZATION_DID_WEB: "did:web:hospital.acme.org";
+export declare const EXAMPLE_EMAIL_PROFESSIONAL: "doctor.oncall@example.org";
+export declare const EXAMPLE_EMAIL_RELATED_PERSON: "parent.guardian@example.org";
+export declare const EXAMPLE_CONSENT_ACCESS_JURISDICTION: "ES";
+/**
+ * Legacy compatibility aliases kept so older docs/tests/imports continue to work
+ * while the canonical variable names converge.
+ */
+export declare const EXAMPLE_CONSENT_ACCESS_SUBJECT: "did:web:api.acme.org:individual:123";
+export declare const EXAMPLE_CONSENT_ACCESS_PROVIDER_DID: "did:web:hospital.acme.org";
+export declare const EXAMPLE_CONSENT_ACCESS_PROVIDER_EMAIL: "doctor.oncall@example.org";
+export declare const EXAMPLE_CONSENT_ACCESS_RELATED_PERSON_EMAIL: "parent.guardian@example.org";
+export declare const EXAMPLE_CONSENT_ACCESS_RULES: Readonly<{
+    physicianByEmailContinuousCare: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    physicianByEmailEmergency: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    physicianByOrganizationContinuousCare: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    physicianByJurisdictionEmergency: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    nurseByOrganization: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    paramedicByJurisdiction: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    directPhysicianDenyInsideAllowedOrganization: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    relatedPersonByEmail: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+    revokedPhysicianEmailConsent: {
+        readonly 'Consent.date': "2026-05-20";
+        readonly 'Consent.period-end'?: string | undefined;
+        readonly 'Consent.period-start'?: string | undefined;
+        readonly 'Consent.resourceType'?: string | undefined;
+        readonly '@context': "org.hl7.fhir.api";
+        readonly 'Consent.identifier': string;
+        readonly 'Consent.subject': "did:web:api.acme.org:individual:123";
+        readonly 'Consent.actor-identifier': string;
+        readonly 'Consent.actor-role': string;
+        readonly 'Consent.decision': "permit" | "deny";
+        readonly 'Consent.purpose': string;
+        readonly 'Consent.action': string;
+    };
+}>;
+export declare const EXAMPLE_CONSENT_PHONE_EXTENSION_PENDING: Readonly<{
+    target: "tel:+34600111222";
+    status: "pending-extension";
+    reason: "telephone actor targeting remains an extension concern unless the sector/runtime explicitly enables it";
+}>;

package/dist/examples/consent-access.js

@@ -0,0 +1,112 @@
+// Copyright 2026 Antifraud Services Inc. under the Apache License, Version 2.0.
+import { HealthcareActorRoles, HealthcareBasicSections, HealthcareConsentPurposes, } from '../constants/healthcare.js';
+import { ResourceTypesFhirR4 } from '../constants/fhir-resource-types.js';
+export const EXAMPLE_INDIVIDUAL_DID_WEB = 'did:web:api.acme.org:individual:123';
+export const EXAMPLE_PROVIDER_ORGANIZATION_DID_WEB = 'did:web:hospital.acme.org';
+export const EXAMPLE_EMAIL_PROFESSIONAL = 'doctor.oncall@example.org';
+export const EXAMPLE_EMAIL_RELATED_PERSON = 'parent.guardian@example.org';
+export const EXAMPLE_CONSENT_ACCESS_JURISDICTION = 'ES';
+/**
+ * Legacy compatibility aliases kept so older docs/tests/imports continue to work
+ * while the canonical variable names converge.
+ */
+export const EXAMPLE_CONSENT_ACCESS_SUBJECT = EXAMPLE_INDIVIDUAL_DID_WEB;
+export const EXAMPLE_CONSENT_ACCESS_PROVIDER_DID = EXAMPLE_PROVIDER_ORGANIZATION_DID_WEB;
+export const EXAMPLE_CONSENT_ACCESS_PROVIDER_EMAIL = EXAMPLE_EMAIL_PROFESSIONAL;
+export const EXAMPLE_CONSENT_ACCESS_RELATED_PERSON_EMAIL = EXAMPLE_EMAIL_RELATED_PERSON;
+function buildRule(input) {
+    return {
+        '@context': 'org.hl7.fhir.api',
+        'Consent.identifier': input.identifier,
+        'Consent.subject': EXAMPLE_INDIVIDUAL_DID_WEB,
+        'Consent.actor-identifier': input.actorIdentifier,
+        'Consent.actor-role': input.actorRole,
+        'Consent.decision': input.decision || 'permit',
+        'Consent.purpose': input.purpose,
+        'Consent.action': input.actions.join(','),
+        ...(input.resourceTypes?.length ? { 'Consent.resourceType': input.resourceTypes.join(',') } : {}),
+        ...(input.periodStart ? { 'Consent.period-start': input.periodStart } : {}),
+        ...(input.periodEnd ? { 'Consent.period-end': input.periodEnd } : {}),
+        'Consent.date': '2026-05-20',
+    };
+}
+export const EXAMPLE_CONSENT_ACCESS_RULES = Object.freeze({
+    physicianByEmailContinuousCare: buildRule({
+        identifier: 'urn:uuid:consent-physician-email-treatment',
+        actorIdentifier: EXAMPLE_EMAIL_PROFESSIONAL,
+        actorRole: HealthcareActorRoles.Physician,
+        purpose: HealthcareConsentPurposes.Treatment,
+        actions: [HealthcareBasicSections.AllergiesAndIntolerances.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.AllergyIntolerance],
+    }),
+    physicianByEmailEmergency: buildRule({
+        identifier: 'urn:uuid:consent-physician-email-emergency',
+        actorIdentifier: EXAMPLE_EMAIL_PROFESSIONAL,
+        actorRole: HealthcareActorRoles.Physician,
+        purpose: HealthcareConsentPurposes.EmergencyTreatment,
+        actions: [HealthcareBasicSections.PatientSummaryDocument.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.DocumentReference],
+    }),
+    physicianByOrganizationContinuousCare: buildRule({
+        identifier: 'urn:uuid:consent-physician-org-treatment',
+        actorIdentifier: EXAMPLE_PROVIDER_ORGANIZATION_DID_WEB,
+        actorRole: HealthcareActorRoles.Physician,
+        purpose: HealthcareConsentPurposes.Treatment,
+        actions: [HealthcareBasicSections.Results.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.DiagnosticReport],
+    }),
+    physicianByJurisdictionEmergency: buildRule({
+        identifier: 'urn:uuid:consent-physician-jurisdiction-emergency',
+        actorIdentifier: EXAMPLE_CONSENT_ACCESS_JURISDICTION,
+        actorRole: HealthcareActorRoles.Physician,
+        purpose: HealthcareConsentPurposes.EmergencyTreatment,
+        actions: [HealthcareBasicSections.PatientSummaryDocument.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.DocumentReference],
+    }),
+    nurseByOrganization: buildRule({
+        identifier: 'urn:uuid:consent-nurse-org-treatment',
+        actorIdentifier: EXAMPLE_PROVIDER_ORGANIZATION_DID_WEB,
+        actorRole: HealthcareActorRoles.NursingProfessional,
+        purpose: HealthcareConsentPurposes.Treatment,
+        actions: [HealthcareBasicSections.HistoryOfMedicationUse.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.MedicationStatement],
+    }),
+    paramedicByJurisdiction: buildRule({
+        identifier: 'urn:uuid:consent-paramedic-jurisdiction-emergency',
+        actorIdentifier: EXAMPLE_CONSENT_ACCESS_JURISDICTION,
+        actorRole: HealthcareActorRoles.Paramedic,
+        purpose: HealthcareConsentPurposes.EmergencyTreatment,
+        actions: [HealthcareBasicSections.PatientSummaryDocument.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.Observation],
+    }),
+    directPhysicianDenyInsideAllowedOrganization: buildRule({
+        identifier: 'urn:uuid:consent-physician-direct-deny',
+        actorIdentifier: EXAMPLE_EMAIL_PROFESSIONAL,
+        actorRole: HealthcareActorRoles.Physician,
+        decision: 'deny',
+        purpose: HealthcareConsentPurposes.Treatment,
+        actions: [HealthcareBasicSections.Results.claim],
+        resourceTypes: [ResourceTypesFhirR4.DiagnosticReport],
+    }),
+    relatedPersonByEmail: buildRule({
+        identifier: 'urn:uuid:consent-related-person-email',
+        actorIdentifier: EXAMPLE_EMAIL_RELATED_PERSON,
+        actorRole: 'v3-RoleCode|RESPRSN',
+        purpose: HealthcareConsentPurposes.Treatment,
+        actions: [HealthcareBasicSections.PatientSummaryDocument.claim],
+        resourceTypes: [ResourceTypesFhirR4.Composition, ResourceTypesFhirR4.DocumentReference],
+    }),
+    revokedPhysicianEmailConsent: buildRule({
+        identifier: 'urn:uuid:consent-physician-email-revoked',
+        actorIdentifier: EXAMPLE_EMAIL_PROFESSIONAL,
+        actorRole: HealthcareActorRoles.Physician,
+        purpose: HealthcareConsentPurposes.EmergencyTreatment,
+        actions: [HealthcareBasicSections.PatientSummaryDocument.claim],
+        periodEnd: '2026-05-01T00:00:00Z',
+    }),
+});
+export const EXAMPLE_CONSENT_PHONE_EXTENSION_PENDING = Object.freeze({
+    target: 'tel:+34600111222',
+    status: 'pending-extension',
+    reason: 'telephone actor targeting remains an extension concern unless the sector/runtime explicitly enables it',
+});

package/dist/examples/contract-examples.d.ts

@@ -11,3 +11,4 @@ export * from './individual-controller';
 export * from './professional';
 export * from './related-person';
 export * from './frontend-session';
+export * from './lifecycle';

package/dist/examples/contract-examples.js

@@ -12,3 +12,4 @@ export * from './individual-controller.js';
 export * from './professional.js';
 export * from './related-person.js';
 export * from './frontend-session.js';
+export * from './lifecycle.js';

package/dist/examples/index.d.ts

@@ -3,6 +3,9 @@ export * from './organization-controller';
 export * from './individual-controller';
 export * from './professional';
 export * from './related-person';
+export * from './consent-access';
+export * from './relationship-access';
 export * from './frontend-session';
+export * from './lifecycle';
 export * from './api-flow-examples';
 export * from './contract-examples';

package/dist/examples/index.js

@@ -3,6 +3,9 @@ export * from './organization-controller.js';
 export * from './individual-controller.js';
 export * from './professional.js';
 export * from './related-person.js';
+export * from './consent-access.js';
+export * from './relationship-access.js';
 export * from './frontend-session.js';
+export * from './lifecycle.js';
 export * from './api-flow-examples.js';
 export * from './contract-examples.js';

package/dist/examples/individual-controller.d.ts

@@ -1,18 +1,3 @@
-/**
- * Examples for individual-controller and subject-index bootstrap flows.
- *
- * CORE canonical examples in this file avoid phone-specific subject/controller
- * fields unless the flow truly requires them. Telephone-driven notification or
- * consent targeting is treated as an extension concern (for example UNID GW),
- * not a CORE GW contract requirement.
- *
- * Semantic split:
- *
- * - these examples model the human controller as owner of the individual
- *   subject-index organization
- * - legal organization controller/representative examples belong instead to
- *   organization activation and VC/member semantics, not to `owner.*` claims
- */
 export declare const EXAMPLE_INDIVIDUAL_ORGANIZATION_START_INPUT: {
     readonly alternateName: "ana";
     readonly controllerEmail: "ana.parent@example.org";

package/dist/examples/individual-controller.js

@@ -14,9 +14,10 @@
  * - legal organization controller/representative examples belong instead to
  *   organization activation and VC/member semantics, not to `owner.*` claims
  */
+import { EXAMPLE_EMAIL_CONTROLLER_INDIVIDUAL } from './shared.js';
 export const EXAMPLE_INDIVIDUAL_ORGANIZATION_START_INPUT = {
     alternateName: 'ana',
-    controllerEmail: 'ana.parent@example.org',
+    controllerEmail: EXAMPLE_EMAIL_CONTROLLER_INDIVIDUAL,
     timeoutSeconds: 7,
     intervalSeconds: 2,
 };