FAO-GTZ MicroBanking System (MBWin)

Transcription

1 Contact information of the person who fills the questionnaire: Name Signis Aliks Position Technical Supervisor address Phone number (+66) Since when are you working with this institution? 2002 COMPANY PROFILE Contact Details URL Postal address Maliwan Mansion, 39 Phra Athit Rd., Bangkok, Country Thailand Thailand Region South_Asia Bangkok Fax number (+66) Sales representative Signis Aliks, (+66) , Technical manager Signis Aliks, (+66) , Established since 1987 (MBDOS), 1999 (MBWin) Status Other FAO-GTZ programme, funded by revenues from license fees, software customization and installation and support. Main shareholders (with % of shares) FAO, GTZ are joint owners of the copyright Turnover and Results last 3 financial years turnover NA Turnover linked to microfinance activity NA net profit 0 Profit link to microfinance activity NA Staff Whole company staff 10, but have many partnerships where the partner provides consultants when required. Number of duties below are overlapping for the same staff. The below numbers include only the Bangkok-based staff. The global total is about 80. Core Banking / Microfinance Systems Staff 9 Sales & marketing CBS staff 2 Implementation & training CBS staff 4 Technical support CBS staff 4 Product development CBS staff 9 Management & administration CBS staff 2 Other Other softwares / services that your company provides Softwares NA Services NA Has your company set up partnerships for the microfinance market? with Microfinance Institutions? Some MFIs act as local support providers for others - Indonesia, Philippines with Resellers? National competence or candidate competence centers (MBWIn reseller and support type of organizations) in Nepal, Philippines, Honduras, Uganda, Sri Lanka, Lao PDR with Consulting companies? MBNepal provides their consultants regularly, MBPhilippines occasionally, for overseas implementation and training missions with NGO's? NA with other type of institutions? NA Main evolutions since 3 years Expanded staff and new support centers in SriLanka, Uganda, Philippines. New installations in number of countries. Trends for next 3 years Continue to expand and add new features and modules to the system, FAO-GTZ SOFTWARE OVERVIEW MicroBanking System (MBWin) Software versions Date of 1st release 1988 (MBDOS), 2000 (MBWin) Number of releases Only for MBWIn - 3 major releases and 19 minor releases Latest version number Number of installations latest version (nb of MFI) it is up to customers to upgrade, so usually we do not know and do not keep track of it Number of installations previous version See above. Date of last released version 4-Nov-08 Date of next release (if already planned) NA Average release frequency Twice per year Patches and updates integration tool Available (it is named the "MBWin Synchronizer") FTP server for patches download ftp://ftp.mbwin.net Type of institutions targeted Commercial Banks N Microfinance Banks Y 1 of 17

2 Community Banks (limited service area) Y Finance Companies Y Cooperatives and Credit Unions Y Non-profit Organizations Y Specialized banks Others Market references Number of operating clients in 2006/2007/2008 in 2008 nb of clients:151, nb of sites: 392 / 512 / 634 in 06 / 07 / 08 Number of operating microfinance clients in 2006/2007/ /512/634 Lowest and highest number of branches within MFI clients 1, 110 Average number of branches per client 4 Lowest and highest nb of accounts handled within MFI clients 10 (lowest) and 31,000 (highest) Number of microfinance clients by country (2008) See reference sheet Number of ongoing installations by country Approximate - Philippines -5, SriLanka - 11, Laos - 4, Uganda - 1, Cambodia - 1, Afghanistan - 1, Number of clients in 2006/2007/2008 by type We don't keep statistics by type Commercial_Banks Microfinance_Banks Community_Banks (limited service area) Finance_Companies Cooperatives_and/or_Credit Unions Non_profit_Organizations Savings_and_Credit_Associations Other Commercial offices (including resellers) Number of commercial offices 5 Location of commercial offices Thailand, Nepal, SriLanka, Uganda, Honduras Support center (including resellers) Number of support centers 6 Location of support centers Thailand, Nepal, SriLanka, Uganda, Honduras, Philippines Support center staff (number of people) 10, 19, 5, 4, 2, 30 for the above countries respectively Hotline by 1) internet based real-time submission of issues in our DevTrack issuetracking system; 2) support by MSN chat; 3)by to [email protected]; 4) through real-time remote access software; 5) phone support available, but practiced only in extreme cases Support in which languages English, Hindi, Laotian, Latvian, Nepali, Nevari, Russian, Tagalog, Tamil, Spanish, Thai Technical documentation available Downloadable for licensed users User documentation available User club existence Main evolutions since 3 years Trends for next 3 years Forecast features under development for the software Further innovation in pipeline for microfinance market Outsourcing Targeted new clients for next 3 years According to you, who are your (3 main) competitors as microfinance software editor? Current competitors ATM interface finished with first pilot scheduled in Multicurrency interface. Fingerprint verification module. Many smaller new features and reports. Migration to full Unicode supporting programming tool (Delphi 2009). Implementation of full multibranch system. Enhancement of the reports modules in MBWin and the MB MIS system. Merging MBMIS and Multibranch system into one. Yes, we hace plans to start providing outsourcing services to MFI and to assist our partners to do the same Yes 1. Local software companies providing less costly, but usually less sophisticated, even inadequate, packages and 2. More costly, almost full scale banking packages (emerge, Equinox) Estimated future competitors The five major strengths of your software FUNCTIONAL COVERAGE Client Information Management Client data such as name, marital status, age, gender, address (home and work) and activity same Very flexible configuration containing 20 years of experience within the industry. Highly scalable. Concurrent support for up to three languages. Wide support network. Finetuned to the needs of microfinance market. Installed and supported by independent and free lance or partner consultants. Not-for-profit motive of the software owners (FAO and GTZ) ensuring that all revenues go back into system support and development. Very strong support for group-based microfinance operations including exception posting of collection sheets. Type, title, up to 4 names with user-specified sort order, display name, NID, gender, civil status, date of birth, 4 customizable string fields, multiple addresses, different address types supported, 4 address fields, phones, faxes, up to 9 customizable lookup fields, related contacts, location code, extended properties. The extended properties are standard available in the system and can be user-defined. They are commonly used to describe group-properties, but can be used for any other properties. Examples of usage are a the name of a group-leader, the date of the group formation or training, etc. Currently only few customers are using them, as it is a recently introduced feature. 2 of 17

3 Group clients data such as name, status, members (nb / list), leader, creation date, meeting date Village data such as name, location, status, groups (nb / list), leader, registration date Facilities to check client behavior - i.e. credit and deposit status and history (either from external or internal sources) Historical data on clients (including deleted, canceled, rejected and closed loans) Able to track clients at different stages of the process (prospect, active, blocked) Unique identifier of client as a parameter (internal number, Mnemonic, ID card, ) Same as above plus can set the leader, group meeting date, creation date. Up to five grouping levels supported (loan officer-group-subgroupsubsubgroup - client) Same as above. Additional Question from Consultant: The question is related if there is a global view on all accounts (loans and deposits) of a client, with for instance drill-down capacity MBWin' answer: You can see all accounts of an individual customer in MM If you doubleclick on any account - it will open account enquiry with number of options. You can also print the listing of all accounts from there. MM17216 also allows to print more detailed summary. Yes. All closed customer's accounts and their history remain in the system and can be analyzed. There is also a consolidated customer report showing closed accounts. In case some of this information has been archived, it is accessible from archived database. For archival purposes there is a separate utility available that allows to archive the old transactions of the already closed accounts. Archiving parameters can be set by the user, such as, which applications to archive, up to which date to archive, and if the transaction records in the main database should be purged for these accounts. As well, deleting of loans is not available as such, the loan can be only be cancelled or closed. All historic information on the accounts of clients is maintained in the system. Client records can also not be deleted and can be reviewed at any time, also for those individuals who have stopped being clients. Clients can have number of different statuses, which can be set by organization. Statuses from 001 to 899 are active, 900 and higher are blocked (can be prospect, deceased, blocked or anything else). Yes. Internal customer CID number as well as unique national ID (NID). Physical identifier of client (picture, signature, finger print ) Picture, signature and fingerprint. Identifies potential duplicates (i.e.. double entry of clients) Yes. Identifies similar names and asks teller to confirm that this is a different customer. Can be configured to disallow duplicate National Identity Numbers (NID), if require. Tracks potential clients information Our users normally maintain only information on current and former clients, not on potential future clients, though it is possible to enter any clients. Black list Possible to provide free-format comments on clients, which show up when accessing client information. Client codes can be used to blacklist. New clients can be checked againt a blacklist of national ID (NID) numbers, if maintained. Follow-up of relationships between clients Relationships can be defined and viewed on the screen Additional Question from Consultant: Can a user set a relation between two clients (and not between a client and an account)? MBWin' answer: Yes, during creating new customer in MM1714 or by editing in MM The types of relations can be defined in CFGR. Possibility to print a client identification sheet Loan management Integrated with accounting system Number of products allowed Permits the addition and modification of loan products Lending methodologies Individual clients Solidarity groups with individual loans Solidarity groups with group loans Village banks with individual loans Village banks with group loans Methodologies of interest calculation available Flat Declining balance Fixed rates Discounted from the loan Floating/Variable rate Daily interest calculation (with weekly or monthly installments) on principal outstanding Other (user defined) Yes. Client list can be printed. Also an indicidual client report can be printed. Yes, the loan transactions that are entered during the day are processed into the GL as part of the end-of-day procedures. Up to 999 (theorethically, but can be fewer, if other modules are used, like savings or similar. If a MFI would run out of products it can however be expanded to 1,296 by allowing for alphanumerics in the account number. Addition, yes at any time. Modification is possible for a limited number of loan product parameters if there are accounts of the product already existing. (1) Flat per installment period (instead of flat per unit of time) (2) at the moment one client requires the "78th method" (3) Annuity schedules (4) Balloon payment as last payment of an installment schedule (5) Interestonly installment (6) In-between interest-only installments (7) manually defined schedules (8) Interest discounted from the loan but with rebate in case of prepayment, (9) Shariah loan service fee (interest), i.e. a manually entered amount which is spread over number of repayments. As well as number of peculiar customized schemes. Special products Leasing On special request, not in the standard system. 3 of 17

4 Mortgage Warrantage Is this the same as a guarantee? We have no feature for this Line of credit Other Historic data on products Forced deposits (linked to deposit monitoring) with ability to block access to forced savings (where appropriate) 1. Pawning, 2. Salary loans, autorecovered from a savings account as soon as salary is credited to the savings account; 3. Shariah compliant loans Yes, products are maintained also when discontinued. Historic interest rates are maintained separately in a table. Log of previous product definitions is available. Products, once created, cannot be removed if there are any accounts, closed or active, in the system. Yes, various mechanism are available to block such accounts, on product basis, or through an account "hold" or "block". Forced deposits linked to instalment schedule as a separate option. The forced deposits are shown in the collection sheet for groups. Collateral (cash and non-cash) tracking Yes, with a collaterals module where type of collateral and types of items are user defined. Additional Question from Consultant: Can system monitor the between loan outstanding and collateral coverage ratio. Meaning after disbursement, once the outstanding amount is reduced, can appropriate amount of collateral be freed accordingly? MBWin' answer: We have manually configured installations that enforce certain level of collaterals or holds on savings accounts to be there during approval of the loan. It currently cannot be configured in standard system CFGR screens, though, and it is supported by number of configurable scripts. There is no automatic freeing of collaterals, as it would require some algorithm which types of collaterals are to be freed first etc. and actually no one has asked for such feature yet. Guarantor tracking and number of guarantors per loan Yes, multiple guarantors, with full information on the guarantor (same as for the borrower). There is no limit on the number of guarantors. Additional Question from Consultant: Guarantor tracking means that the system keeps track of all loans guaranteed and as well received by the guarantor and issue a warning when a new loan should be added. MBWin' answer: MBWin keeps track of the loans guaranteed by the same guarantor, but there is no specific warning system in place. Loan simulation including production of installments schedule Payment Types Yes, analysis of interest rates, maximum amount to borrow, and various repayment scenarios, on a by-product basis. Term loans with constant payments Yes, with both declining interest (annuity) or fixed interest (flat). Term loans with constant principal Yes, and with declining interest or fixed interest. Irregular payments (set by the user) Yes, we call it a "manual schedule". Balloon schedule (interest only instalments and principal at the end) Possibility to choose order of repayment between Penalties, Interest and Capital Other (user defined) Payment frequencies Daily Weekly Biweekly Every 4 weeks Monthly Bimonthly Quarterly (every 3 months) Bullet loan (single repayment) We have default order, but single repayments can be overridden manually. (1) Flat per installment period (instead of flat per unit of time) (2) Interestonly installments during a grace period (3) Interest-only installments inbetween principal installments. (4) Shariah compliant repayments (payment proportianlly spread over principal and charges) (5) Also some strange customized schemes Other (user defined) Yes, half-monthly, 4-monthly, 6-monthly, annually Payment year supported 365 days 360 days (30 days/month) 336 days (4 weeks/month) 52 weeks Fixed or Flat per period schemes. Other (user defined) have also 12 months payment year Grace periods Late payment grace period Installments schedule grace with interest Installments schedule grace without interest Delinquency management facilities (handling of on-time, early, late, partial, and extra payments) and calculation methodology Additional types of payments Commissions and fees (Please specify at what stage of the loan cycle those fees may be charged) Yes, full monitoring and reporting on delinquent loans, including ageing report, provision report, loan list filtered by overdue principal, etc. Also an automatic GL-reclassification facility is available, transferring delinquent and non-performing loans to separate GL accounts on a daily basis. Yes, at three different stages: (1) at the beginning as part of the disbursement; a fee may be deducted from the loan amount (2) with every installment (3) ad hoc, as a charge debited to the account and recovered with the next repayment. 4 of 17

5 Penalty fees for late payments (Please specify if the user may suspends these fees) Yes, penalty fees and yes, the user can suspend on a product basis. If the user wants to suspend on an account basis then the user should credit (adjust) the account for the required amount of late fee. Penalties can be computed either on the overdue balance or total balance, including or excluding due interest, for all due loans or only for fully matured loans. A number of "grace days" may be defined, upto which no penalty will be charged. Credit insurance can be defined as some type of fees Group insurance fees can be defined as some type of fees Other (user defined) any types of extra payments can be defined as fees Repayment methods Cash Check Standing order (auto debit) Money order by voucher Current account transfer ATM Card not yet, but planning to introduce in future, as part of ATM module POS devices Mobile banking List the different steps of the loan cycle (application, appraisal,approval, disbursement, payment) Approval workflow system, automatic Strict control of workflow Closing a loan (on-time and early), automatic Yes, on-time, early and late (1) Application (2) approval or rejection (3) disbursement with optional checks for corresponding required minimum balances in deposit or share accounts (4) additional (multiple) disbursements (5) installments falling due/repayments (6) maturity reached with last installment falling due/ closing repayment. Separate recording of loan rescheduling. Back dating of transactions on loan accounts Yes, up to the date of the last transaction or last installment date Loan rescheduling : follow-up and separation from other loans Yes, separation through the account status field. A reschedule counter is also maintained. These loans can optionally also be transferred to a separate GL account. Expected repayment amount proposed by default by the system Yes, exception posting in batches for group collection sheets. In the front office the amount due is visible, but not defaulted as this would certainly encourage teller mistakes. Yes, unexpected amounts will be processed according to the processing rules of the product. If more than loan balance, excess will go to a clientsurplus account. The system also caters for "specified repayments" Unexpected amount possible (underpayment, overpayment,more than loan balance) whereby the user can specify the breakdown of penalty, interest and principal. Batch processing for disbursement lists / collection sheets Yes, with exception posting of the batches. The batches are pregenerated by the system. Taxes management on loan products Yes, value added tax on loan interest is supported. Loan accounts numbering (random, user defined, system generated) Yes, the various schemes can be user defined. One of the schemes allows "random" which we interpret as manual numbering. Normally the account numbers are system generated, using various schemes, with or without sub-numbering by client (if clients have more than one account of a product) and with or without the client CID as part of the account number. Provide a list of standart documents with example (contracts, repayment schedules, account statement) (1) Loan Sheet, describing full loan details, details of other loans, closed loans and all other accounts of the client (2) Repayment schedule listing all repayments by date and with amounts broken down by interest, principal and charges and with repaid amounts indicated if applicable (3) Statement of account showing all transactions, installments falling due (4) Loan contract and promissary note for customized systems. Deposits management additional module almost everything is module in MBWin, as the structure is modular Integrated with accounting system Yes. All customer transactions are reflected in General Ledger at end-ofday (EOD). Same way interest accruals, account reclassifications and any other transactions reflect in GL at EOD. Any direct transactions to General Ledger accounts reflect in GL immediately. Types of deposit accounts Saving account Current account In MBWin the only difference with savings is that it allows overdrafts and link to the cheques. Overdraft account yes. Limit and overdraft expiry date can be set per specific account. Overdraft limits can composited, i.e. multiple overdraft slabs can be granted one on top of another, each with their own rate. Normally overdraft account is not allowed to go over limit, but if it is authorized by supervisor or the overdraft limit has expired then systemwide temporary ovedraft rate is applied. Additional Question from Consultant: Can the interest on overdraft calculated on time-weighted method? (meaning on daily average balance) MBWin' answer: It is calculated on the daily balance at the end of the day. Term deposit With multiple options for interest payment and rollover upon maturity 5 of 17

6 Planned saving Yes, we call it "Contract Savings" and "recurring deposit" Additional Question from Consultant: Planned saving is a plan where the customer agree to deposit a specific amount at a specific periodicity in order to obtain the agreed interest (otherwise it could be lost). Confirm if this feature exist. MBWin' answer: Yes, we call it 'Adjusted Contract Savings'. As long as the customer follows the contracted deposit schedule, he gets bonus interest. Group saving yes. If group approach may be used. Other (user defined) share accounts; shariah compliant profit sharing accounts whereby a group of savings or time deposit accounts receive a pre-determined share of some loan-income revenues Interests on deposits calculations Time weighted method I suppose it is the same as Minimum daily balance Minimum monthly balance Minimum quarterly balance Average daily balance Average monthly balance Other (user defined) There are various ways to compute this so we don't know what you mean. Normally should produce the same result as Yes, normal daily calculation based on end of day balances. Graduated interest, where interest depends on the amount of the balance. For time deposits, the interest can also depend on the term of the deposit. Interests payment frequency (Daily, Weekly, Monthly, Quaterly ) Voluntary deposits First saving with loan installments Yes, all frequencies and user definable for TD's - also withdrawal on request Yes. Most of product types are for voluntary deposits. If forced savings are used then these will be included in collection sheets and collection batch generation, and some related reports. Yes, through collection sheet. The collection sheet can be configured to include savings accounts along with expected loan repayments. Compulsory saving collection before loan disbursement Term deposit simultation Deposits and withdrawal methods Cash Check Transfer Batch transfer (ex : salary of the employees) The system can be configured to disallow approval of loans unless certain balance is maintained in the savings account of the borrower. ATM Card for now only withdrawal, but planning to add deposit later POS devices Mobile banking PDA Other Mobile phone interface module customized in Nepal servicing enquiries and informing users of debits, credits, payment reminders etc. Tax withholding functionality Dormant accounts management, blocking or warning when a transaction is posted Closing with balance transfer Option for jointly held accounts Hard copies management (passbook, checks, account statements) Yes, 2 options: withholding tax on interest and a so-called "debit tax" on withdrawals transactions. Minimum taxable amount for tax, or minimimum tax amount are user-defined. Multiple tax rates can be set for the withholding tax. Whether tax is payable depends normally on the classification of the client. Tax exemption can be granted also on product per product basis. Automatic Ledger fees can be set up. Yes. Withdrawals from dormant accounts are blocked and must be approved by supervisor. Yes. Two separate operations for savings. For time deposits this can be done automatically upon maturity. There is also a possibility of automatic rollover from time deposit accounts. Yes. Can be a special product such as a minor accounts, where parent holds an account for minor, or jointly held accounts. Jointly held accounts have no limit on the number of owners and full client information can be recorded for each owner. Yes. Passbook transaction printing is managed, and transactions can be reprinted. Stock of checkbooks and check numbers can be managed, protection against duplicate cheques. Account statements can be printed any time or prepared for printing at EOM and then printed all at once later. TD certificates can be printed. Interface with word processor for mailing of loan repayment reminders. Additional Question from Consultant: Can the system handle : 1. check issuance from the institution to be used by a client as a mean of payment? 2. check clearing from another bank deposited by a client as a payment received? MBWin' answer: Yes to both. Back dating of events recording Yes. Transactions can be backdated, but only up to the previous transaction date. Teller management Create a new teller Yes, a supervisor teller with the required roles and authorities assigned can create a new teller and assign limits, roles and authorities to that teller. Open Till Yes, records a transfer transaction from chief cashier (vault). Close Till Yes, records a transfer transaction to chief cashier (vault) 6 of 17

7 Cash overage and shortage management Yes, through a dedicated GL account. Before EOD, all tellers must close and tally their cash with the computer records of transactions for the session. Overages and shortages are to be posted to the dedicated GL account before closing. Transfer cash from vault to a till Yes, same transaction as "open till". Transfer cash from till to vault Yes, same transaction (but not for all the cash) as "close till". Transfer cash from one till to another Yes, between each of the two tellers GL accounts (each teller in the system has his/her own GL cash and cheques account assigned to them). Transfer cash from HO to Branch office Yes, as a GL transaction in the branch and HO systems, as it is not a multibranch system Transfer cash from Branch office to HO Yes, as a GL transaction in the branch and HO systems, as it is not a multibranch system Cash to cash transfer by or to client yes, cash-out or cash-in transactions Cash receipts printing (deal slips) Yes, standard system-generated vouchers or validation of manually prepared vouchers. End of day cash position Bill counting accessory Continuous cash position Yes, can be seen via teller linked GL accounts. Transfer Interbranch transacting manual transactions, as it is not a multibranch system Interbranch funds transfer for clients (local) manual transactions, as it is not a multibranch system Interbank funds transfer for clients (local) manual transactions, as it is not a multibranch system International funds transfer for clients manual transactions, as it is not a multibranch system Accounting Chart of accounts management Yes. Flexible and can be set up by customer. Up to 9 digits supported and 5 levels, or 8 digits and 6 levels. Main categories, such as Assets, Liabilities, Capital, Income, Expenses and Suspense accounts must be defined by the user. Adheres to GAAP and/or IAS provisions Supports Anglo-Saxon accounting standards (describe) MBWIn COA is flexible and can be easily configured to match te requirements. Its supports both Anglo-saxen and French COA Supports French accounting standards (describe) MBWIn COA is flexible and can be easily configured to match te requirements Yes, when necessary we make modifications at the national level for Possible modifications to meet local legal requirements (central bank, MFIs to meet all local requirements. This is especially the case now that supervisory regulations) or business requirements regulatory frameworks for MFIs are becoming more common. Yes, can be both front-office or back office (batch) updates. Batch import utility is available. It allows to import and post external batch files, which should be prepared externally in specified CSV file format. This can be On-line or batch ledger updates (tills, credits, deposits) used for import of payroll transactions, if prepared in separate system, or in some scenarios, if transactions into customer accounts are posted through account in different bank then these can be sent to the branch and processed there. Automated calculation and posting for partial or late payments (including Yes. All payment-related calculations and postings are done interests) automatically. Yes. Loans are classified depending on number of days due (userdefined Categorizing current vs. delinquent loans brackets) and term of the loan. Different categories can be maintained in separate GL accounts for principal, interest, penalty, charges. Accrual vs. cash The system can be configured to support either Existence of accounts to handle interest and principal due but not received separate from accrued Software ceases to accrue interest on late loans (automatically or on demand) Cost accounting Asset management Budget management Treasury management Pay-roll management Accounting interface Export to external accounting packages? (specify which) Import from external accounting packages? (specify which) Yes, there are three options: (1) Interest accrual can be stopped on account by account basis (2) interest accrual can be stopped by enabling automatic transfer of loans from performing to non-performing and stopping the interest accruals on non-performing accounts (3) interest accruals on non-performing loans are reported on separately so that one manual GL transaction can be passed at EOM to reverse the accrual on the non-performing loans. Not built-in, but have interface to PEARLS software (WOCCU), which can be used for performance analysis, management and budget planning purposes. Yes for export: most of the reports can be exported in multiple formats includes in spreadsheet form. Users can also design their own report and export the result in spreadsheet form 7 of 17

8 End of period process (day, month, year) and approximate timing for 5.000, , , clients registered in system End of Day, Start of Day, End of Month, End of Year. Usually takes few minutes to one hour. Depends on the size of database and the hardware used for server, so no specific timing can be given. As an example, we can take one of our client databases with largest daily processing due to strange processing cycle, whereas all weekly transactions are processed on one day per week (6 GB database, 12,000 transactions per day). EOD takes 5 minutes on our test server (dual quad-core processor XEON server with 4GB of RAM, standard 7,200 rpm drives),while the same procedure takes nearly one hour on entry level server (Pentium IV, 1GB RAM) used by our client. Similarly, End of Month procedure on our biggest database (8GB, 30,000 accounts, 40,000 transactions per month) takes about minutes. Since most of the periodic processing is done by SQL server itself, there are many ways to improve performance by increasing the hardware specifications or distributing the processing amongst multiple servers, but it is not practiced right now, as there is no need. Generation of financial statements (provide list) Generation of aging categories reporting (aging of loans) Yes. There are a number of reports. Balance sheet and Income statement are user-defined. See the reports sheet for the various trial balances and other reports. Provisions report shows aging within predefined categories. A separate report is available which allows to select the age categories manually. Share Management Membership share management Share buying Handled as a normal deposit Share selling Handled as a normal withdrawal Share valuation Dividends calculation Automatic yearly calculation routine based on either the amount or percentage planned for dividends. Because coops and credit unions practice widely varying schemes, other schemes are to be customized. Additional Question from Consultant: Are the divideds automatically credited on the current accounts of the clients? MBWin' answer: Yes - the dividend calculation routine creates a credit list batch, which then can be reviewed and posted by the manager. It is possible to choose either adding the amount to existing share accounts or to post it to the linked savings/current accounts. Flexibility Consolidation / Possible network configurations Single PC Decentralised Decentralised with consolidation tool Centralised on line Centralised on line with off-line option Other Technical Deploiement of software Stand-alone Client/Server ASP Web Interface Multi-Tier Yes, supported. Delayed posting Tracking flexibility Tracks clients at different levels (individual, group, village, branch, region, institution Track current and historical client portfolio of loan officer / supervisor Multiple branches or regions Mechanisms for separating information on an office basis MBMIS module available, which allows consolidation from number of branches and allows producing a number of reports. Can be online, but will be handled as separate databases for separate branches yes. Can be done either by VPN (database on server, software on client) or using Remote Desktop environment (everything on server) Number of reports are available based on filtering by loan officer yes, MBWin runs each branch on separate database, and MBMIS allows to report on branch basis Additional Question from Consultant: Meaning that same reports could be produced either for one branch or for whole institution. Confirm. MBWin' answer: BMIS (consolidation system) has a limited number of reports mostly required by management - perhaps around 30. Most of the reports in MBMIS permit to show the data either on consolidated or branch basis. Presentation of financial or statistical information by branch or region Ability to neutralize inter-branches transactions same as above. No reports by region yet. Additional Question from Consultant: Same reports could be produced by region/zone? MBWin' answer: No - no reports by region in MBMIS. Can be done, if the same GL accounts are used for intrebranch transactions amongs different branches Additional Question from Consultant: Seems difficult to use same GL accounts if one branch provides a loan to another branch! MBWin' answer: The way they commonly do is that they record as interbranch liability or capital in branches, and as interbranch liability or capital with negative sign in head office, using the same account. 8 of 17

9 Multi institutions MBMIS can be configured to consolidate data from separate organizations for reporting purposes, but only as long as the configuration is identical. Additional Question from Consultant: if so, answer is. MBWin' answer: since multi-institution system is permitted only in MBMIS (consolidation module), i.e. it can be used only for reporting on periodic basis. The real live system cannot be multi-institution. Maximum number of accounts handled by software theorethically 1 billion (1,000,000,000) Maintenance of indicator lists for selected data (like region list) in customized versions of MBMIS. Is there any field that can be modified or added by user? Yes. 16 customizable fields for customer info, unlimited number of customizable fields for loan accounts. Multiple languages Technical documentation and user guides languages Languages available within software Can support languages on a user basis All messages are in the language of choice All screen information is presented in language of choice Multiple language support requires recoding (language is hardcode) or is intrinsic to the system (language is parameterized) Statements can be in different languages? If yes, possibility to allocate a language to a client? Ability to handle non roman scripts Multiple currencies Rounding Supports local currencies and foreign currencies Supports loan / deposits accounts and teller transactions in different currencies All documentation in English. User guides translated also in Spanish, Indonesian and some other languages by users English, Spanish, Chinese, Indonesian, Thai, Laotian, Russian, Arabic, Tamil, Latvian, Dari, Pashto. The system is being used in all these languages. Support of Khmer is partially implemented by one of the customers. It is also available in Arabic, French and Albanian but not used in those languages (and not fully up-to-date). Supports three languages concurrently. Language can be selected on branch basis, user basis and customer basis. Most screens then are presented in user language, the branch reports print in branch language, and customer specific papers are printed in customer language. Tellers and customers can choose any of the three languages for their users interface and statements, contract, etc. Languages are parameterized and fully stored in a set of separate database tables. We have a translation utility so that anyone can translate MBWin intoi a new language, using English as base language. Yes, both possible. Yes, like Chinees, Arabic, Tamil, Thai, Laotian, Cyrillic. Can handle all languages that are available in Windows ANSI codepages. Some languages that are supported only by Unicode are not supported yet, but we are planning to add Unicode support in Yes. Basic multicurrency is available. Information in different currencies is being kept in different databases, while some data are shared (like customer information and other). A number of consolidated reports is available. This is not really suggested for customers who operate more than three currencies or who need real multicurrency with foreign exchange operations. Additional Question from Consultant: Can a branch have transactions in different currencies? i.e. receive a fund in USD and provides loan in THB? MBWin' answer: Yes, they can, but any transaction involving two currencies actually requires two transactions in both currency databases. Additional Question from Consultant: Haven't seen this in the demo version. MBWin' answer: Multicurrency system is quite complicated to configure. For example, during our training, we have a separate one day session to explain about configuring and using multicurrency. 90% of our customers do not use nor need multicurrency version, so we leave it out of Demo system. The menu is in MM74. Supports foreign exchange exposure calculation facilities No built-in report, but can be easily done given the available data. Handles maintenance of value accounts and other inflationary risk mitigation functions Possibility to add a currency Foreign Exchange Reevaluation Gain or Loss is calculated automatically, and can be configured to be posted either manually or automatically at EOM. Can also be configured so that the non-monetary items (income, expenses, fixed assets) posted in foreign currencies are automatically posted against the base currency at EOD, as per GAAP requirements. Daily exchange rates entry Additional Question from Consultant: Haven't seen this in the demo version. MBWin' answer: Same as above. Displayed in 2 currencies? Number of management reports are available for display in all used currencies. Position Management Manual through position accounts. Rounding per currency to fit cash constraints (5, 10, 50, 100, ), possibility to set it up by product Rounding of installment amounts (Principal + interests) Guaranty Deposits and funds Yes. Can be rounded to nearest 10, 100, 1000 depending on the currency. Separate rounding options on principal, credit interest, debit interest. Can be rounded up, down or to nearest value. Rounding to any other value can be implemented easily. Additional rounding options (25, 50) have been implemented but are not supported yet by the Configurator. Yes, the loan installment amount can be rounded, by separately rounding interest and principal. Or regular installment amounts can be set (rounded) manually, in which case the last installment will be adjusted accordingly. 9 of 17

10 Guaranty funds Yes, though not specifically. Advance charges (allocations) can be set and deducted from disbursable loan amount when disbursing the loan, which can be used as insurance or guaranty fund. Advance charges can be configured as a fixed amount or percentage of loan amount. Similarly, per-installment charges can be used. Death insurance Yes, though not specifically. Advance charges (allocations) can be set and deducted from disbursable loan amount when disbursing the loan, which can be used as insurance or guaranty fund. Advance charges can be configured as a fixed amount or percentage of loan amount. Similarly, per-installment charges can be used. Garanty fund deducted from loan amount prior to disbursement or on disbursement date Garanty fund paid before disbursement Garanty fund paid with installments See above. Yes, in the form of a blocked savings account. This is part of a customized system. Provision Calculation set by ageing rules and product type By aging in the standard version. In Cambodia is used a provision by age and term of the loan. Calculation modes (total outstanding, past dues only,...) Total outstanding. Provision automatically calculated at disbursement Yes, for the general provision. This is set by the same mechanism, by setting a provision rate for loans that are not due yet. Reporting Existing operational reports See reports sheet. Existing financial reports See reports sheet. Existing management reports See reports sheet. Regulatory authority reporting (Central Bank) configurable Mostly done in each country by local support providers. In some cases it is provided as a customization from our side. CGAP Key Performance Indicators Yes. The basic indicators are provided in a report. The user needs to set-up (configure) the GL accounts needed to allow calculation. This is necessary because a user-created charts of accounts is being used. User defined reports Possibility to perform trend analysis / comparisons (i.e. this month vs last month, payment performance analysis...) Export utility (Word, Excel, other format, ) Customized statistics Additional functionalities Payment cards Check management Payment services (bills, utility management) additional module core banking system sub-party Yes. Built-in Report Generator is provided (ReportBuilder), which can be used by users to define the reports and to build new reports. See for feature of the product. Yes, but only in the MB MIS system, which is used for information consolidation from different branches and which stores all historic information. Payment performance can be analyzed using 'Loan monitoring report' in MBWIn. Includes graphs with trends Additional Question from Consultant: Confirm that comparisons of differents periods can be done (on loans performance, deposits volume, etc). MBWin' answer: In MBWin it is mostly that reports can be printed for specific period and then compared to another. Few examples. Loans Collection Monitoring report in MM074, summary of account by GL code - MM71A23. But there are no trend analysis reports. In MBMIS there are a number of trend reports, which I am attaching in an extra excel sheet for your review. These are not all reports, but should give some idea of what is available in MBMIS system. All reports can be exported to Report Emulation, Text, Lotus, Quatro, Excel, Graphic, HTML, RTF (can be used by Word) and PDF file formats. Customized reports can be created per users requirements. These can be created by customers themselves, if they are qualified enough, or by MBI or it's partners. Have interface to PEARLS software (WOCCU), which can be used for performance analysis, management and budget planning purposes. ATM transaction handling has been just implemented and the pilot project is planned within few months. Money exchange service sub-party No. Credit scoring core banking system Very basic scoring implemented with CHI indicator, which measures the performance of current and past loans. Customer relationship management sub-party No. HR administration sub-party No. Batch transfer functionality Other products and services core banking system additional module Fingerprint module sold as a separate module. Mobile phone banking - a customized module developed by MBNepal, and currently handles only enquiries, and SMS notifications of certain events. Quarterly training courses (installation and support) are conducted in Bangkok, Thailand EASE OF CONFIGURATION Configurator exists Parameterization steps Calendar (holidays / working days) Yes. It has a graphical interface. All standard configuration is done through it and later-on products can be added/discontinued through it. Customized/extended features must be configured separately. Administrator manual provides the steps, continuing clicking the "next" button will guide the user through all steps in the most logical sequence. Training is recommended though to fully understand all the features and to achieve an optimal configuration. Extensive online help is available. The configuration starts with national level parameters (currency, amount and date formats etc.) then goes to organizational level parameters, then to business parameters, then to branch level, in a hierarchical order. Yes. These are user defined defaults and the branch manager must maintain the calendar after the system has been installed. 10 of 17

11 Configuration printing Yes, a Configuration Summary Report is available, which lists all the settings. Configuration interface/ergonomy Graphic interface with a tree-view representing the hierarchy. Clicking the nodes will expand and display the options under each node. Possibility to replicate the configuration from one system to another SECURITY Audit Audit methodology A utility named the "Branch Replicator" is provided to replicate from an existing (already configured) branch to a new branch with the same parameters. This makes the time-consuming configurator process obsolete. All operations are recorded as transactions. Also tracks tellers login/logout and the time that menu options are accessed by each teller. For a number of important items, such as changes in customer info, account info and product parameters the system retains the old values so that they can be reviewed and checked against the new values. Additional Question from Consultant: Are these functionalities from the Database or from MBWin? MBWin' answer: All account and customer related transactions, as well as tellers login/logout times, menu options accessed can be seen from MBWin reports. Some others can be accessed only from database. Unique teller identification number See above. Traceability of products parametrization See above. Traceability of connections - loggings See above. Traceability of transactions See above. All transactions are uniquely sequencially numbered Identification Users profiles (roles and privileges) Yes. User-defined roles are to be setup. A role provides access to a number of logically related menu options. Each teller is assigned one or more roles which thus determine the menu options which that teller can access. Activate / deactivate a user Yes. Can be manual, but tellers also have password expiry dates which automatically deactivate them. Technology used 1. SQL server security. 2. In addition, maintenance of a Hash-encrypted field per record to detect changes made from outside the system. Accountability by transaction Yes. Teller number and previous transaction number for the account is stored with each transaction. by consultation We don't understand what is meant data collected in log file Most of the changes are kept in related transaction files or log files (see also above) Backup management Using an external tool There is no need for an external tool: standard SQL database backup routine is being used. We do use an external tool for compression of the backup, which users can choose to activate. Internal tool: specify whether manual or automatic Automatic: EOD backups are enforced automatically at end of day, start of day and end of month. These can be switched off if desired but only in the Configurator by the system administrator, not by the user. Standard SQL database backup routine is used. If required additional backups during the day can be scheduled by using SQL server maintenance screen. Automatic recovery tool No. Standard SQL database restore commands need to be used. Data protection on database Yes. SQL database security. between remote stations Enforced as part of the network security. on external floppies and backup cartridges Yes. Databases and backups are protected by standard SQL database user passwords. TECHNICAL ARCHITECTURE Server requirements Operating system Windows 2000 server, Windows 2003 server. Also, Windows 2000 or XP Pro can be used as server, but recommended only in case of standalone installations. Windows 2008 supported, but not recommended yet. Minimal configuration for , , clients 1GB MB RAM + Pentium, 2 GB RAM + Xeon QuadCore, 4 GB RAM + Two processor Xeon QuadCore + 10,000 rpm hard drive. Optimal configuration for , , clients 2 GB RAM + Xeon QuadCore, 4 GB RAM + Two processor Xeon QuadCore + 10,000 rpm hard drive, 8 GB RAM + Two processor Xeon QuadCore + three 10,000 rpm hard drives (separate drive for operating system, separate for Database, and separate for Log file). Size of server application for , , clients Depends on installation type used. If all applications and SQL Express (or MSDE) are located on the server, about 400 MB. If applications loaded from client machines then about 200 MB. Around 500 MB more space needed in case full SQL server is installed. Network requirements Describe the usual configuration Protocol Internet TCP/IP Two main options. 1) SQL Express (or MSDE) or SQL server installed on server. All application modules and application server installed on the server. Client machines have only minimum installation and load modules from the server. 2) Application modules installed and run from client machines. This is recommended in case of slow networks or remote connections. 11 of 17

12 Database requirements SQL server database (from 2005 or later) or SQL Express (the free version of SQL Server) or MSDE (Microsoft Database Engine, the predecessor of SQL Express). SQL Express (or MSDE) is free and is recommended for smaller clients and cases, when database size does not exceed 4GB or 5 concurrent connections. Support for SQL/MSDE 2000 is still provided, but is being phased out. Additional Question from Consultant: Other DB supported? MBWin' answer: No. Supported native databases See above. ODBC, JDBC ODBC and JDBC are supported by SQL server, but we do not use these in our applications. Workstation Operating system Windows 2000, Windows XP pro or Windows XP (recommended only for standalone). Vista is fully supported, but not recommended. Minimal configuration 128 MB RAM. 500 MB free disc space. Optimal configuration 256 MB - 1 GB RAM. 1 GB free space. Size of client application 250 MB with all applications and utilities. Normally, not all are needed, so could be down to 150 MB. Existing interface Excel, Word, text formats (TXT, CSV) Reports can be exported to many different formats, including Excel, CSV and tekst. Import of client information from Excel is supported, when MBWin is being installed into existing branch for the purpose of data migration. Import batch routine from CSV files can be used to import external batches of transactions, such as payrolls, bank transactions and others. Other Interface to fingerprint recognition device, mobile phone (in Nepal) Software Programming language Open source Other integrated tools Delphi 5 and SQL Server procedures. Currently upgrading to Delphi But some parts of source code can be provided for customization based on need and experience. (1) Branch Replicator, (2) Branch Splitter to split part of the customers, their accounts and transactions into a separate branch (database). It is used, when an organization wants to open a new branch, and wants to move part of the old branch's customers to the new branch., (3) Translator, to translate MBWin into a new language and to maintain existing languages (4) Synchronizer, to upgrade to new versions, (5) Archiver to archive old information into a separate database, (5) Migrator for migrating old MBDOS database to MBWin, (6) Defragmentation utility to defragment the SQL server databases (and remove empty space), (7) TKON used during installation/migration from manual records to capture accounts and clients information when starting a new branch. (8) The MB Messenger provides communication between tellers, as well as notifies managers about pending transactions that they have to approve. (9) ReportBuilder is a built-in utility for users to design their own reports. PLANNING, TRAINING AND BUDGET System implementation Implementation methodology Describe how you build capacity at your client to replicate implementation of one branch to other branches by itself Installation & training partners (please indicate installation and training languages where appropriate) 1. Requirements analysis. 2. Implementation, and if required, customization, offer. 3. Training. 4. Configuration of the system based on requirements. 5. Capturing the manual data or migration from existing data. 6. Live run and initial assistance. 7. Remote support. Some clients with good accounting and IT background are able to implement themselves after standard 2 weeks training course in Bangkok. During the course we help them to configure their system. In other cases an MBWIn consultant team handles the first few implementations with assistance of local staff, who build experience during the first implementations, and then handle the later implementations by themselves. 1) MB Nepal. Conducts trainings and installations worldwide. Languages: Nepalese, English. Contact: Yadab Pradhan, [email protected]. 2) Fundacion Covelo (Honduras). Conducts installations and trainings in Honduras, but is planning to be active in Latin America. Languages: Spanish, English. Contact: Rene Megela, [email protected]. 3) MBWIn East Africa, working in Uganda, but planning to expand to East Africa. Language: English. Contact: Titus Watelo, [email protected], 4) SriLanka, Daya Group (Chamma Technology), working in SriLanka, Languages: English. Contact: Dammika, [email protected], 5) Philippines, MASS-SPECC, plans implementations in MASS-SPECC network in Philippines, Languages - English, Tagalog, contact: Sylvia Okinlay, [email protected]. 5) MBI and FAO, conduct quarterly training in Bangkok, Thailand in English. 6. Other locations and languages (Arabic, Thai, Russian, Indonesian, Latvian) can be arranged on request 12 of 17

13 Average implementation time (from contract signature to service launch) This is very difficult to give an average for, because of the greatly varying requirements (such as customization) and size of the operation of the user, and also their varying human resource bases. It may range from as little as two weeks (if there are no data to be migrated, i.e. for a new office) to six months. If no customization is required, but with data migration then the first site can sometimes be done in 1-2 months, assuming a not too large site. Quickest implementation Two weeks, without data migration. Longest implementation One year. This then includes a lot of customization, capture of existing customers and accounts, and non-standard practices that need to be implemented and multiple branches. Customization requirements that keep changing over the time may delay a project too. Indecisiveness of the MFIs management may delay progress enormously. Guarantee period Users may be accustomerd to the system in as little as a few days but it may also take a month, depending also on how many processes and procedures have to be changed and of course on how well the training could be done. The warranty period for the first installation we provide as standard is for 12 months. The maintenance and support subscription becomes applicable 12 months after the first installation. Installation CD ROM available Software update procedure Training User training If yes, how long? Who? Cost System administrator training If yes, how long? Who? Cost Training local IT specialist If yes, how long? Who? Cost Cost of programmer man-days for customization System pricing License (basis, range cost) License expiry Annual maintenance fee (basis, range, % license) Cost per transaction (basis, range) Assistance included in the initial license cost The Synchronizer utility is supposed to be used for upgrades We instruct users to test the upgrades themselves first, before rolling them out to their real time production systems. Yes. The 2-weeks quarterly training in Bangkok includes about 3 days of user (=operators) training. On-site user training can be organized upon request. Standard training in Bangkok is two weeks and costs 2,000 USD per participant (only course fee, participants must add board, lodging, insurances, airfares). The first purchased licence for an organization includes one free seat for training in Bangkok as part of the first year maintenance and support cost (of USD2,500 for the first year, regardsless of the number of licenses/sites). The cost of on-site training will depend on the consultant who will conduct the training, the location and the particular needs of the organization. The daily fee (excl. DSA) would start from approximately US$250 per calendar day. Yes. Basic administration training is included as part of the user training. Extended training is organized upon request from customers and covered in the Bangkok training course Depends upon particular needs of the customer but a preferred training would be two weeks in Bangkok, costing also USD2,000. Yes. Same as previous; training can either be conducted locally but preferably the locat IT specialist should start with the 2 weeks course in Bangkok. The standard rate for the Bkk course is USD2,000 for two weeks. As above. 275 USD per programmer day, USD per system analyst day, USD for senior advisors (days USD500 - USD 5,250 per branch depending on selected licencing scheme, number of branches and tellers, required applications and modules. See attachment for details 2,500 USD for the first year per organization, regardless of the number of sites that is implemented during that first year and regardsless the type of license. For subsequent years the fee is 15 to 25 % of the licence value as per 31 December of the preceding year. The applicable percentage is established by the Bangkok support centre and depends on the quality of local support, and the historic (year before) time spent on support from the Bangkok office. The fee includes all updates and upgrades and unlimited remote support, by , chat, etc. None The 2,500 USD first-year support fee covers the assistance which comes with the license cost for the first year. 13 of 17

14 Average cost of installation, with standard training included (% license) Because of the wide ranging options in terms of licenses, as well as the wide differences in customization and other requirements and number of branches per institution, one average would be misleading. A project with 2-3 installations, training and no or minimal customization can cost as little as USD30,000 and as much as USD150,000, depending on the requirements, size of the operation, and local human resources. Several of our users have been able to install MBWin after following the Bangkok training and without international consultants. Their costs have been only USD2,000 for the initial training (which is covered already by the 1st year support fee), perhaps as low as USD500 for each of the first three branches. Additional branches are normally implemented at much lower cost, once in-house capacity building (in the MFI) has been achieved. Without giving an average, we can estimate that the lowest percentage has been about 20 percent, and the highest about 10 times the license fee (1,000 percent). Additional Question from Consultant: Can you provide the average man-day rate for implementation assistance? MBWin' answer: Around USD + DSA per day for analyst or senior advisor, often required during the first week of implementation to help with negotiations and advice for best configuration to match the institution's requirements. Around 300 +DSA per day for international implementation experts. DSA is calculated as per standard UN DSA chart and depends on the location of implementation. In the countries where there are local support centers and experts (Nepal, Philippines, Uganda, SriLanka) - the rates are quite lower and usually established by local support providers. Additional modules (not included in the standard software) - List features COMMENTS, TES Questions Comments The standard system is modular and the cost depends on the modules selected. The MB MIS consolidated branch reporting system is available separately and is used to consolidate and report on information from multiple branches in a consolidated way. 14 of 17

15 Name: PRICING CASES Name: Description of the MFI situations Number of clients Number of users Products Number of branches % Urban / % Rural Price in $ Case 1 100, Loan + Deposit + Transfer 50 50/50 244,000 Case 2 40, Group Loan + Individual Loan 20 20/80 141,000 Case 3 15, Individual loan and deposit 10 80/20 112,500 Comments Case 1 Contains two tables: steps outline with comments & recommendations and finally pricing outline STEPS OUTLINE Specifications, installation, parameterization and configuration Duration in month Workload in men-month on the vendor side Workload in men-month on the client side PRICING OUTLINE product / service Core module License Price in $ 72,500 Comments Testing / User Acceptance tests Additional modules 14,000 Savings, Current accounts, Time Deposits + MIS system for consolidation Pilot phase first branch rollout Database license free for SQL Express Training First branch roll-out Interface module + Delivery Channel Implementation Fees and Expenses vendor assistance only with Full roll-out next two (after pilot) branches, afterwards local Training Cost 30,000 staff take over Help Desk, assistance included in the initial license cost General comments Comments / Recommendation discussions, configuration, some customization 2 weeks training for local IT staff, plus vendor assisted training for next two (after first year support charged with the first license fee Maintenance (yearly price) 25,000 ATM module 100,000 TOTAL TOTAL 244,000 2,500 some customization (four man-month), first three branches rolled out by vendor, the next ones by local staff 2 week training of one local support staff covered by 1st year maintenance fee, enduser training is part of implementation process first year standard 2,500, later 15-25% of license cost or US$12,225-20, of 17

16 Name: Case 2 PRICING CASES Name: Contains two tables: steps outline with comments & recommendations and finally pricing outline STEPS OUTLINE Specifications, installation, parameterization and configuration Duration in month Workload in men-month on the vendor side Workload in men-month on the client side PRICING OUTLINE product / service Core module License Price in $ 42,500 Comments MIS Consolidation Testing / User Acceptance tests Additional modules 5,000 Module Pilot phase first branch rollout Database license free for SQL Express Training First branch roll-out Interface module + Delivery Channel Implementation Fees and Expenses vendor assistance only with Full roll-out next two (after pilot) branches, afterwards local Training Cost 15,000 staff take over Help Desk, assistance included in the initial license cost General comments Comments / Recommendation discussions, configuration, minor customization 2 weeks training for local IT staff, plus vendor assisted training for next two (after first year support charged with the first license fee Maintenance (yearly price) 76,000 TOTAL TOTAL 141,000 2,500 no ATM module since no savings minor customization (one man-month), first three branches rolled out by vendor, the next ones by local staff 2 week training of one local support staff covered by 1st year maintenance fee, enduser training is part of implementation process first year standard 2,500, later 15-25% of license cost 16 of 17

17 Name: Case 3 PRICING CASES Name: Contains two tables: steps outline with comments & recommendations and finally pricing outline STEPS OUTLINE Specifications, installation, parameterization and configuration Duration in month Workload in men-month on the vendor side Workload in men-month on the client side PRICING OUTLINE product / service Core module License Price in $ 20,000 Comments Testing / User Acceptance tests 1 1 Additional modules 17,000 Savings, Current accounts, Time Deposits Pilot phase first branch rollout Database license free for SQL Express Training First branch roll-out Interface module + Delivery Channel Implementation Fees and Expenses vendor assistance only with Full roll-out next two (after pilot) branches, afterwards local Training Cost 15,000 staff take over Help Desk, assistance included in the initial license cost Comments / Recommendation just discussions and configuration, no customization 2 weeks training for local IT staff, plus vendor assisted training for next two (after first year support charged with the first license fee Maintenance (yearly price) 5,000 ATM Module 53,000 TOTAL TOTAL 112,500 2,500 first three branches rolled out by vendor, the next ones by local staff 2 week training of one local support staff covered by 1st year maintenance fee, enduser training is part of implementation process first year standard 2,500, later 15-25% of license cost General comments The implementation costs can vary wildly and depends on number of variables - availability of local support and consultants, quality of current bookkeeping in the organization, is it the migration from another system or from manual records, volume of cust 17 of 17