Cash trips that reconcile
Every cash trip debits the captain wallet by commission and reports in a settlement your finance team can match to the bank, line by line.
AI-Built Careem Clone
An AI-first build of the Careem-style platform for cash-heavy, wallet-forward markets: driver dispatch that reads live demand, cash-float risk scoring that protects captains, and bilingual UX engineered from the start. Four synced panels ship white-label with 100% source code, owned by you from day one. The almost-ready AI build goes live in 6 working days; a custom build takes 3 to 4 weeks.
Launch-ready from
$3,099

Synced panels
Almost-ready AI launch
Custom build
Source-code ownership
overview
A Careem-style platform is a multi-service mobility and delivery super app engineered for cash-heavy, wallet-forward markets. It bundles rides, food and courier deliveries, and corporate accounts behind one bilingual customer app, with the wallet and cash reconciliation treated as first-class engineering rather than afterthoughts. Careem proved the model across the Middle East before its acquisition, and it remains the reference architecture for the region.
The purpose is to serve economies where cards are not the default. Riders pay cash, wallets top up through local gateways and agent codes, and corporate clients demand invoicing and spend controls. A platform that cannot reconcile a trip paid half in cash and half in wallet credit will drown its operators in disputes, which is exactly the problem this architecture solves with a double-entry ledger.
The platform includes a customer app with full RTL support, a captain (driver) app tuned for offline-tolerant operation on weak networks, a corporate panel with approval chains and consolidated invoicing, and an admin and dispatch console that governs fares, KYC, cash float, and per-city service categories.
Across the Middle East, Africa, and South Asia, super-app usage and digital wallet adoption continue to grow according to widely published industry analyses, while cash remains a dominant payment habit in most of those markets. Operators who combine both realities, digital convenience with cash discipline, are the ones that hold share.
The capability summary above the panels, written for cash-first operations.
Every cash trip debits the captain wallet by commission and reports in a settlement your finance team can match to the bank, line by line.
Vouchers, agent codes, and regional gateways post straight into the ledger, so riders preload balance however their market prefers.
Approval chains, cost-center tags, ride windows, and destination policies enforced at booking time, with consolidated monthly invoicing.
Bilingual layouts designed from the start, including the admin panel, not mirrored as an afterthought.
Status changes queue on the device and sync when signal returns, so basement pickups and rural drops never lose a trip record.
Captains and merchants pass a verification pipeline with expiry monitoring before they can accept work.
Rides, food, and courier toggles, fare books, and commission rates scoped by city, so new markets ship as configuration.
What these buyers share: a market where cash, wallets, and corporate accounts decide the winners, and the intent to own the platform that handles all three.
They know the market's payment habits firsthand and need software that matches them, with cash discipline and RTL design as core engineering rather than a bolt-on.
Wallet-forward design and offline tolerance decide whether the platform survives outside the capital, which is where these launches usually begin.
Selling prepaid transport programs to enterprises, backed by approval chains, spend limits, and consolidated monthly invoicing their clients require.
Digitizing their booking flow while keeping their fleets, their licensing, and their customer relationships on their own platform.
Need a proven, brandable multi-service platform they can deploy repeatedly, with 100% source code behind every deployment.
Built for markets where cash, wallets, and corporate accounts dominate.
One app for rides, deliveries, and stored value.
Earning tools tuned for cash operations.
The module enterprise clients ask for before signing.
City operations with cash-control discipline.
Four consoles, one view of the platform's supply, cash position, and revenue.
The KYC pipeline with document-expiry monitoring, verification workflows for captains and merchants, commission tiers per city and category, and corporate-account policy administration, so supply quality is enforced in code.
Fare books and surge rules per zone, cash policies, captain-subscription tiers, corporate rate cards, and promo budgets, all editable without a code release and all reconciling through the double-entry ledger.
Cash-trip reconciliation with captain wallet oversight, float-floor enforcement, complaint and refund workflows with audit trails, and fraud queues for collusive trips and wallet abuse, so the market's hardest discipline is operated daily.
Revenue, utilization, cash-float, and corporate-spend reports per city, settlement reports matching gateway and cash totals line by line, and bilingual dashboards so your city teams work in their own language.
The product journey, end to end.
The customer opens one app for rides, deliveries, or scheduled bookings, with the interface in Arabic or English and RTL layouts throughout.
Booking accepts cash, card, or wallet balance, with top-ups through local gateways, vouchers, and agent codes that post straight into the ledger.
The engine offers the trip to nearby captains with full economics shown upfront; captains accept, or counter-offer where the admin has enabled bidding.
The captain app queues status changes offline and syncs when signal returns, so basement pickups and rural drops never lose a trip record.
Cash trips debit the captain wallet by the commission amount; wallet and card trips charge through the gateway, and mixed payments reconcile in one settlement report.
Trips tagged to a corporate account bypass personal payment, enforce spend limits at booking time, and roll into a consolidated monthly invoice.
Five model-driven systems working the same trip and payment streams. Each ships pre-tuned for cash-first operations and sharpens as your data compounds.
Scores nearby captains on proximity, active load, and rating for every trip, re-scoring as conditions change and offering counter-bids where you enable them.
Captain locations, active trips, ratings, live traffic
Faster assignments and fewer unallocated rides at peak
Projects ride demand per zone, hour, and payday cycle so captain supply is positioned before the rush, across bilingual markets.
Trip history, zone activity, payday and weekday patterns
Captain supply matched to demand instead of guesswork
Scores captain cash exposure and wallet balances so the platform offers cash work only where the float stays healthy.
Cash-trip history, wallet balances, settlement gaps
Cash leakage caught as a report, not an argument
Quotes arrival times from captain position, traffic, and offline-sync patterns, so promises survive weak-network zones.
Captain positions, traffic, sync latency history
Arrival estimates customers can trust
Flags collusive trips, wallet abuse, and refund anomalies before they reach the settlement run.
Trip patterns, wallet movements, refund history
Lower losses across cash, wallet, and card streams
Four groups, each mapped to the part of the cash-first model it protects or accelerates.
Arabic and English from one codebase with RTL designed in from the start across customer, captain, and admin surfaces, plus multi-service tabs for rides, deliveries, and scheduled bookings, so no user ever browses in a second-class language.
Captain wallets with commission debits per cash trip, configurable float floors, vouchers and agent top-ups, and a double-entry ledger reconciling mixed payments to the cent, so cash becomes an accounting system rather than a leakage risk.
Status changes that queue on the device and sync when signal returns, low-bandwidth modes for the captain app, and ETA prediction that accounts for sync latency, so weak-network zones stay fully served.
Corporate accounts with employee limits, approval chains, and cost-center invoicing enforced at booking time, plus dispatcher and fleet panels for partners running their own vehicles, so B2B demand and supply attach to the same core.
platform concepts
Every trip is a state machine with offline tolerance built in. Requested, accepted, arriving, in-trip, completed, or cancelled: each transition is an idempotent event that queues on the device and syncs when signal returns, which is why basement pickups and rural drops never lose a trip record.
Zone economics carry the market. Service zones carry their own fare books, commission rates, and cash policies in the admin panel, and mixed payments, half wallet credit and half cash, reconcile through a double-entry ledger that balances to the cent. Vouchers and agent top-ups write their own entries, and refunds reverse the original lines rather than overwriting them, keeping an audit trail your finance team can export.
Supply is a structured catalog with verification behind it. Captains and merchants pass a KYC pipeline with document expiry monitoring before they can accept work, commission tiers attach per city and category, and corporate accounts carry policy rules enforced at booking time. That structure is what lets you onboard a new category, a new corporate client, or a new city as configuration rather than code.
insight
Cash-first mobility markets are the segment global platforms localize worst and local operators win hardest. Industry commentary on MENA and South Asian ride-hailing consistently identifies cash acceptance, wallet adoption, and bilingual RTL experience as the deciding dimensions, alongside the corporate-account demand that international apps serve thinly outside their home capitals.
The economics of a cash-first platform hinge on reconciliation discipline rather than fare extraction: cash trips debit captain wallets by commission, float floors gate who receives cash work, and the double-entry ledger keeps mixed payments balancing to the cent. That discipline is what turns cash from a leakage risk into a competitive moat, and the wallet into the retention asset it becomes where riders preload. The revenue table below quantifies the lines.
revenue model
Revenue combines per-trip commission, delivery fees, wallet top-up economics, corporate account premiums, sponsored merchant placement, and subscription tiers. In cash-heavy markets the wallet doubles as a risk tool: captains carry less cash because riders preload, and the admin panel reconciles every cash trip against the captain wallet automatically, with a settlement report your finance team can actually trust.
Regional payment insight is the moat here. We integrate the gateways your market already trusts, handle vouchers and agent-based top-ups, and keep the ledger double-entry so refunds and cash adjustments balance. When you are ready to widen the surface, pair the platform with a food delivery app vertical or a branded mobile wallet experience on the same accounts.
Six monetization lines across the platform, quantified against published industry benchmarks. Every rate is configurable in your admin panel; the figures here are modelling inputs, not projections of your platform's earnings.
| Criteria | Revenue line | How it is charged | Typical range | What sets the ceiling |
|---|---|---|---|---|
| Per-trip commissions | A percentage of every ride, delivery, and scheduled booking, set per city and category | Ride-hailing platforms commonly take 15% to 25% per trip | Category breadth. One supply pool serving rides, deliveries, and rentals multiplies the line without new supply cost | |
| Delivery and surge fees | Delivery fees per order with surge uplift by zone, time, and demand | Commonly $1 to $5 per order, multiplied at peak | Zone economics. Surge and fare-book rules decide whether peak jobs cost or earn | |
| Driver subscriptions | Recurring captain plans buying visibility benefits and priority dispatch | Subscription tiers commonly priced weekly or monthly per captain | Supply competition. Subscriptions monetize the scarcity of dispatch priority in dense markets | |
| Wallet economics | Top-up flows, float management, and wallet-driven retention | Structural; the line is retention and payment-cost as much as revenue | Wallet adoption. In cash-heavy markets the wallet reduces captain cash exposure and keeps spend on-platform | |
| Corporate account premiums | Contracted corporate rates with approval chains and monthly invoicing | Contract-specific per account | Enterprise relationships. Corporate contracts anchor weekday volume and survive consumer churn | |
| Cancellation and service fees | Cancellation fees and service charges, configured per market | Contract-specific per market | Trip integrity. Fair cancellation rules protect captain earnings and platform trust at once |
Standard inclusions on every engagement, almost-ready or custom. Nine things you never have to ask for.
The complete unencrypted codebase transfers to you, with documentation and deployment scripts. No per-ride licensing, no vendor lock-in.
Your logo, colors, typography, and store accounts applied across every panel, plus branded customer communications.
App store and Play Console submissions handled end to end, with production monitoring switched on at go live.
Stripe, PayPal, and regional gateways configured, with automated split payouts across platform, partners, and providers.
Captain dispatch, demand forecasting, and cash-float risk scoring arrive configured for cash-first mobility, not as raw APIs.
Languages, currencies, and tax display configured for your markets during the launch window.
Containerized services on AWS or Azure with autoscaling and queue-backed job intake for peak-hour traffic.
Operations dashboards, finance reconciliation views, and CSV exports so your team starts informed on day one.
Included support window plus product updates covering bug fixes, OS compatibility, and version upgrades.
Engineered for patchy networks, cash reconciliation, and RTL audiences.
Node.js and NestJS on PostgreSQL with a double-entry ledger service for wallet, cash, and commission records; Redis queues for offline-tolerant sync.
Flutter with full Arabic and English localization, RTL layouts, and low-bandwidth modes for the driver app.
Stripe and Adyen plus regional rails (Telr, HyperPay, or local PSPs), voucher engines, and agent top-up codes with reconciliation.
Google Maps or Mapbox with geofenced zones and ETA prediction tuned to local traffic patterns.
AWS or GCP with Terraform, autoscaling, and per-market data isolation where residency rules require it.
Accounting exports, SMS and WhatsApp providers, agent top-up networks, and mapping ship as configured integrations, so the platform plugs into the tools your operations already run on.
Role-based access, append-only audit logs, encrypted traffic and secrets, and rate-limited endpoints come standard, so compliance questions have answers before they are asked.
Day by day for the almost-ready AI build. Store review can add a short buffer outside our control, and custom builds take 3 to 4 weeks.
Markets, payment rails, corporate requirements, and service categories locked with a written scope, and your bilingual identity applied across all four panels.
Gateways, vouchers, agent top-ups, fare books, and RTL layouts configured and tested against your live accounts.
Captains, merchants, and zones onboarded with KYC checks armed, then live test trips run end to end: booking, cash and wallet payment, reconciliation, and payout.
App store and Play Console submissions with review buffers accounted for, production monitoring switched on, and full launch with post-launch support and product updates included.
Both tracks ship the same dispatch and ledger core. The difference is time, price structure, and how much you want to change.
| Criteria | Almost-Ready AI Launch | Custom Build |
|---|---|---|
| Time to live | 6 working days from branding handoff | 3 to 4 weeks, scoped before work starts |
| Pricing | Fixed written quote after a short scoping call, no hourly meter | Estimated per module after the discovery call |
| Source code and IP | 100% ownership on delivery | 100% ownership on delivery |
| AI layer | Dispatch, forecasting, and personalization pre-tuned for mobility | AI services designed around your workflows and data |
| Cash and wallet rails | Regional gateways, vouchers, and agent top-ups pre-configured | Any payment rail engineered to your market |
| Branding | White-label: your name, colors, and store accounts | Built to your product spec end to end |
| After launch | Post-launch support and product updates included | Post-launch support and product updates included |
$ moxace launch --nowBook a walkthrough and we will show you dispatch, cash reconciliation, and the corporate panel running on a live build, then send the written scope.
Share your idea
a quick call, no deck required
See the live demo
every screen, admin to user
Launch with source
full code, your brand, your servers
No two launches price the same. These are the factors that shape the written quote you receive after scoping.
The almost-ready AI build covers the proven feature set. Bespoke corporate billing logic or new regulatory workflows add scoped estimate work.
Gateways, vouchers, languages, and currencies are configured per market. Adding markets means more configuration, never a rebuild.
Regional payment rails, agent top-up networks, and accounting tools are wired during the build, and each integration is estimated individually.
Out of the box, dispatch, forecasting, and cash-float scoring are pre-tuned for cash-first mobility. Training models on your historical trip data is an optional, separately scoped workstream.
Each ships as an optional module on the same dispatch and ledger core, scoped separately.
A fuller wallet experience with top-up campaigns, transfer features, and merchant payments where licensing allows, deepening the retention asset cash-first markets reward.
Shared pool rides and rental bookings with their own fare logic, widening the mobility surface on the same matching engine.
Media and guided-tour content modules for premium ride categories, differentiating the fleet experience in tourism-heavy cities.
Agent-based wallet top-up codes and voucher engines tied to local retail networks, the payment behavior that defines cash-first adoption.
Run the platform as separate country instances with per-market payment rails, languages, and commission structures, on one codebase you own.
Cash-first markets punish generic platforms. This build was engineered for them.
Captain wallets, float floors, and line-by-line settlement reports are core product logic, so cash leakage becomes a report instead of an argument.
Arabic-first layouts across customer and admin surfaces, designed in from the start because translation layers lose trust.
One hundred percent of the source code transfers to you. No per-ride royalties, no black-box dependencies.
Multi-service mobility is proven across cash-first economies. For a fully custom platform, see our ride-hailing app development track.
A sample of platforms our system has shipped, with the numbers they report in production.
An on-demand mobility platform from the same engineering system, proving the dispatch core holds under city-wide, real-time load.
A global brand-content platform our team ships and operates, carrying campaign video to worldwide audiences at broadcast scale.
A high-traffic consumer platform our team ships and operates at national-carrier scale, the same bar every build is held to.
A cash-first platform carries wallets, float, and mixed payments where every unit must reconcile. The controls are built in, and stated plainly.
Cash, wallet, card, and voucher movements post as paired ledger entries with refunds reversing original lines rather than overwriting them, so every balance is auditable and exportable.
Captains must hold wallet balance above a configurable floor to receive cash requests, so the platform's cash exposure is bounded before the trip, not collected after the loss.
State changes queue on the device and sync idempotently, so a dropped signal during a basement pickup cannot lose or duplicate a trip record.
Collusive trips, wallet abuse, and refund anomalies flag before the settlement run, protecting all three payment streams rather than discovering losses later.
RTL and LTR come from one codebase across customer and admin surfaces, so records, receipts, and reports stay complete in whichever language they were created.
the process
The engagement opens with a discovery call that maps your markets, payment rails, corporate requirements, and service categories, and closes with a written quote and dated launch plan. On the almost-ready path your branding, languages, fare books, and gateway connections go live within the 6 to 9 day window. Custom work, such as additional corporate billing logic or a new regulatory workflow, is scoped into sprints with staging access.
After launch, post-launch support and product updates are included. The first 90 days realistically involve captain onboarding and cash-float discipline more than code: weeks one to four build supply in your launch zones, weeks five to eight tune commission and wallet rules against real reconciliation data, and by week twelve corporate accounts and a second city are usually the next conversation.
Open the web app, sign in with the printed demo credentials, or install the Android build — no signup, no sales call. What you see is what you launch.
$ moxace launch --nowBook a free scoping call: written plan, fixed quote, and a go-live date inside the 6 to 9 day window.
Share your idea
a quick call, no deck required
See the live demo
every screen, admin to user
Launch with source
full code, your brand, your servers
Moxace is an independent software development company. We are not affiliated with, sponsored by, or endorsed by Careem.
The phrase “Careem clone” is used descriptively. It is how the software industry refers to building a platform with similar functionality, and how buyers search for one.
The design and codebase are built entirely by our in-house team. Nothing is taken from the Careem website, applications, or brand assets.
Careem and all third-party names and marks remain the property of their respective owners, referenced here only to describe the category of software we build.
Read the full legal notice on our disclaimer page.