Implemented filters for Service Requests and Actions

README.md

@@ -52,6 +52,9 @@ extension local storage, isolated by tokenrelay principal. The cache uses the sa
 Preferences lifetime as Products (24 hours by default), anchored to the product
 timestamp rather than the activity response time. Actions entries match each
 product's update; the SR snapshot matches the latest product update in the cycle.
+SR snapshots are stored separately by update timestamp so changing Reference does
+not overwrite a previous period's snapshot. Expired snapshots are removed on
+subsequent SR cache writes; Refresh all invalidates every snapshot.
 No credentials, request headers or debug envelopes are stored in this cache.
 Products loaded from cache restore matching activity entries without network calls.
 Missing, expired or mismatched entries are not treated as confirmed empty results;
@@ -65,6 +68,15 @@ finish in the background and update their related activities.
 
 ## Workload Actions
 
+SR and Action filter badges appear before Status for users allowed to view these
+activities. They filter the loaded data without issuing requests and combine with
+the existing opportunity filters. The SR below 4h option replaces the other SR
+selections and matches at least one linked SR with a numeric `ReportedHours_c < 4`
+(including zero, excluding missing values). Action matches use the same ownership
+rule as the row badge. Loading/failed lookups are not treated as missing records;
+with both positive and negative options selected, all activity states remain
+visible. These selections are kept in memory, not persisted.
+
 Workload Actions are queried in the background after the product cycle completes,
 using only fresh API results. Each distinct `RevnId` uses `requestWlActions` with
 the `WWB-TS` credential in `Wwb-Provider-Authorization`. The Act badge beside SR