Settings

Record Cash In and Cash Out During a Register Session

Cash In and Cash Out explain drawer money movement that is not a normal sale payment or refund.

Menu path
Manage -> Cash Register -> Cash Details
Verified from
Posnic demo and current POS source reviewed on 2026-09-08
Technical source evidence

Live local Posnic app reviewed 2026-09-09, frontend/modules/settings_write.html cash_button_in cash_button_out cash_button_amount cash_button_note cash_Intable cash_Outtable, frontend/static/script/js/modules/js/registers.js registerInOutSubmit deleteCashInOut cashReportRegister, api/src/middleware/registers.validation.js deleteCashInOut, api/src/repositories/register.repository.js _expectedCashAtClose deleteCashInOut

Enter Cash InSelect IN, enter the amount and leave a specific note that explains where the cash came from.
Enter Cash OutSelect OUT for approved cash removed from the drawer. The expected cash shown before save is the maximum allowed.
Verify saved movementsAfter save, confirm the success message, the correct movement table row and the recalculated expected cash.

When to Use Cash In or Cash Out

Use Cash In/Out only for drawer movement outside normal sale tender and refund flow. It is part of register reconciliation, not a replacement for Cash Book accounting rules.

MovementUse forDo not use for
Cash InExtra cash added to the drawer during the session.Customer sale payment; record that through tender.
Cash OutApproved cash removed from the drawer during the session.Hiding a shortage or deleting a mistaken sale.
Opening FloatCash already in the drawer before the session starts.Money added after the register is open.
Cash BookFinance/expense reporting when the Cash Book module is used.Replacing the register session movement evidence.

Add Cash In

Cash In increases the amount Posnic expects to be physically present at close. In the verified example, an opening float of 500 plus Cash In of 200 changed expected cash to 700.

  1. Open Manage -> Cash Register.
  2. Confirm the register is Open - your session.
  3. In Cash Details, click IN.
  4. Enter the amount added to the drawer.
  5. Enter a short note explaining the source.
  6. Click Save.
  7. Wait for the Cash details updated confirmation.
  8. Confirm the same amount appears under Cash In for the signed-in user.
  9. Confirm expected cash increased by exactly the saved amount.

Add Cash Out

Cash Out reduces expected drawer cash. Continuing the verified example, expected cash of 700 minus Cash Out of 100 produced expected cash of 600.

  1. Open the active Cash Register session.
  2. In Cash Details, click OUT.
  3. Enter the amount removed from the drawer.
  4. Enter the reason in the note field.
  5. Click Save.
  6. Wait for the Cash details updated confirmation.
  7. Confirm the same amount appears under Cash Out for the signed-in user.
  8. Confirm expected cash decreased by exactly the saved amount.
  9. Keep outside receipt or approval evidence if the owner requires it.

How Expected Cash Is Calculated

Posnic calculates expected cash from the active register session. A movement changes the drawer expectation but does not create a sale or customer payment.

PartEffectVerified example
Opening FloatAdds the starting drawer money.500
Cash salesAdds cash tender received, net of the register calculation.0 in this controlled test
Cash InAdds non-sale money placed in the drawer.+200 = 700 expected
Cash OutSubtracts approved money removed from the drawer.-100 = 600 expected

Cash Out Safety Rule

The frontend blocks cash out that is greater than expected cash. That keeps an operator from recording more money out than the drawer should currently contain.

  • If the system refuses Cash Out, recount the drawer and review expected cash.
  • Do not split one impossible cash-out into smaller entries to bypass review.
  • If a real expense needs accounting treatment, use Cash Book according to owner policy.
  • If cash is missing, write a close Payment Note instead of fake movement.

Delete a Movement

Cash movement rows can be removed only from an open session locked to the current user and device according to the repository rule.

  • Delete only when the row was entered in error.
  • Do not delete a real cash movement after money has physically moved.
  • If another device/user owns the session, delete will be rejected.
  • After deleting, reload Cash Register and recheck expected cash.
  • Explain correction policy to cashiers before giving cash-in/out authority.

Troubleshooting

ProblemWhat to checkAction
IN or OUT is unavailableThe register must have an active session for this user and device.Open the assigned register, then return to Cash Details.
Cash Out is refusedThe amount is greater than current expected cash.Recheck the amount and drawer. Do not divide the movement to bypass the limit.
Saved row does not appearLook for the success message and confirm the active register did not change.Reload Cash Register once. If still absent, do not move physical cash until the entry is recorded.
Wrong movement was savedConfirm whether physical money actually moved.Use the row delete control only for an entry mistake, then verify expected cash again.
Another cashier cannot correct itThe session is locked to its owner and device for normal-user operations.Use the owning session or ask an authorized manager to follow the store correction policy.
Reason is not visible in the rowThe current table emphasizes user, amount and action; the note is still stored with the movement.Write a precise note and keep required receipt or approval evidence for audit review.

Close Review

  • Opening Float plus cash sales plus Cash In minus Cash Out forms expected cash.
  • Cash movement notes should explain why the drawer changed.
  • Payment Summary still shows received, refunds and net receipts.
  • Sales Summary shows total sales and number of transactions for the session.
  • Close Register only when movement rows and notes match the physical story.