devdocs/specs/core-notification.txt

@@ -24,7 +24,12 @@ BackupStatus case 3786 (biz and ops)
 UpcomingServiceEvent case 3725 (Customer)
 WorkorderItemPartRequestCreated case 3652
 ContractExpiring - Customer version in addition to User version
-
+WorkorderTotalExceedsThreshold - Custom notification case 1745 "the andy"
+WorkOrderStatusAge "deadman" delivery if not changed before XX time period
+	also quote maybe?
+UnitWarranyExpiry case 1361
+UnitMeterReadingMultipleExceeded case 1254
+	
 
 Not for certain but in the hopper to think about:
 On demand ad-hoc notification case 3466 for specific object only
@@ -59,6 +64,18 @@ One enum list of NotificationType for any possible notification that can be proc
 No delivery schedule anymore, let user decide how to handle at their device end, not our concern, just deliver immediately always
 Notify BEfore shoudl support multiple time frames, not just one
 
+Types of notifications sitting in delivery queue:
+	Deliver if something not changed before date "DEADMAN SWITCH"
+		upon change that negates it from source object it removes the event as no longer required
+	Deliver immediately regardless
+		easy peasy
+
+	
+
+
+
+
+
 DELIVERY TYPES
 	Email
 	UI