25.10.2013 Views

Automation of SACCOs - FSD Kenya

Automation of SACCOs - FSD Kenya

Automation of SACCOs - FSD Kenya

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

social factors. The first would be to generate as much cash flow as possible<br />

in the long term with as little volatility as possible. The second would be to<br />

increase outreach and inclusion with regard to financial services in the society<br />

the SACCO operates in.<br />

The business case will require an in-depth understanding <strong>of</strong> the financial<br />

performance <strong>of</strong> the <strong>SACCOs</strong>. One <strong>of</strong> the fundamental challenges that it<br />

needs to help analyse is if the business volume and pr<strong>of</strong>itability is sufficient<br />

to independently support the acquisition <strong>of</strong> an application. Essentially the<br />

depreciation and running costs <strong>of</strong> the system per user and year might not be<br />

recoverable from cost reductions and increases in revenue that the system<br />

directly or indirectly contributes to if the <strong>SACCOs</strong> model is too weak or too<br />

small. Several <strong>SACCOs</strong> are currently underperforming 7 but this is not solely<br />

due to poor use <strong>of</strong> IT. It could be that even if this factor is improved that the<br />

<strong>SACCOs</strong> cannot realise the benefits due to other limitations and the automation<br />

would lead to a loss. For smaller <strong>SACCOs</strong> it could be that, even if they realise<br />

significant benefits, that the absolute value <strong>of</strong> these do not compensate for the<br />

minimum cost <strong>of</strong> a competitive system. As regulatory compliance will be one<br />

fundamental reason to automate it could be that a SACCO automates even if<br />

the business case does not support it but at least the SACCO is aware <strong>of</strong> what<br />

value has been lost in the short term and how to compensate.<br />

The SACCO’s contribution to the automation<br />

Once the SACCO has established what purpose the applications needs to fulfil<br />

it needs to be specified how the application will do that in terms <strong>of</strong> detailed<br />

functionality to deliver each business process. In order to do this the SACCO<br />

will benefit from having business processes documented at a high-level or<br />

at detail. Such documents will also significantly facilitate the gap analysis<br />

conducted by the vendor to identify any need to customise and configure the<br />

system. Without a proper gap analysis the vendor would struggle to make any<br />

significant warranties or price the system, implementation and support. The<br />

business case needs to be updated in parallel with the requirements gathering<br />

to assess the financial viability <strong>of</strong> the specification that is emerging.<br />

In addition to informing the internal decision process and contributing to the<br />

functional specification, the <strong>SACCOs</strong> need to be able to establish relationships<br />

with vendors, to assess them and negotiate an agreement for the application<br />

acquisition, implementation and support. This requires in-depth knowledge <strong>of</strong><br />

the applications in order to evaluate prices and conditions.<br />

Prior to implementation and to making any significant payment instalments<br />

sufficient testing <strong>of</strong> the system is required. The vendors are responsible for<br />

the technical and functional tests (component, integration, performance and<br />

system test) but the SACCO needs to provide pr<strong>of</strong>icient users to enable the user<br />

acceptance test (UAT). These users will need to have access to some kind <strong>of</strong><br />

7 WOCCU impact analysis.<br />

AUTOMATION OF SACCOS: ASSESSMENT OF POTENTIAL SOLUTIONS • 33<br />

documentation <strong>of</strong> the processes that the system needs to support, otherwise<br />

the user acceptance test will be heavily dependent on the individual and take<br />

an almost random character. The relevance <strong>of</strong> the user acceptance test is also<br />

dependent on the experience and skill <strong>of</strong> the testers. An inexperienced user is<br />

unlikely to be aware <strong>of</strong> the most challenging events or outcomes <strong>of</strong> the <strong>SACCOs</strong><br />

processes that should be used to stress test the system.<br />

The automation will most likely be one <strong>of</strong> the larger projects undertaken by<br />

the SACCO at any time and it is unlikely that the SACCO management will have<br />

experience <strong>of</strong> managing such a project to ensure that it is delivered on time and<br />

in accordance with requirements. If the SACCO fails to fulfil its commitments<br />

to the process, the risk is that the vendor’s warranties for the implementation<br />

will be void and the SACCO could be further exposed to delays and even quality<br />

issues etc. As system implementation is a practically non-recurring event that<br />

requires expertise outside the core SACCO business it is more effective to<br />

obtain assistance from independent consultants who are experts in this field<br />

than to take the risk <strong>of</strong> managing the project completely independently. It is<br />

worth noting that even if the vendor has previous experience it will be from a<br />

different perspective and they will not be objective.<br />

6.1.2 Connectivity<br />

None <strong>of</strong> the <strong>SACCOs</strong> the project has visited has achieved a branch network<br />

that is continuously fully integrated in-real time or to any other practically<br />

relevant updating frequency between the locations. The root cause appears<br />

to be tw<strong>of</strong>old.<br />

Firstly the available infrastructure is insufficient or prohibitively expensive for<br />

the <strong>SACCOs</strong>. The options available are mainly land or mobile networks provided<br />

by the telecom operators, ‘lease lines’ or satellite networks. To achieve a full<br />

integration <strong>of</strong> the application across a branch network dial-up is not sufficient.<br />

Mobile telecom networks need to be <strong>of</strong> sufficient bandwidth as, even if the<br />

vendors have tried to optimize, the applications would be as very slow when<br />

integrated through e.g. 0.5-2mbit/s. The mobile networks do suffer from<br />

disruptions and at locations in radio shadow there is no connectivity rendering<br />

them sufficient for synchronisation and reporting on an infrequent basis only.<br />

Satellite connections <strong>of</strong>fer better reliability and bandwidth but at remote and<br />

mountainous locations SACCO branches have proven unable to connect to the<br />

satellite base stations as there is no direct line <strong>of</strong> sight. Lease lines provide the<br />

most reliable option with the best bandwidth but as <strong>of</strong> yet <strong>SACCOs</strong> have found<br />

this option very costly. Digital subscriber line (DSL) connections using the fixed<br />

line telecom network would not completely resolve the issue as it is not yet<br />

available in all locations where branches <strong>of</strong> the FOSA <strong>SACCOs</strong> exist.<br />

Secondly the vendors do not appear fully capable <strong>of</strong> integrating the branch<br />

network even when there is a connection. The cause for this remains to<br />

be confirmed but it needs to be considered that the branches de facto are<br />

currently not connected despite the vendors’ efforts.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!