From 9795155cf73b9a7061fdcfef5d0434876eee265c Mon Sep 17 00:00:00 2001 From: John Cardinal Date: Wed, 15 Jul 2020 22:06:41 +0000 Subject: [PATCH] --- ayanova/devdocs/todo.txt | 38 +++++++++++++++++++++++++++++++++++++- 1 file changed, 37 insertions(+), 1 deletion(-) diff --git a/ayanova/devdocs/todo.txt b/ayanova/devdocs/todo.txt index 123fc16e..df2b0f6a 100644 --- a/ayanova/devdocs/todo.txt +++ b/ayanova/devdocs/todo.txt @@ -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