Software Requirements: Effectivity, Periodic Review & Validity¶
Introduced in requirements baseline v1.1 (GAP-05, ADR-0015).
| ID | Requirement | Trace |
|---|---|---|
| REQ-EFF-001 | A released version shall carry an effective date (effective_from), defaulting to its release time and settable to a future date; the version is in force only from its effective date. |
STR-020; ADR-0015, ADR-0003 |
| REQ-EFF-002 | The currently effective version of a document shall be derived as the released, non-revoked version with the latest effective date not after now; the prior version remains in force until the new version's effective date, then is superseded. (Refines REQ-LC-010.) | STR-020, STR-009; ADR-0015 |
| REQ-EFF-003 | A periodic review interval shall be configurable per document type, with an optional per-document override; the system shall compute a next-review-due date for each effective document. (refined: periodic review and validity apply to PRESCRIPTIVE-category documents only, REQ-DOC-022; ADR-0049) | STR-020; ADR-0015, ADR-0004, ADR-0049 |
| REQ-EFF-004 | A periodic review shall be recordable with reviewer(s), date, and outcome: "confirmed unchanged" shall reset the next-review-due date without creating a new version; "revision initiated" shall start a new draft version. | STR-020, STR-009; ADR-0015, ADR-0003 |
| REQ-EFF-005 | A periodic review may require an electronic signature with meaning REVIEWED, per the review policy. |
STR-019, STR-020; ADR-0015, ADR-0014 |
| REQ-EFF-006 | A document may carry an optional validity end (valid_until). |
STR-020; ADR-0015 |
| REQ-EFF-007 | When a periodic review is overdue or a document's validity end passes, the document shall be flagged and surfaced for action but shall remain in force; the system shall not automatically revoke or remove effectivity from a controlled document. | STR-020, STR-007; ADR-0015 |
| REQ-EFF-008 | Periodic reviews and effectivity changes shall produce audit events. | STR-009; ADR-0015, REQ-AUD-001 |
| REQ-EFF-009 | An imported released version's effective_from may be backdated to the source system's release date (Jira/Comala fields, changelog transition as fallback), applied control-plane-style by the importer as a data correction — NOT a lifecycle act, so the LQMS audit still shows only the import-time acts by the import persona (the ADR-0075 red line). Backdated effectivity makes the periodic-review (REQ-EFF-003) and training-overdue (REQ-TRN-011) clocks run from the document's true dates rather than its import date. |
STR-020, STR-026; ADR-0075, ADR-0015 |