Resolve the old device's transaction state before removal
The outgoing terminal may contain open checks or pending offline payments. Those records need to be understood before the device is reset, signed out or returned. A hardware replacement should not erase the information required to complete earlier business.
Square's current offline-payment guidance explicitly warns that signing out, deleting the app, changing modes or locations, or factory-resetting hardware can permanently lose pending offline payments. It also gives those payments a limited upload window. That is a concrete reason to inspect payment state before treating the old device as disposable equipment.
The replacement procedure should follow the platform's supported transition process. A technician's ability to provision new hardware does not give them authority to discard unresolved transactions. The store's responsible operator needs visibility into any outstanding payment or reconciliation work.
Test the transaction in the correct store context
A device can be connected to an account while using the wrong location, register assignment or operating configuration. The test should establish the context in which the store will use it. Menu or item availability, receipt identity and the relevant employee permissions belong to that context.
The transaction should exercise the supported payment and sale flow that matters to the location. A successful card interaction does not independently establish that the item, discount, receipt and reporting behavior are correct. The test result should be recognizable to the operator who will accept the system.
Any live test payment and subsequent reversal should be authorized and handled through the platform's normal process. The record can identify the test and its result without copying card details into the installation ticket. The objective is a demonstrable workflow, not unnecessary retention of payment information.
Peripherals participate in the sale
A receipt printer, cash drawer, scanner or customer display can change the checkout experience even when the terminal itself functions. Their interfaces and supported combinations should match the replacement hardware and software.
The acceptance test should include the peripherals used by that lane. A cash drawer opened through the intended sale process provides different evidence from a drawer opened manually. A scanner reading one barcode does not establish that the store's required barcode formats and item lookup behavior are correct.
The same applies to customer interaction. The display and payment device need to be positioned and configured for the intended workflow. A technically connected terminal that creates an awkward or inaccessible interaction can still require corrective work after opening.
Offline readiness is a separate operating condition
The store should understand what the chosen platform supports during a connectivity interruption and what it defers until reconnection. Offline acceptance is not equivalent to completed online processing, and the available functions differ by platform and configuration.
For Square, uploaded offline payments can later appear as completed or declined. The useful acceptance question is whether the operator knows how to identify pending work and follow the supported recovery process. A claim that the device works offline is too broad without those limits.
Any planned outage test should be coordinated so it does not create uncontrolled live transactions. The fallback process should be understood before an actual failure forces staff to improvise under a queue of customers.
Reopening needs an accepted transaction result
The closeout should identify the working lane, relevant peripheral results and any remaining transaction or configuration issue. The store should know who owns unresolved items and whether they affect normal operation.
POS replacement is complete when the business can process the required sale and account for its result through the supported workflow. Preserving the outgoing device's unfinished work and proving the replacement's transaction path are both part of that outcome.