devdocs/specs/core-notification.txt

@@ -68,7 +68,7 @@ TODO: Translation keys needed:
 	NotifyDeliveryAddress
 	InTags
 	OutTags
-	
+
 
 
 TODO: check before any thing that might create a dupe
@@ -99,6 +99,7 @@ OBJECTS Saving an object triggers notification processing for that object:
 			should notify if this happens a lot maybe?
 		Post delivery maybe keep a hash of the event notified on so it doesn't re-notify the exact same thing repeatedly after it was already sent
 	- SUBSCRIPTION
+		All users have an implied / assumed default subscription InApp to default notifications
 		User's indicate subscription with record in subscription table
 			Table has one row PER delivery method they want, default is APP type delivery meaning inside application
 			SMTP is alternative and will deliver via email to email account or phone sms etc
@@ -257,6 +258,8 @@ QuoteStatusAge [PERSONAL (prepared by), GENERAL]
 UnitWarranyExpiry case 1361 [GENERAL]
 UnitMeterReadingMultipleExceeded case 1254 [GENERAL]
 DefaultNotification case 3792 used for all system and old Quick notifications [EVERYONE]
+	Always present for inapp, user can add more for email if they want and filters or whatever but there is always a built in non-visible subscription to inapp for this
+
 deprecated, use objectCUD events for this: TagNotification case 3799  [CONDITION: intag, outtag, ayatype global/specific]
 	(Note: this is actually just general notification if an object is created or updated and the tagging is optional)