EMMS v2.5 has been released. The new version includes a series of improvements detailed below, the majority of them related to security and work flow. Also, the code has been completely revised/updated; this will facilitate and improve new deliveries (2.5x versions). Coming deliveries will include functions for kiva, savings, sponsors, etc.

Try the e-MMS v2.5 demo here

• All transactions can be secured/encrypted with ssl, so password or session hacking is unlikely to happen.
• Options for regular forced password change. Specific password metrics/properties can also be setup.
• Users can specify their own start page.
• Users have the option to select up to 16 most used functions for quick access.
• The menu system was re-designed, all functions are now included in this menu following a more intuitive order. Everything related to the menu systme can be setup in a single xml file.
• The “return” option can result in a risk of duplicating actions that can be as a critical as making a payment, etc. This is why the “return” option has been blocked.
• In some occasions a wrong behavior could be noticed while navigating through the different pages coming from searches with many results, specifically if you opened at the same time any other EMMS windows - ie. multi-tab browsing, popups, etc. This problem had important implications that complicated launching additional windows/popups with further details of records on the result list (the details in these views/popups would erase the "cache" from the primary results list and you would be unable to continue through the result pages). It is now solved, opening the possibilities to quickly provide lots of details from any result list and still preserve an uncluttered interface.
• The Report Panel, was removed. Reports are now displayed at the tree menu under the “Reports” option, and they are clearly identified according to their family type . The new mechanism is faster and it does not require as much operations in order to obtain multiple reports. Some reports have been added and others have improved.
• The mechanism used to process a loan request has been completely revised. Abundant information is included in every step of the process in order to help in decision making with just one click, without the need of exiting the primary pages. These new facilities improve the process in a very significant way.
• The “Revised” step is done now in a group level, the same way as “Approved”, meaning that checking client by client is not required. The system [provides with all the necessary information concerning a client (including former credits and payment histories, etc) without the need of walking out of the general/ group file of the request.
• In case that a request is “rejected” for any reason, this takes place for the entire file. The “rejected” state is temporary until the loan officer corrects any error and “re-opens” the request.
• Once the file has been “approved” it can no longer be “rejected”, even though it can be “retracted”. The “retracted” state is final and it is also done at a level of the entire file, not at a client level. Any resending of a “retracted” request should be started again from scratch, meaning it would be a new request.
• All the tasks related with the handling of new, incomplete, rejected, retracted, pending, approved, disbursed and delivered requests, have been consolidated under the “Loan Portfolio > Formalizations”, option in the tree menu. Note, these improvements related to loan formalization, not only help reduce processing time but will also enforce the transparency of the formalization process.
• Inclusion of special reports tailored for any specific purpose, is possible without affecting the system source code.
• Enhanced financial calculator.
• New icons set.
• New revised English, Spanish and French translations.