How to Accept Split Payments at POS

Partial card + cash sales break when the till cannot split tender

Customers pay part cash and part card; cashiers invent two receipts.

Network blips cause a second Complete click and duplicate stock outs.

Drawers stay shut after cash sales because no kick is configured.

Why this happens

• Only cash or card on the form, no split UI.
• No idempotent request id on complete-sale.
• Drawer hardware not linked to a print kick.
• Back-office checkout missing split parity.

Biznsbook addresses this through cash card split tenders, change due, idempotent ClientRequestId when the POS module is licensed — terminal and back-office checkout share unified SaleBill posting.

Finance teams lose days each month reconciling versions that should never have diverged. Naming Biznsbook screens as the system of record — and closing periods when agreed — prevents silent edits that auditors flag immediately.

Step-by-step: Accept Split Payments at POS

Built for retailers who need a fast till, float discipline, and the same INV-* sale bill in stock and GL — not a standalone cash register.

1. Reach checkout. With items in cart, press F8 or Checkout.
2. Pick tender. Cash (F9), Card (F10), or Split (F11). Confirm card when required.
3. Enter split amounts. Cash + card must equal payable total within a cent.
4. Complete once. Complete sale posts SaleBill INV-*. Keep the same ClientRequestId if you retry after a network error.
5. Handle drawer. If Open cash drawer on cash sale is on, /pos/open-drawer silently prints a kick slip — configure the printer driver to open the drawer.
6. Print or email receipt. Use the receipt modal; Alt+P reprints the last sale.
7. Use back-office when needed. Payments → POS checkout also supports Cash, Card, and Split for phone orders.

Review results after the first full weekly cycle. Adjust roles, mappings, or approvals where the same exception repeats.

Screen-level flows live in the Help Center. This guide focuses on the business process; help articles cover click-by-click navigation.

Common mistakes to avoid

• Mistake 1: Only cash or card on the form, no split UI. Repeating this each month usually shows up first in cash reconciliation and till speed.
• Mistake 2: No idempotent request id on complete-sale. Repeating this each month usually shows up first in cash reconciliation and till speed.
• Mistake 3: Drawer hardware not linked to a print kick. Repeating this each month usually shows up first in cash reconciliation and till speed.
• Mistake 4: Back-office checkout missing split parity. Repeating this each month usually shows up first in cash reconciliation and till speed.

Track recurring exceptions in month-end notes; each should map to a control above.

Best practices that hold up as you scale

• Reach checkout — With items in cart, press F8 or Checkout.
• Pick tender — Cash (F9), Card (F10), or Split (F11).
• Enter split amounts — Cash + card must equal payable total within a cent.
• Complete once — Complete sale posts SaleBill INV-*.
• Handle drawer — If Open cash drawer on cash sale is on, /pos/open-drawer silently prints a kick slip — configure the printer driver to open the drawer.

Teams that open on a named register, park holds, and close with expected cash keep variance disputes short.

How Biznsbook supports this workflow

cash card split tenders is documented in Biznsbook POS capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.

change due is documented in Biznsbook POS capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.

idempotent ClientRequestId is documented in Biznsbook POS capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.

Sessions, barcode, split tender, X/Z reports, and receipt branding are covered in Docs/POS — use Help Center for click-level screens.

Suggested implementation timeline

1. Week 1: Document current process gaps and configure cash card split tenders with finance owner sign-off.
2. Weeks 2–3: Pilot on one month or one entity; post all test transactions through Biznsbook; freeze parallel spreadsheet journals.
3. Week 4: Run first trial balance or report tie-out; fix mapping and permission issues.
4. Month 2–3: Roll out to full team; add approvals and period close cadence from this guide.
5. Ongoing: Monthly review using hardware note and leadership dashboard.

Related guides and help articles

Help Center: open a POS session. Industry: retail POS ERP. Module: POS software.

Restaurant-adjacent (not this pillar): transition from standalone POS, Toast alternative.

Metrics to track monthly

• Open sessions with a selected POS terminal
• Cash sales with ClientRequestId retries that stay single INV-*
• Parked bills resolved before close
• X-reports run mid-shift without closing
• Terminal Z generated per register/day

Start with three metrics; trend direction matters more than a single point-in-time snapshot.

Spreadsheet / manual books vs integrated ERP

Compare typical manual finance work with Biznsbook cash card split tenders and related capabilities.

Hardware note

Biznsbook kicks the drawer via a silent print to /pos/open-drawer. Map “open drawer before/after print” in the receipt printer driver.

Document this in your finance SOP and revisit each quarter as transaction volume or entity structure changes.

Frequently asked questions

How this differs by industry