01Router onboarding
Identify the MikroTik management address, RouterOS version and connection path before enrollment. Use a dedicated least-privilege API user, API-SSL certificate and management-address restriction rather than reusing the router administrator account.
- Direct API-SSL or WireGuard tunnel decision
- Modern and legacy RouterOS setup paths
- Hotspot package and device-mode compatibility checks
- Connection verification before RADIUS provisioning
02Security architecture
Every ISP signs in through its resolved hostname and authenticated sessions carry that tenant context. Backend guards enforce scope and role; frontend navigation is only a convenience and is never the security boundary.
- Platform-owner and ISP-tenant separation
- Cross-host session rejection
- Encrypted router secrets and HTTPS production callbacks
- Role restrictions for finance, network and support work
03Payment readiness
An ISP using its own M-Pesa production integration needs a Safaricom Daraja application, approved shortcode or till configuration, consumer credentials, passkey where applicable and a public HTTPS callback origin.
- Never place production secrets in frontend code
- Use separate credentials for platform and tenant collection
- Test asynchronous, duplicate and delayed callbacks
- Reconcile provider statements before financial close
04Implementation support
Plan tenant identity, package catalogue, customer migration, router enrollment, payment verification and staff permissions as separate acceptance stages. Network changes should always include router backups and a tested rollback path.
- Discovery and data-mapping workshop
- Controlled pilot router and payment testing
- Staff role and operating-procedure review
- Go-live verification and rollback checklist