Skip to content
Penahak now runs hotels, restaurants and retail on one ledger.
Penahak

Checkout and posting to accounting

Turning a folio into exactly one invoice, however many times you retry.

Checkout is where hospitality hands over to accounting. It is the most carefully controlled operation in the module.

The flow

  1. Open the folio and review the charges with the guest.
  2. Apply any final adjustments through the proper void, comp or adjustment path.
  3. Take the balance: cash, card, bank, QR, wallet, or leave it on the city ledger for a company to settle.
  4. Confirm checkout.

What happens on confirm

Penahak builds a single idempotent checkout command and creates one central SalesBill carrying tax, service charge, discount, payment, city-ledger and round-off lines. The folio then locks with that SalesBill voucher ID attached.

Idempotency

If checkout fails partway — a network drop, a payment gateway timeout — retrying returns the existing reference rather than creating a second invoice. This is the single most valuable guarantee in the module: you cannot accidentally double-bill a guest by clicking twice.

Late charges

A charge that arrives after checkout requires the folio to be reopened, which is an approved and logged action, and results in a further document rather than an edit to the original invoice.

Checking the tie-out

After checkout, the folio shows its SalesBill reference. Accounts can open that document directly from the folio, and the revenue, tax and settlement lines will match. If they do not, the ledger mapping is wrong rather than the arithmetic.

Did this answer your question? If not, our support team can look at your actual configuration.

Contact support