Functional requirements and use cases
The main idea of the Outbound SMS feature is to provide MifosX the ability to send SMS to clients, loan officers and others for various events and announcements -- like pending disbursement, pending payments, task list, monthly cash summary, etc.
m-Banking technology has become one of the most familiar banking features throughout the world.
Considering m-Commerce and m-Banking perspective for MifosX, a Push Pull services offering SMS (Short Messaging Service) based m-Banking system has been proposed which is able to provide several essential banking services only by sending SMS to bank server from any remote location.
This push-pull services specified system facilitates MifosX users by carrying out real time m-Banking utilities by categorizing services into five major on the basis of their homogeneity. They are Broadcast, Scheduling, Event, Inquiry and m-Commerce services. The proposed system not only brings banking transaction in hand’s grip but also makes it easier, robust and flexible with highest security.
# | User Story Title | User Story Description | Priority | Notes |
1 | POC for open source project available for SMS based messaging | Currently few open source projects provide capabilities for SMS based inbound and outbound messaging. We need to do POC for two such frameworks 1. RapidSMS 2. Frontline SMS These frameworks can be used for baseline instead of building from scratch. | 1 |
More details and gitcode can be found in below links. http://www.frontlinesms.com/technologies/frontlinesms-overview/ |
2 | Provide a Simple SMS sending capability based on user roles | Provide the ability to send any text sms via a simple dialog box in Client screen. Load officer or Admin person based on role will be able to send SMS to particular user or group of users. User need to be registered user. |
| |
3. | User registration service | User need to register cell phone to use SMS service, this service will provide UserID and PIN as response. |
| |
4. | Acceptance of Terms and Conditions of the Service | While the above steps complete the registration process, a customer will be able to do Financial and Non Financial transactions , only after he conveys his acceptance to the Terms and Conditions of the Service |
| |
5. | SMS transactional services | Following three core services,
| ||
6. | Identify Automatic System Notification SMS Events | We need to identify some system events and scenarios which we would like to have integrated via SMS notification. As I understand, there would be 3 types of SMS notifications:
| TBD | To start with following SMS alert can be configured based on events. This need flexible framework to add events.
Checking: Check(s) Cleared Alerts when a specific check clears the account Daily Balance Alert Alerts the balance at the end of day processing Deposit Notice Alerts when a deposit is posted Deposit(s) : Presentments Alerts when deposits are memo posted Low Balance Alert Alerts when your balance is equal to or below an amount you set Loan: Loan approval Alert when loan is approved Payment Due Alerts when a payment is due Payment Notice Alerts when a payment is made Payment Past Due Alerts when a payment is past due |
7. | SMS Notification Configuration Screen | Need to create a configuration screen where all SMS based notification configurations can be done. This will contain the following:
| TBD |
|