The nonprofit, Arc Finance, is looking into ways to expand access to financing for modern energy, clean water, and other basic needs globally, and is interested to see how mobile payment systems are being used currently to make payments/remittances possible in rural settings. In the email below, Mike MacHarg of Arc Finance highlights some of the issues facing one NGO making mobile payments to farmers in Kenya.
Dear XXXX,
Got some interesting feedback from the group XXXX, that uses Safaricom’s MPesa system to pay its tree farmers (they pay farmers quarterly in Kenya, India and Tanzania for tree planting – through funds raised on the voluntary carbon market).
How it works:
XXXX has small groups of 8-12 farmers each. XXXX makes quarterly payments to the small group, to a single Safaricom (in Kenya) SIM card held by the group. There is a checks and balance system built in, as at least three farmers from the small group have to show up at the meeting when the transfer is made, and one has the SIM card, another the PIN number for MPesa collection, and a third has the voucher for the payment (voucher is issued beforehand when it is confirmed the trees were actually planted?).
Issues and challenges:
1) Transaction fees are high relative to the small payments to the farmers. One issue has been that the transfer fees within Safaricom/MPesa are high relative to the small payments being made to the group. Either XXXX has to absorb that cost, or pass it onto the farmers. In Safaricom’s case, it does not pay to make very small payments.
2) SIM card deactivation over time: In the small group model, the SIM card is only used quarterly by the group for the money transfer, and for no other purpose. Unfortunately, Safaricom deactivates SIM cards that are dormant for long periods (like 3mo) – so XXXX has faced the issue of having to reactivate all of their small group SIM cards prior to each money transfer. Causes major delay in transfer, and can cause farmer payment meetings to take up to 6 hours.
Deactivation may be different with different vendors (MTN, Orange), but something to consider. XXXX is trying to determine other ways to keep cards active, such as sending a negligible amount of airtime, say 1 Ksh (there is no fee for transferring air time) – so that the SIMs stay active.
3) SIM card registration: this may play into the regulatory environments for mobile payment systems, but XXXX has recently found out that it is “illegal” to register the SIM cards to small groups – and not to an actual business or individual. This probably has to do with “know your customer” regulations that have to do with banking – that are being carried over to mobile money transfer operations. Another thing to consider if you use the small group model.
4) Transfer time: XXXX brings its small groups together on a certain day, and meets with them physically to do the mobile money transfer. While you might think it would be easier to just pay out cash in this setting – there is enough of a security issue that the mobile payments still make more sense. But transfers are not often instantaneous – and intermittent cell phone connections in rural areas can drag out the transfer process for up to 3-4 hours, as each transfer has to be uploaded to MPesa, and then farmers will wait to verify the payment has indeed made it back to their SIM card.
5) SIM credit limits: XXXX has to use up to 4 of their own SIM cards to make the payments from, since there are limits (with Safaricom) as to how much credit any individual SIM card can hold at one time. So to make $400 in payments, XXXX might use four SIM cards that have a limit of $100 each.
6) Record keeping: To date, Safaricom has been resistant to providing XXXX with records of their individual transfers to each of the small group’s SIM cards. Obviously valuable data for XXXX to have to keep track of payments to farmers, and for now they are reliant on paper based records to keep track of data that Safaricom is already keeping. Safaricom has said that they are looking into making such data available, but has resisted in helping XXXX to date (as it sees no great profit incentive to supply such data).
Individual and organization names have been redacted for privacy purposes. The email author, Mike MacHarg, is available for comment and can be reached at
mike.macharg “AT” gmail.com.
Jiten Patel is the Director of Product Development for FrontlineSMS:Credit. He has experience working for both for-profits and non-profits and most recently served as Chief Information Officer of 
The idea was to help unbanked Peruvians gain access to the financial system. Our business model was based on the agent banking model but with a twist: instead of having a closed, exclusive network for one bank, we would have an open system where any financial institution could join-in; the economies of scale would allow us to reach rural areas and keep fees to a minimum, thus lowering transaction costs, in particular for microfinance institutions and their customers.


Our first module, Savings & Credit, will be available within the next three to five months. It will allow users to issue credit, hold client savings and record client credit histories. By linking individual profiles to their respective phone numbers, Savings & Credit will automatically track loan dispersals and adjust outstanding balances as mobile payments are received. Any mobile payment in excess of an outstanding balance will be attached to the appropriate profile in the form of mobile savings, which an end user will be able to withdraw to their handset via text message.
Vodafone Americas Foundation and mHealth Alliance Announce Winners of Wireless Innovation Competitions.