--- id: CON-PFM-ELG-004 name: Responsibility feature: FEAT-PFM-ELG-04 product_area: platform module: eligibility revision: 1 status: draft product_intent: confirmed implementation_evidence: observed source_sha: services-platform: ad3f6a6582843008ed0f5a17b131878d15829af1 react-console: baf6dae382d6f41dce976c7f848667ccc37e076f definition: >- A responsibility describes an application’s area of work and the people or roles expected to look after it at a scope and time, independently of access rights. owned_by: MOD-PFM-ELG synonyms: - area of work - responsibility assignment not_to_be_confused_with: - security role - permission - task facets: - name: Declared area meaning: >- Application registration names the concern, allowed scopes, coverage and fallback behavior. used_for: Giving staff a stable description of the work requiring ownership. - name: Dated holding meaning: >- A person or role holds the area as primary or backup within an allowed scope and period. used_for: Matching current work to accountable people. - name: Default role meaning: >- A retained assignment names a product role and supports workspace removal or narrowing. used_for: Providing useful initial coverage without individual setup. - name: Record-derived ownership meaning: An application synchronizes holdings from its own business records. used_for: Following ownership already maintained at the source. - name: Temporary cover meaning: A colleague covers an eligible assignment for a bounded period. used_for: Maintaining continuity during leave or other absence. - name: Coverage gap meaning: The report identifies always-held areas without a workspace primary. used_for: Prompting administrators to restore accountability. - name: Change notices meaning: >- Notifications explain assignment endings, new holdings and handovers to affected people. used_for: Making changed expectations visible without self-action noise. relationships: - to: CON-PFM-ELG-005 statement: >- Reading responsibility-addressed attention resolves its holders, covering delegates and fallback recipients. provenance: test source: >- services-platform:modules/attention/tests/integration/services/persistence/items.queries.integration.spec.js#reaches a delegate through the delegation, naming whom they cover for lifecycle: - state: active meaning: The person holds the area during the assignment’s effective dates. how_it_changes: >- A manager ends the holding, or reconciliation ends an obsolete declared default. - state: ended meaning: The past assignment is retained without contributing current coverage. how_it_changes: Another assignment is needed to establish a new holding. - state: removed meaning: A suppressed role default remains absent from automatic recreation. how_it_changes: This terminal marker persists. acted_on_by: - CAP-PFM-ELG-013 - CAP-PFM-ELG-014 - CAP-PFM-ELG-015 - CAP-PFM-ELG-017 visible_to: - ACT-PFM-013 - ACT-PFM-007 - ACT-PFM-024 evidence: - >- services-platform: docs/eligibility.md, docs/responsibilities.md, docs/attention.md; docs/milestones/PLAT-M11 to PLAT-M18 records and the PLAT-M11, PLAT-M15 and PLAT-M16 plans; docs/proposals/eligibility/17-decision-register.md, docs/proposals/responsibilities-and-attention/16-decisions.md; modules/responsibilities/db/*.table.ts, rules.ts, services/persistence/**, services/reconcile/**, services/notices/**. - >- react-console: components/responsibilities/**, app/(console)/console/[tenantId]/settings/responsibilities, me/responsibilities. supersedes: [] --- # Responsibility ## What It Is A responsibility records organizational accountability for an area of work. Batch posting, reconciliation and financial close are examples of areas an application can declare. A holding then says which person or role looks after that area, for the whole workspace or a supported unit, during a defined period. This gives staff an explicit explanation of why particular work reaches them. The application declaration provides the area’s label and scope choices. It can also describe default roles, required coverage, backup visibility and a fallback area. These choices support both a small organization relying on defaults and a larger one with named primary holders at particular units. The continuing area and its dated assignments remain separate, allowing accountability to change without redefining the business concern. ## What It Is Not A responsibility confers no authority to read or modify the underlying record. Security remains responsible for access. It also does not describe an individual task or checklist. Assigning batch posting identifies whose attention should be engaged, rather than creating a task for each batch. Team membership is another neighboring idea, and team holders are not implemented here. ## How It Is Used Administrators review the catalogue in responsibility settings and choose holders. Staff inspect My Responsibilities to understand direct holdings, role defaults, derived ownership and temporary cover. Someone going on leave can arrange a colleague’s cover for eligible direct assignments. The colleague’s Home identifies that arrangement and includes the relevant items. Uncovered areas become visible to administrators so they can decide who should hold them. Attempts to duplicate a holding or arrange invalid cover are rejected. ## Its Facets **Declared area.** Application registration names the concern, allowed scopes, coverage and fallback behavior. Giving staff a stable description of the work requiring ownership. **Dated holding.** A person or role holds the area as primary or backup within an allowed scope and period. Matching current work to accountable people. **Default role.** A retained assignment names a product role and supports workspace removal or narrowing. Providing useful initial coverage without individual setup. **Record-derived ownership.** An application synchronizes holdings from its own business records. Following ownership already maintained at the source. **Temporary cover.** A colleague covers an eligible assignment for a bounded period. Maintaining continuity during leave or other absence. **Coverage gap.** The report identifies always-held areas without a workspace primary. Prompting administrators to restore accountability. **Change notices.** Notifications explain assignment endings, new holdings and handovers to affected people. Making changed expectations visible without self-action noise. ## How It Relates Attention uses responsibility holdings to resolve recipients during a read. This makes current accountability relevant without rewriting every item after reassignment. Application records own resource identities and any derivation of holders. Security supplies the roles expanded from defaults, while Notifications carries responsibility notices. Responsibility records preserve accountability history rather than becoming another authorization source. ## What It Could Become The product should consider team holders and reusable assignment arrangements only with a clear ownership model. Customer-defined areas remain held for a later decision. Scope-specific management authority and organizational-unit selection have delivery limitations. Inactive delegates are reported without automatic termination, leaving a future policy choice about how organizations should repair that coverage.