← All guides

LS Central POS offline mode: what happens and what to check

Store operations · 5 min read

Internet drops mid-Saturday-rush. The good news: a properly configured LS Central POS keeps selling. The bad news: what happens next depends on whether anyone follows up.

What the POS does when the connection drops

The terminal switches to its local transaction storage and keeps recording sales with the last-known master data (items, prices, tenders). Cashiers can keep working — that's the whole point. But understand the limits:

When the connection comes back

Queued transactions upload to the central database. This is usually automatic, but "usually" is doing a lot of work in that sentence. Run this checklist:

  1. Confirm the queue drained. Check that all offline transactions reached the transaction list in LS Central. Compare counts: POS report vs. central list.
  2. Look for conflicts. Anything that changed centrally while the terminal was offline (price updates, item blocks) can create mismatches on the uploaded transactions. Review them before statement calculation.
  3. Check replication jobs. Make sure distribution and data director jobs are running cleanly again — an outage often leaves a failed job behind it.
  4. Then run the normal close. Only calculate the statement once the transaction list is complete. (See our end-of-day routine.)

How to know it happened

The sneaky version of this problem: a terminal went offline and back without anyone noticing, and the queue didn't fully drain. Symptoms later: statement totals that don't match the POS report, or "missing" transactions. If the numbers don't tie, always ask: was any terminal offline today? before assuming a posting problem.

Prevention

Back to all guides →