One bill. Everyone pays their own part.
Group Split divides a sale's cost across participants. Each person has their own share and status. "Who owes what?" — visible at a glance.
"Who owes what?"
A cashier allocating shares across participants does not gain permission to debit every participant's account. Allocation is a distribution of responsibility — it is not a charge.
Group Split
Several people — each paying their own share of the total.
Split Pay
One payer — combining multiple sources to fund their single payment.
They can be used together: Ada pays her Group Split share using Split Pay.
₦120,000 sale. Two participants.
Ada's ₦70,000 share is confirmed. Tobi's ₦50,000 is outstanding. The sale is partially collected — ₦50,000 still to come.
Ada
Group Split share
Tobi
Group Split share
Confirmed
₦70,000Outstanding
₦50,000Total
₦120,000Six steps, start to finish.
Confirm sale total
The full amount is set before allocation begins. ₦120,000 total.
Identify participants
Each person paying a share is added to the sale. In this example: Ada and Tobi.
Set shares
Shares may be equal or custom where supported. Ada: ₦70,000. Tobi: ₦50,000.
Verify shares equal total
₦70,000 + ₦50,000 = ₦120,000 ✓ — allocations must sum to the sale total before proceeding.
Create payment requests
Each participant receives a request — not a debit. They pay through their chosen method.
Track collection
Each share is independently tracked. Ada: Confirmed. Tobi: Outstanding. Partial collection is visible immediately.
Participant requests are not automatic debits.
Each person pays through their chosen method. A request being created does not move money. Confirmation requires the individual to authorise and complete their payment.