· 4 min read

Restaurant card terminal offline: planning and testing backup internet

By

A busy dinner service and a failed connection: what needs backup internet, how to test failover and how to handle a payment with an uncertain outcome.

Ethernet cables connected to a network switch

Illustrative scenario. A restaurant in Olbia uses an online till system, two card terminals and a tablet for bookings. During dinner service, the main internet connection stops responding. Before buying another router, the owner needs to establish which tools depend on that connection and how they resume work.

Start with the actual connections

The first check is straightforward: does each terminal use the restaurant Wi-Fi, Ethernet or its own SIM? A terminal with an independent SIM does not necessarily use the till's router. Record each device's connection, power supply, application and support contact. Include order printers and any connection between the till and card terminal.

In this example, the goal is to help staff resume taking payments through a clear procedure. Agree an acceptable recovery time with the owner and test it on the actual system. The advertised speed of an internet connection cannot establish that time.

Backup internet and payment recovery need separate checks

A router with failover can move traffic to another connection when it detects a fault. This does not guarantee that a transaction already in progress will continue uninterrupted. Stripe Terminal's payment timeout documentation describes a concrete possibility: a payment may have been authorised although the reader never received the response. Before charging again, staff must check the outcome using their payment provider's tools and procedure.

Offline operation also depends on the service, reader and configuration. For example, Stripe documents conditions and risks for offline payments, including a possible failure of later authorisation. Those instructions must not be assumed to apply to other terminal brands.

A test outside service hours

  1. Prepare the test. Agree a supported testing method with the till and payment providers. Do not use customers' real payments as an experiment.
  2. Check the backup. Verify coverage, SIM or second-line status, data allowance and access to the required services.
  3. Simulate a failure. A technician interrupts the main internet connection in a controlled way while keeping the local network running. Record when the failure is detected and when each application becomes usable.
  4. Test the return. Restore the primary connection and check the till, terminals and bookings again.
  5. Hand over a procedure. Explain where to check a payment's status and whom to contact if its outcome is uncertain.

What counts as a completed test?

The report should distinguish restored web access, a working application and the payment test's outcome. Record anything that requires manual intervention. If mains power fails, a second internet line alone will not help: the required equipment also needs a power continuity check.

For a restaurant backup plan, start with our connection continuity service. Bring an inventory of the till, terminals, provider and connections to the survey. It helps make both the proposal and the acceptance test more precise.

Book a site survey Connection continuity Hospitality solution