What is a cloud-based point of sale?
A cloud-based POS system is a point of sale that stores or synchronises your products, prices, sales and staff records through an online service, rather than on one computer or server at your business. Your staff still ring up sales on a device, and the records can be sent to that service and made available to authorised users and devices.
:format(webp))
Mari Basson
12 mins
:format(webp))
:format(webp))
Learn
How does a cloud-based POS system work?
A cloud-based POS stores your data online, so your staff can ring up sales from any device and see the same records everywhere.
With cloud-based, you can run at a counter, on a handheld device, on a tablet or across multiple locations. Losing one device doesn't lose your records and changing a price in one place updates all your connected devices. From a management perspective, owners and managers can view sales, stock and other records without standing at the till.
While a local device may hold enough to show a catalogue and build a sale, the online service keeps your main account records and syncs approved changes between connected devices.
The device handles the work in front of your staff. The cloud keeps the shared record.
A cloud-based POS moves information between your devices and an online business account in five stages, happening around the transaction without replacing checkout and payment.
Your business account holds shared information: products, prices, staff permissions and locations.
An authorised POS device connects and receives what it needs to sell.
A staff member records a sale, return, price change or other action.
The device sends that change to the online service straight away, or queues it until a connection is available.
The cloud record updates, and the change becomes available to other devices, reports and connected tools.
Records don't all move at the same speed or in both directions. A sale may appear quickly in a dashboard while a connected accounting tool updates later. When considering a system, ask the provider what synchronises, how often it moves, and which system is treated as the final source of truth in the case of conflicts.
How is a cloud-based POS system different from an on-premise POS system?
In contrast to a cloud-based system, a local POS system (On-premise) records sales only on that machine. You can't sync changes to other devices, and you must visit the machine to access reports. A cloud-based POS keeps your main record on the provider's online service. An on-premise POS keeps it on computers or servers at your business.
Cloud-based POS | On-premise POS |
|---|---|
Main record Stored or synchronised through the provider's online service. | Main record Kept mainly on local computers or servers. |
Access Often available to authorised users from connected devices. | Access Usually centred on the business network or local machine. |
Updates The provider can deliver service changes centrally. | Updates The business or its technician may manage local updates. |
Backups Often managed as part of the service, but retention and recovery still need checking. | Backups Usually needs a local backup and recovery process. |
Adding devices May be easier when a device can join the existing account. | Adding devices May need local installation, networking or server capacity. |
Internet interruption Cloud functions may pause while supported local tasks continue. | Internet interruption Local functions may continue, but connected payments and services can still be affected. |
Provider outage Can affect several devices or locations using the service. | Provider outage A local failure may be limited to the affected site, but the business manages more of the recovery. |
Responsibility Provider manages more of the hosted service. The business still manages users, devices and lawful data use. | Responsibility Business manages more of the local infrastructure, maintenance and recovery. |
Area | Cloud-based POS | On-premise POS |
|---|---|---|
Main record | Stored or synchronised through the provider's online service. | Kept mainly on local computers or servers. |
Access | Often available to authorised users from connected devices. | Usually centred on the business network or local machine. |
Updates | The provider can deliver service changes centrally. | The business or its technician may manage local updates. |
Backups | Often managed as part of the service, but retention and recovery still need checking. | Usually needs a local backup and recovery process. |
Adding devices | May be easier when a device can join the existing account. | May need local installation, networking or server capacity. |
Internet interruption | Cloud functions may pause while supported local tasks continue. | Local functions may continue, but connected payments and services can still be affected. |
Provider outage | Can affect several devices or locations using the service. | A local failure may be limited to the affected site, but the business manages more of the recovery. |
Responsibility | Provider manages more of the hosted service. The business still manages users, devices and lawful data use. | Business manages more of the local infrastructure, maintenance and recovery. |
Some POS systems are hybrid. They use an online service for shared records while keeping enough information on a device or local network to support selected work. Ask your provider which work and keeps running under real trading conditions.
Where does a cloud POS system keep your business information?
A cloud-based POS stores working data on your device and queues changes until they sync to the online service, which keeps your main account records and syncs approved changes between connected devices. Because your data doesn't live in one place, you can access information from anywhere and one device failure doesn't wipe out your business data.
Purpose |
|---|
Device working data The information a device needs to display products, build a sale or continue selected tasks. |
Queued changes Actions waiting to be sent when a connection returns, if the system supports this behaviour. |
Shared cloud record The account-level version used across authorised devices, locations and management views. |
Reports and exports Information arranged for analysis, reconciliation or use in another system. It may update on a different schedule. |
Information layer | Purpose |
|---|---|
Device working data | The information a device needs to display products, build a sale or continue selected tasks. |
Queued changes | Actions waiting to be sent when a connection returns, if the system supports this behaviour. |
Shared cloud record | The account-level version used across authorised devices, locations and management views. |
Reports and exports | Information arranged for analysis, reconciliation or use in another system. It may update on a different schedule. |
Two screens can briefly show different values during a connectivity break. One may display its last downloaded information while another has a newer record. A reliable system reconciles those differences when the connection returns.
Who is responsible for security and your data in a cloud-based POS system?
Your provider manages the hosted service - the online servers that store your shared records. You stay responsible for user access, devices, permissions and lawful collection of information.
In South Africa, POPIA requires a responsible party to protect the integrity and confidentiality of personal information using appropriate technical and organisational measures. The Information Regulator provides guidance on the Protection of Personal Information Act.
Business records and payment-card data are two different things. A POS system may record the payment method and a transaction reference without storing the full card details. Use approved payment technology, and understand the payment-security responsibilities that apply to your setup.
What cloud-based POS doesn't automatically mean
Cloud describes how the POS service and records are delivered. It doesn't tell you the system runs in a browser, is mobile, is integrated, is secure or sells across every channel. It doesn't describe the hardware shape either. A cloud-based POS can run at a counter, on a handheld device, on a tablet or across multiple locations.
What is true |
|---|
It runs in a web browser Cloud software can be delivered through a browser, or through an installed program that connects to an online service. |
It is mobile A mobile POS describes where or how the device is used. A fixed countertop POS can still be cloud-based, and a portable device can use locally installed software. |
It is integrated with your other tools Two tools being online doesn't mean they share information. An integration must be configured, and its direction, timing and limits need to be understood. |
It is secure by default The provider may protect the hosted service. You still control staff access, passwords, devices, exports and the information you choose to collect. |
It sells across every channel A shared online record can support connected selling. Online orders, in-person returns and shared stock need specific product capabilities. |
Assumption | What is true |
|---|---|
It runs in a web browser | Cloud software can be delivered through a browser, or through an installed program that connects to an online service. |
It is mobile | A mobile POS describes where or how the device is used. A fixed countertop POS can still be cloud-based, and a portable device can use locally installed software. |
It is integrated with your other tools | Two tools being online doesn't mean they share information. An integration must be configured, and its direction, timing and limits need to be understood. |
It is secure by default | The provider may protect the hosted service. You still control staff access, passwords, devices, exports and the information you choose to collect. |
It sells across every channel | A shared online record can support connected selling. Online orders, in-person returns and shared stock need specific product capabilities. |
Benefit of a cloud POS system
The value of a cloud POS comes from shared access and central coordination:Â
You and your authorised managers may be able to see current sales without being at your business.
Product, price or staff changes can be sent to connected devices from one account.
Several devices or locations can work from one shared set of approved records.
The provider can manage more of the hosting, service maintenance and update delivery.
A replacement device may be able to reconnect to your business account instead of depending on records held only on the old device. Losing one device does not necessarily mean losing your business record.
An online service can make it easier to pass selected information to compatible accounting, ecommerce, loyalty or other tools.
These are potential benefits, not guarantees. Remote access, synchronisation, integrations and recovery all depend on what the provider has built, what you have switched on or what you are paying for.
Limitations and risks of a cloud-based POS system
Running your point of sale system on an online service brings five risks: provider dependence, changing costs, no control over updates, how much of your data you can access if you switch, and one wrong change reaching every connected device.
Provider dependence. You rely on your provider's service availability, support, update process and account controls - if they have downtime, you will be down too. Similarly, if they are set up in another country, your support relies on their business hours.
Subscription and scaling costs. Charges may change with plans, devices, users, locations, integrations or stored data.
Less control over update timing. Central updates can reduce maintenance, and a change may still affect your workflow or your older hardware. Ask how major updates are communicated and tested, particularly if the provider is from a different time zone.
Data access at exit. If the service ends, you need to know what you can export, in which format, and for how long your account stays available.
Shared mistakes. A wrong price or product change can travel to several connected devices. Permissions and review steps matter more when one change has a wider reach.
Does a cloud POS system work offline, and what still works when the internet goes down?
Offline mode is not a single yes-or-no feature. Your POS app can keep working offline for tasks like viewing products and building a sale, but a cloud POS system does need a connection to synchronise. If synchronisation fails, live access, remote reporting, updates and synchronisation may pause. Test what your system does in four layers.
Question to test |
|---|
See Can staff open the POS and see the current products, prices and open orders? |
Sell Can they create, change and complete a sale or record cash while disconnected? |
Pay Which electronic payment methods remain available, and who carries the risk if approval is delayed? |
Sync What is uploaded after reconnection, in what order, and how are duplicates or conflicting changes handled? |
Layer | Question to test |
|---|---|
See | Can staff open the POS and see the current products, prices and open orders? |
Sell | Can they create, change and complete a sale or record cash while disconnected? |
Pay | Which electronic payment methods remain available, and who carries the risk if approval is delayed? |
Sync | What is uploaded after reconnection, in what order, and how are duplicates or conflicting changes handled? |
When selecting a POS system, don't only test a simple cash sale. Try a refund, discount, split payment, product change and a sale from two devices. Then reconnect them in a different order and check your final sales, stock and payment records.
Electronic payment acceptance has different connectivity rules from the POS app. Your device might show products while card authorisation is unavailable, or a payment device might connect through mobile data while the POS screen cannot reach the cloud service.
Cloud-based POS during load shedding
An internet outage and a power cut are different failures. The cloud service may still be running while your POS device, Wi-Fi router, printer or local network has no electricity.
Map the power needs of every part of your setup. Check battery life, charging, router backup, mobile data and how staff confirm whether a payment or sale completed before trying again. Backup power cannot restore an unavailable online service, and backup connection cannot help hardware with no power.
How are synchronisation, backup and export different?
Synchronisation moves approved changes between your devices and the shared service, backup keeps recoverable copies, and export gives you a usable file of your own records.
Purpose |
|---|
Synchronisation Keeps approved changes moving between devices and the shared service. |
Backup Keeps recoverable copies so records can be restored after loss, damage or corruption. |
Export Gives the business a usable copy for analysis, reconciliation or moving to another system. |
Process | Purpose |
|---|---|
Synchronisation | Keeps approved changes moving between devices and the shared service. |
Backup | Keeps recoverable copies so records can be restored after loss, damage or corruption. |
Export | Gives the business a usable copy for analysis, reconciliation or moving to another system. |
A system can synchronise quickly without giving you a useful export. It can also keep backups the provider controls without letting you restore individual records. Ask separate questions about each process.
Who is a cloud-based POS system suitable for?
A cloud-based POS system suits you if you need to see your sales away from the business, run more than one device or location, or want to change products, prices and staff access from one account.
An owner who needs visibility without being at the business.
A team using more than one POS device, or selling from changing locations.
A business that wants central product, price or staff changes.
A growing business that may add devices or locations over time.
A business that wants the provider to manage more of the hosting and update delivery.
A team prepared with backup connectivity, power and offline procedures for important trading tasks.
A cloud-based POS needs more careful evaluation where connectivity isn't reliable, where you depend on highly specialised local equipment, or where rules require unusually strict control over data location and infrastructure. A hybrid or on-premise system may fit some of those cases better.
How do you test a cloud-based POS system before you commit?
Trace one change all the way through the system. A feature list won't tell you what you need to know.
Create or change a product, and check when the update reaches every intended device.
Complete a sale, and confirm when it appears in the shared report.
Interrupt the connection, and test what staff can see, sell and synchronise.
Create conflicting changes on two devices, and ask which record wins.
Remove a staff member, and check when their access ends on every device.
Export your business records, and confirm that the file is complete and usable.
Then ask who supports each failure. If the POS screen works but the payment device does not, or the sale appears on one device but not another, your staff need to know who to call: the POS provider, the payment provider, the network provider or your own administrator.
What should you ask a cloud POS provider?
Ask which information is stored where, which system wins when records disagree, what works without a connection, and what you can export when you leave. These eleven questions cover the ground before you sign.
Which information is stored in the cloud, on the device, and on any local network?
Which system is the source of truth when records disagree?
How quickly do products, prices, sales, stock and permissions synchronise?
What can staff see, sell and update without an internet connection?
How are queued sales protected from duplication after reconnection?
What backup, retention and recovery processes are included?
What data can the business export, in which format, and at what cost?
What access remains when the subscription or contract ends?
Where is personal information processed, and which party is responsible for each safeguard?
How are provider outages, security incidents and major updates communicated?
Which costs change when devices, users, locations or integrations are added?
What do businesses get wrong about a cloud POS system?
The six common mistakes are treating cloud as a feature, assuming real time means instant, confusing synchronisation with backup, ignoring the exit path, and giving every user broad access.
Treating cloud as a feature. Cloud is a delivery and storage model, not a feature in itself. The value comes from the access, synchronisation and recovery behaviour it gives you.
Assuming real time means instant. Real time doesn't mean instant. Different records and integrations update on different schedules, so confirm the delay that matters to your business.
Confusing sync with backup. Synchronisation is a different job from backup. Fast synchronisation spreads an accidental change quickly, and recovery needs a separate process.
Accepting "works offline" as a complete answer. Test seeing products, creating sales, taking payments and reconnecting separately.
Ignoring the exit path. Plan the exit path early. A cloud service is easier to join when it is also clear how your data and records can leave if you are no longer satisfied.
Giving every user broad access. Give each person their own account and only the access they need. Remote availability raises the importance of permissions, and of removing old access promptly.
:format(webp))
:format(webp))
:format(webp))
:format(webp))
:format(webp))
:format(webp))
:format(webp))
:format(webp))