Skip to content

Offline counter operations

Windows printing and browser billing during an internet outage

On a prepared Windows desktop, Rosuii uses the cached menu to take eligible orders, record cash payments and print kitchen tickets and receipts locally over a configured USB, Bluetooth or network printer connection. A prepared browser queues eligible orders and cash payments. Both clients replay queued work when internet returns; connected modules remain subject to the limits below.

Windows local KOT and receiptsPrepared browser cash queueServer checks on reconnect

On Windows, eligible sales and payment records use a local queue. Compare that workflow with the browser before preparing your counter. Windows app and offline limits

Description reviewed: · Check your installed version and hardware in a demonstration.

Capabilities, setup and operating boundaries

Use these workflows as a demonstration checklist for your account, devices and service. A product description is not a compatibility test of your printer or installed app version. Detailed plan comparison

Prepared desktop and browser POS during outages

Rosuii provides browser access and a Windows desktop client. A prepared device can queue supported counter orders and payment records for later server validation.

Free, Starter, Growth, Pro — account limits, permissions and the setup conditions below apply.

Workflow and demonstration
Log in and sync while online. Disconnect for a test cash sale, reconnect, then reconcile order references and payment totals before clearing local data.
Prerequisites
Supported Windows 10/11 x64 or supported browser, account/plan access, cached menu and powered equipment. Use the maintained download page.
Connectivity and offline behavior
Preparation and reconciliation require internet; only supported local counter work continues in an outage.
Limitations
Internet failure is different from LAN failure or power loss. Network printers need their local network; powered-off devices cannot queue or print. Live KDS/CDS, gateways and all administrative modules are not offline features.

Invoice, KOT and labels: test each print path separately

One working print type does not validate another. Internet, local network and power are separate dependencies. Scroll the table horizontally on a small screen.

Print typeClient and hardwareConnectivity and offline boundary
Customer invoice and receipt printingCompatible hardware, Windows driver or supported raw-print path, correct paper and a prepared device. Hardware is purchased separately.Local Windows printing can use prepared sale data during internet failure; printer connectivity and power must still work.
Kitchen-wise KOT routing and printingConfigure each station's printer. Network ESC/POS needs a reachable printer address and venue app/agent; a locally attached Windows printer needs its driver and desktop mapping.Browser configuration and server station jobs need internet. A prepared Windows counter KOT is a separate local print path, not offline cross-device routing.
Windows item and cup labelsCompatible Windows label printer and driver, matching label stock, gap and margins. Confirm the installed app version in a demonstration.Prepared local sale data can be used without internet. Local printer connection and power are still required; server sync is separate.

Check the operating system and current release

Offline counter operations

Who this feature is for

For counters that prepare their device and printer before service

  • Restaurants planning for ISP interruptions
  • Windows counters that need local preparation tickets and receipts
  • Browser counters that need a prepared cash-order queue
  • Teams that can reconcile pending orders after reconnection

Operational benefits

What this changes in daily service

Windows: take orders and print locally

The prepared desktop uses its cached menu for eligible orders and cash billing. It renders the kitchen order ticket (KOT) and receipt on the device and sends them to a compatible, configured USB, Bluetooth or network printer.

Browser: queue eligible cash orders

Prepare the browser while online so its saved menu and customer data are available. Eligible orders and cash payments wait on that device. This browser queue does not establish the Windows local-printing capability for every browser setup.

Both: reconnect and check acceptance

Orders and cash-payment entries queue locally and replay when connectivity returns. Check pending errors and the final server records before treating the work as reconciled.

How it works

The workflow, step by step

1. Prepare your actual device

Sign in and sync the menu, customers and settings while online. On Windows, configure and test the receipt and KOT printer before the outage. Check power and storage on either client.

2. Test each client during an outage

Disconnect internet and take an eligible cash order. On Windows, print the kitchen ticket and receipt from the device over the configured USB, Bluetooth or network connection. In the browser, check the saved order and cash-payment queue. Test a local-network failure separately; an internet outage does not remove the printer’s power or connection requirements.

3. Reconnect with the original login

Use the same restaurant and staff account to sync. Inspect each pending or rejected entry and its error. A daily order limit or server validation can keep an entry in the queue.

4. Reconcile before clearing anything

Match the final order, quantities, total and each payment in the panel. Keep local data until the queue and records agree; confirm the kitchen received the order once.

What is included

  • Cached menu and customer data on a prepared device
  • Windows order-taking and cash billing
  • Windows on-device KOT and receipt printing with a compatible USB, Bluetooth or network printer
  • Prepared-browser order and cash-payment queues
  • Local queues that replay on reconnection
  • Pending work to reconcile against the server

Frequently asked questions

Can Rosuii print a kitchen ticket during an internet outage?

Yes, on a prepared Windows desktop with a compatible, configured printer. The device renders the KOT and receipt locally and sends them over USB, Bluetooth or a network printer connection. Keep the local connection and power available. Orders and cash payments still queue for server checks on reconnection; local printing does not make live KDS work offline.

What works in the browser during an outage?

A browser prepared while online can use its saved menu and customer data to queue eligible orders and cash payments. Keep that browser’s saved data until reconciliation. Evaluate printer behavior separately; the Windows local-printing workflow is not a promise about every browser setup.

What should we test in an offline POS demonstration?

Prepare your actual client online, disconnect internet and take a cash order. On Windows, print the KOT and receipt with your chosen printer. Check the pending queue, reconnect with the original login and match the order and payment to the server record. Test local-network failure and power backup separately.

Can a different staff member sync my order?

Order replay checks the original staff member. On a shared device, return to that restaurant and staff login to sync the order; do not clear the queue as a shortcut.

Does an offline order bypass the daily allowance?

No. Queued orders still meet the active plan and server checks when they sync. If an allowance or validation check rejects the order, resolve the pending error before treating it as reconciled.

Does everything work without internet?

No. Offline support is scoped to the prepared counter workflows above. The connected modules listed under Current limitations still need connectivity; a locally printed receipt is not server acceptance.

See this workflow in your restaurant

Start on the Free plan or open the demo, then choose a plan only when you need higher limits or connected modules.

Check the workflow and cost before you choose