This commit is contained in:
@@ -14,6 +14,30 @@ todo: notification
|
||||
Seen, fetch, delete etc
|
||||
|
||||
|
||||
todo: Back end notification related settings
|
||||
GlobalBizSettings
|
||||
Add Notification system ACTIVE bool value
|
||||
GlobalOpsNotificationSettings (copy from backup settings)
|
||||
SMTP creds, return address
|
||||
|
||||
todo: Back end job processors
|
||||
NotifySweeper
|
||||
Notification (App notifications table) - deletes all APP notifications older than 90 days (if they want to keep it then can turn it into a reminder or SAVE it somehow)
|
||||
NotifyEvent -
|
||||
deletes any notifyevent with no event date created more than 90 days ago
|
||||
If has event date and it's passed then deletes it if created more than 90 days ago (pretty sure there are no back dated events, once it's passed it's past)
|
||||
NotifyDeliveryLog - deletes all log items older than 90 days
|
||||
Notify
|
||||
Scan the notifyevent table and deliver notifications accordingly
|
||||
|
||||
todo: notifysubscriptionbiz
|
||||
Check for duplicate before accepting new / edit in validator
|
||||
|
||||
todo: notificationbiz
|
||||
todo: notifyeventbiz
|
||||
todo: notifydeliverylogbiz
|
||||
|
||||
|
||||
todo: create notifications at server for ops stuff in todos once back end is coded
|
||||
|
||||
todo: client global settings notification systemactive
|
||||
@@ -22,12 +46,24 @@ todo: client global settings notification systemactive
|
||||
todo: ui area where admin can see all notifyevent and remove any that they deem as stuck or won't deliver
|
||||
Can trigger deliver there maybe?
|
||||
|
||||
todo: Customer User UI area accessed from Customer form for CRUD User accounts tied to customers and also for setting up Notifications for those users
|
||||
See below there's a todo block about this
|
||||
|
||||
todo: ops UI for settings
|
||||
todo: biz admin UI for turning on and off notification system "Active"
|
||||
|
||||
todo: send test notification from both ops and admin pages
|
||||
also from any user form and will troubleshoot as a matter of course before it sends
|
||||
also from client users form
|
||||
Will then issue warning if either OPS smtp notification is turned off (Active=false) or Admin NotificationSystemActive is turned off
|
||||
|
||||
|
||||
todo: COREBIZ (Start with Widget first as a test to prototype this chunk of code)
|
||||
Need CRUD check for notification events
|
||||
Need to handle check of new tags vs existing tags (delta of tags) for any notification type
|
||||
Need central common code just like biz rules check that processes notifications upon any changes
|
||||
asks notifysubscription code which notifications to process
|
||||
subscriptions code has either cached or on db lookup to see all that apply, returns an array of notifyeventtypes to be processed
|
||||
Processes each notifyeventtype that it handles or passes off to central one maybe in some cases if common code
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user