devdocs/specs/core-notification.txt

@@ -24,6 +24,11 @@ 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:
@@ -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

devdocs/todo.txt

@@ -31,6 +31,8 @@ todo:aycontext clean up old block of weird definitions
 todo: Is there a log that records past jobs, how long can they be viewed?
 todo: Rename the link to AyaNova App on the server page to just "AyaNova"
 todo: translation cjkindex, no way to set this value currently
+todo: With removal of Closed button from Workorder a lot of peripheral things would be affected like notifications triggered on close
+	Those will need to be adjusted to status of closed	
 todo: Licensing - make sure tech type use license works properly: a tech license is consumed if a user has **any one** of the four roles of TechFull, TechLimited, SubcontractorFull, SubcontractorLimited
 todo: OPS routes (SERVER AND CLIENT)
 	- Backup, restore https://rockfish.ayanova.com/default.htm#!/rfcaseEdit/3369