Split and partial payments

Overview

• MiniTill supports several Payment rows on one order. The order becomes PARTIALLY_PAID after approved money exists but does not yet cover the payable amount.
• Split checkout lets staff allocate amounts across tender rows and process them one by one.
• The allocated total must equal the outstanding amount before processing. Approved rows are real settled payments and are not freely editable/removed afterward.
• If checkout is interrupted, MiniTill rebuilds/reconciles remaining balance from server Payment data rather than trusting only local UI state.

When to use this

• Use Split when customers divide the bill or combine tenders such as Cash + Card.

Step-by-step

1. Switch checkout to Split.
2. Use Quick split, edit row amounts, add rows, or Fill remaining until Left to assign is zero and there is no Over allocated amount.
3. Choose the tender for each row.
4. Process one payment row and wait for approval/final state.
5. Continue with the next unpaid row until the outstanding balance reaches zero.
6. If a row becomes uncertain, recover that row/provider attempt before continuing.

Common mistakes

• Do not restart the whole order after the first split row is approved.
• Do not collect the original full total again after one tender was already approved.
• Do not Clear or freely edit the order after an approved split payment; resolve the paid money through the normal refund/void workflow if the sale must change.

Troubleshooting

• If Left to assign is positive, increase/add an unpaid row or Fill remaining.
• If Over allocated appears, reduce unpaid row amounts until allocation exactly matches the outstanding balance.
• If an approved row is missing after a restart, reload/recover the checkout so MiniTill reads the server payment history before taking more money.