Money, account & privacy
The M-Pesa number you pay from
In Kenya the money is often not on the phone the account was opened with. A husband pays the rent from his line, a parent up-country pays a hostel term, the float is on the second SIM. So on Rentor the payer picks the number — every M-Pesa payment asks which handset should get the PIN prompt, and you can change it.
Every payment asks
Wherever you pay by M-Pesa — rent, your deposit, a short stay, a service booking, a host's lease bill, a boost, SMS credits, a subscription — the payment sheet shows a field labelled M-Pesa number, already filled in with the number on your account.
It is filled in and always visible, never a blank box marked "optional". The one fact worth checking before you send an M-Pesa prompt is which phone is about to ring, and a transposed digit is invisible until a stranger's handset lights up.
Change it to any Kenyan mobile number — typed as 07… or 2547…, either is understood — and the prompt goes there instead.
On Billing & Plans — where landlords, agencies, service providers and hosts pay for their plan — the field reads M-Pesa phone number, and it works the same way: the company phone can pay for the plan even if the account was opened on yours. If you switch on Auto-renew, you choose once which phone the renewal prompt goes to — see Plans, billing & add-ons.
Numbers you've paid from before
Under the field you'll see the handsets you already pay from, ready to tap instead of retyping. Your account number always leads the list.
A number gets onto that list by paying, and only by paying. It appears because a payment from it actually settled — somebody entered that handset's own M-Pesa PIN — and nothing else puts it there. There is deliberately no "add my other number" button, no code to type, no verification step to sit through on rent day.
That is a stronger proof than a code sent by SMS would be. A PIN can only be entered on the handset itself; a verification SMS can be aimed at anybody's phone, which would make the check the very thing it claims to prevent.
Is it safe to prompt a number that isn't mine?
Yes — because an M-Pesa prompt cannot take money. It asks a handset, and only that handset's own PIN can answer it. The worst an unfamiliar number can suffer is a prompt it didn't expect, so that is what Rentor limits:
- Any one handset can only receive so many prompts in an hour, and so many in a day, counting everyone who might be ringing it.
- Any one account can only ring a small number of unfamiliar handsets in a day.
- A handset you've already paid from is never limited at all.
If you hit one of those, Rentor says so plainly and you simply try again later, or pay from a number you've used before. If a number can't be read as a Kenyan mobile, the message names the number back to you, so a mistyped digit is obvious at a glance.
If the message says the number on your account isn't a valid Kenyan mobile, fix it under Profile in your account hub — a payment form can't correct it for you.
Whose payment is it?
Yours. The handset that approves the prompt is just where the money came from — the payment is credited to the account that made it, and the receipt carries your name. So when your father pays your hostel fee from his phone, the payment lands on your ledger, clears your oldest unpaid month, and issues your numbered receipt. Nothing about the money's owner changes because a different phone approved it.
The person whose handset paid gets nothing on Rentor from it: no account, no access to your tenancy, no sight of your ledger. Their number is remembered as a handset you pay from, and that is all.
After you send the prompt
The waiting screen ends in an answer rather than leaving you staring at a spinner — confirmed, didn't complete (no money left the account, try again), or still waiting for M-Pesa, which you can safely walk away from because the payment posts the moment it lands. Don't pay twice. The full walkthrough is in Paying rent.
Related
- Paying rent — the payment flow end to end.
- How money moves on Rentor — who the money actually goes to.
- Receipts & transaction history — finding the receipt afterwards.