Swifto ERPCash registersRegister payments
FR ENAR
User Manual Cash registers Version 1.0 · Stable

Manual Register payments

On every sale, the cashier takes the payment for the amount using one or more payment methods (cash, card, cheque, voucher). The change given is calculated automatically, a receipt is printed, then the payment is pushed to the back-office.

4
Payment methods
Auto
Change given
1
Receipt per sale
TND
Amounts incl. tax
1

Overview

A register payment is the operation that closes an over-the-counter sale: the cashier selects the payment method, enters the amount received, the app calculates the change given and prints the supporting document (a receipt or an A4 invoice depending on the register's print type). Payments are pushed to the Register payments screen in the back-office and feed into the register Z report.

Business objective

  • Take payment for an over-the-counter sale
  • Manage multiple payment methods
  • Calculate the change given
  • Print the receipt / invoice

Target audience

  • Cashiers — take payments from the mobile app
  • Accounting — reconciles the payments
  • POS manager — configures the methods

Position in the cycle

The payment takes place within an open register session; returns give rise to a return note with a refund.

2

Access and navigation

Payment is taken on the Swifto POS mobile app, at the end of each sale. On the back-office side, payments are pushed to Point of sale → Register payments.

Point of sale › Register payments
Global dashboard
POS Registers
POS Registers
Register payments
Return Notes
Stock movements
Sales
Need help? Click here...
The list of payments pushed up from the registers is shown here.
3

Payment methods

The cashier chooses the payment method. A sale can be settled using several methods (split payment).

Cash

Change calculated automatically.

Bank card

Card terminal / electronic payment.

Cheque / Voucher

Cheque, meal voucher, gift voucher.

The list of methods is configurable in the back-office (section 7) and synced to the register on login.

4

Payment & change given

The cashier enters the amount received from the customer. For a cash payment, the app immediately calculates and displays the change given (received − amount incl. tax).

Payment — Receipt No. TKT-001284

Cash
47.500
50.000
2.500

Amounts in TND — entered with 3 decimals (millimes), e.g. 47.500. The change appears in green as soon as the amount received is entered.

5

Receipt printing

On validation, the app issues the supporting document according to the register's print type: a thermal receipt (Ticket, Large-format ticket, Bixolon, Goojprt) or an A4 invoice.

Ticket Large-format ticket Bixolon Goojprt A4

The format is set when the register is declared (Print type field) and applies automatically to all its receipts.

6

List of payments (back-office)

Payments entered on the registers are pushed to the back-office, grouped by register / session, with the payment method and amount.

Point of sale › Register payments
Register payments
Search
Cash
742.500TND
Card
318.000TND
Cheque / Voucher
45.000TND
Receipt⇅Register⇅Date⇅ModeTotal⇅
TKT-001284CAISSE-MENZAH110/06/2026Cash47.500TND
TKT-001283CAISSE-MENZAH110/06/2026Card126.000TND
TKT-001282CAISSE-SOUSSE10/06/2026Cash18.300TND

Payments also feed the treasury dashboards and accounting.

7

Configuring methods

The payment methods (cash, card, cheque, meal voucher…) and the receipt types are defined in the back-office, then synced to the register on login.

Configurable elementEffect on the register
Payment methodsList of choices offered to the cashier when taking payment.
Receipt typesStyling / numbering of the issued supporting documents.
Numbering prefixesNumbers of the invoices, delivery notes and return notes generated at the register.
Print typePhysical format (Ticket / A4 / Bixolon / Goojprt) — set on the register.
8

Payment flow (workflow)

flowchart LR
  A([Cart confirmed]):::s --> B[Choose payment method
cash / card / voucher]:::p
  B --> C[Enter amount received]:::p
  C -->|cash| M([Auto change given]):::ok
  C --> T[Print receipt / invoice]:::p
  T --> D[(POS stock decremented)]:::st
  T --> S([Back-office sync
Register payments]):::ok
  classDef p fill:#ECFDF5,stroke:#10B981,color:#065F46;
  classDef s fill:#F5F3FF,stroke:#8B5CF6,color:#5B21B6;
  classDef st fill:#FEF3C7,stroke:#F59E0B,color:#92400E;
  classDef ok fill:#D1FAE5,stroke:#10B981,color:#065F46;
  classDef ko fill:#FEE2E2,stroke:#EF4444,color:#991B1B;
9

Business rules

Automatic change — for cash, change = amount received − total incl. tax, shown before validation.

Split payment — a single sale can combine several methods (e.g. part cash + part card).

Stock impact — taking payment for a sale decrements the register's POS stock.

Pushed to the register Z report — each payment is totalled by method in the session's register Z report.

10

Roles & permissions

ActionCashierPOS managerAccountantAdmin
Take payment for a sale✅✅—✅
Print the receipt✅✅—✅
View payments—✅✅✅
Configure methods—✅—✅

Indicative matrix — depends on the profiles defined in your company.

11

FAQ & Tips

The change isn't showing?

It only appears for the cash method, once the amount received is entered.

The receipt won't print?

Check the register's print type and the printer pairing (Bixolon / Goojprt).

My payment isn't in the back-office?

The register may have been offline: the sync happens on reconnection or at session close.

Tip — payment methods

Limit the list to the methods actually accepted at the counter to speed up the cashier's entry.

Related pages · Cash registers

POS Register Register sessions Register return notes Swifto mobile app
Swifto

Swifto ERP · Cash registers (POS) · User Manual v1.0

Register payments — Overview · Home