Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Page Properties


Target release3.6
Epic
Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-1094
Document status
Status
titleDRAFT
Document owner
Technical LeadNikodem Graczewski (Unlicensed)


...

  • Ability to configure and change the text used on email or SMS notifications template.
  • Research using RapidPro or another existing service (Team Ona uses RapidPro)
  • Support a more digest-like notification rather than a facility-specific notification (as shown in the example below
  • Must be able to put values from the database (support tokens) when editing text 

...

#QuestionOutcomeStatus
1Is 
Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-3796
 still required? 
SMS needs to be included in the feature set. Multiple countries mentioned that cost is not a concern as phone companies provide messages for free.Answered
2

If SMS is no longer required - are there any requirements in Notifications - Push Reminders that we will need to support? 

Push notifications from an admin to all users happen through JIRA. Is this enough?

Only user stories 1 and 2 are required for the initial version: 

  1. Add SMS as a channel for notification
  2. Notification for Rejected requisitions by SMS or email based on configuration

Answered -

#3 - Log of SMS and email notifications sent (may be included in scope if this can be done efficiently in 3.6)

3Phone numbers are already captured in User Profile page - but there is only minimal validation on format. Is this required? It would be required if SMS is included in this feature.Phone number format validation needs to be updated.Answered
4Need to research solutions for customizing messages in other languages Messages need to be configurable but not localizedAnswered
5Who is the user that logs in occasionally? Do they need to receive notifications to remind them to log in and check something?Understanding this user will help us ensure we support notification scenarios for this user.Wesley Brown to confirm
6

Are there more types of notifications that could be categorized as high level? 

Helps us understand which notifications would override a user's opt-out preferences.Wesley Brown to confirm (maybe with help from Nikodem Graczewski (Unlicensed) to understand current state - emergency requisitions, reset password, are there others?)
7

Should we classify types of notifications so that we all agree on terms to use? 

Informative notifications: Requisition status updates (would notifications about upcoming system updates, planned system outages be included in this classification?)

Action-based (action-oriented) notifications: Notifications that require the user to log into OpenLMIS to take action, some action-based notifications would override the user's notification preferences such as emergency requisitions or reset password email notifications.

Time-bound notifications (or reminder notifications?): Notifications that remind a user something needs to be done, or hasn't been done yet - should be done


Are there default settings for each notification class that would be acceptable?

  • Informative notifications: defaulted to email (and scheduled email only once a day - for requisition status updates)
  • Action-based: defaulted to SMS or email (with Action required or links in the email to complete an action)
  • Time-bound: defaulted to scheduled email (once a day?)

What classifications should be used for notifications of system updates or planned system outages? This is a message that is configured by an administrator and then set to all users. (Malawi example, or is slack good enough?). 

Gain agreement on terminology so we understand what notifications are supported and must be supported. Helps explain the value and use for each type.

Sam Im (Deactivated): This is a design discussion. This does not mean that notifications must be designed with a classification but is used to help us understand the value of notifications for each user. FYI Wesley Brown


As of Dec 18th, and discussed in PC Meeting on Dec 18th:

Two types of notifications will be supported in 3.6: Urgent and non-urgent

Urgent: Emergency requisitions, password reset

  • Need to add support for Reject notifications as an urgent notification that overrides opt-out settings. (per question #2 requirements)

Non-urgent: all other notifications

Other classifications may be discussed for a future release

8

What are other generalized needs for requisitions and stock management notifications that we may need to consider in the future design - but allow for in our current design?

  • Customizing stock management notification messages
  • Configuring stock management notifications via SMS or email 
  • Push notifications
  • Resending notifications (what are the use cases we would need to support?)
  • Disabling notifications

9Are we supporting fulfillment notifications in 3.6 scope? 
Wesley Brown to confirm (maybe with help from Nikodem Graczewski (Unlicensed) to understand current state of fulfillment type notifications)
10

Design questions: 

  • Are we required to allow users to opt-out of SMS notifications?
  • Should we allow users to override SMS notification settings?
  • Should users (in their own user profile) be allowed to choose SMS instead of email?
  • What types of limitations in characters should be required for SMS? Should this message be different or shorter than the email notification?
  • What happens if SMS is configured for notifications, but there is a problem sending SMS or receiving SMS? 
  • Rejected requisitions should override opt-out settings
Nikodem Graczewski (Unlicensed) here are some questions that have come up about SMS so far.

Out of Scope

  • Stock management notifications: configuration and any changes to notifications will be some future release
  • CCE notifications: configuration and any changes to notifications will be some future release
  • Push notifications: A supervisor dashboard/interface for late reporters to push notifications to different levels, with customizable notification text