Payment Service Provider Authorisation / Kenya / CBK
Granted activities
by client typeActivityCONSUMERSMECORPORATEREG. FIVIA INTERMED.
Execute payment transactions (direct debits, card payments, credit transfers) Full Full Full None Full
Issue electronic moneySmall E-Money Issuer category carries a lower transaction/float ceiling than E-Money Issuer, per CBK's tiered authorisation categories Conditional None None None Conditional
Money remittance Full None None None Full
Conditional: the grant carries the conditions listed under the activity.
Requirements
No requirement data recorded.
Passporting reach
This regime does not passport into other jurisdictions.
Holders
8 in this corpusCompanyRegister idStatus
Products unlocked
No product configuration resolves against this regime.
Derived business models
Computed from granted activities × permitted client types × passporting mode — not an opinion label.
B2CCONSUMER · 3 activities granted
B2BSME +1 · 1 activity granted
Open questions on this regime
No open questions recorded against this regime.
Resolved coverage in kenya
COVERED
Kenya3
Execute payment transactions
own licenceconsumer · SME · corporate · via intermediaryhypothetical
Issue emoney
own licenceconsumer · via intermediaryconditionalhypothetical
Money remittance
own licenceconsumer · via intermediaryhypothetical
UNVERIFIED — CLAIMED, NOT TRACEABLE TO A LICENCE
No unverified rows.
Need this implemented in your product?
I turn requirements like these into flows, vendor setups, tests and audit evidence.
Regime: Payment Service Provider Authorisation / Kenya / CBK