When something stops working at the Sales Point, the service area answers the first question: is it the device, the network, a printer, or a background service? It holds the state of every service, the status of the assigned printers, the list of connected Sub-Terminals, and the app's log. All of these views live under Menu → Settings, spread across the categories Devices & Connections and Service & Diagnostics — see Settings.
Before you call support: take a look at the status display in the menu and at the service list. The cause is often spelled out there already.
Status display in the menu
The header area of the menu sums up the state of the Sales Point in a few lines. You see it without opening a single view — the same states appear as chips on the welcome screen:
|
Display |
Meaning |
|---|---|
|
All services active |
Every service this device requires is running |
|
"Cloud Sync" stopped or 2 services stopped |
At least one required service is not running — details in the service list |
|
Shift active / Shift expired / No active shift |
State of the current day, see Sales Point Closing |
|
Unsynced data: n |
This many records are still waiting to be uploaded to the cloud |
|
Master not reachable |
On a Sub-Terminal only: the connection to the Main Sales Point is down |
|
Download delayed |
At least one data type has gone too long without completing a full check against the cloud — details under Sync status |
|
Printing OK |
No print job is stuck |
|
"Order ticket" on "Kitchen" keeps failing or Print jobs on 2 printers keep failing |
At least one job has been trying in vain for a while — details under Print jobs |
|
Last print on printer failed |
The last job failed, but none is waiting any more |
|
Latest version installed / Update available / Update required |
State of the app version |
Services
Menu → Settings → Service & Diagnostics → Services lists the background services of the Sales Point. These services handle everything that does not hang directly off an input — syncing, feeding printers, supplying Sub-Terminals, triggering the daily closeout.
|
Service |
Job |
|---|---|
|
Cloud Sync |
Syncs data to the cloud |
|
Order Monitor |
Runs the order monitor |
|
Main Sales Point |
Supplies all Sub-Terminals |
|
Shift Management |
Automatically manages the daily closeout |
|
Caller ID |
Detects incoming calls |
|
Online Ordering |
Accepts online orders |
|
Remote Management |
Handles requests from remote control |
Reading a row correctly
Every row shows Active or Inactive first, and the reason below it. What matters is the reason, not the colour alone:
|
Reason |
What it tells you |
Action needed |
|---|---|---|
|
Running |
The service is working as intended |
none |
|
Not required right now |
This device does not need the service in its current role |
none |
|
Waiting for the Sales Point to be in use |
Android does not allow a start while the app sits in the background. Not a fault |
none — the service starts as soon as somebody uses the Sales Point |
|
Failed to start |
The start aborted with an error |
check, restart if needed |
|
Stopped after time limit |
Android ended the service after its time limit for background services |
the automatic restart usually takes care of it |
"Waiting for the Sales Point to be in use" and "Not required right now" are deliberately shown as neutral rather than as faults. Only Failed to start and Stopped after time limit make the Sales Point highlight the row.
When a service does not need to run at all
On a Sub-Terminal, the Main Sales Point runs certain services on its behalf. The Main Sales Point service, for instance, supplies the Sub-Terminals — on the Sub-Terminal itself it has nothing to do and therefore reads Inactive · Not required right now.
That is the normal state and not a sign of trouble. The same goes for services whose function is not licensed or not configured on this Sales Point — Caller ID without a connected phone system, for example.
Restart and auto-restart
Tap a row and it expands to show details and the auto-restart.
-
Auto-restart — after a failed start the Sales Point waits out a cooldown and then tries again by itself. The row names the next attempt ("Retry at 14:32") and counts down. In most cases there is nothing for you to do.
-
Restart now — starts the service immediately, without waiting for the cooldown. The button only appears for a service that should be running and is currently being held off.
-
Open log — jumps straight into the log of that one service, filtered to its entries.
Restart now requires the Settings permission; for the Shift Management service, the Manage shift closeout permission. Without the matching permission the row stays visible but the button is missing. See User Roles and Permissions Management.
Sync status
Menu → Settings → Sales Point → Sync status lists every data type separately and answers two questions apart from each other: what is still waiting on its way to the cloud, and what is currently not coming from the cloud? The Unsynced data: n row in the menu is the short form of this page.
Each row stands for one data type — Articles, Customers, Payments, Order screens, Cash journal entries and so on. Tap a row and it expands to show:
|
Field |
Meaning |
|---|---|
|
Last checked |
When this data type was last fully reconciled against the cloud |
|
Last uploaded |
When something from this data type last went to the cloud |
|
Pending uploads |
How many records are still waiting |
|
Technical name |
The name the service goes by in the support log — the term to search for there |
|
Last error |
The most recent error, if there was one |
Show pending only reduces the list to what is currently out of sync; Show all data brings the rest back. With nothing outstanding it reads All data is in sync.
Uploads: what the colours mean
The number next to a data type is the count of waiting records. Its colour says whether that matters:
|
Colour |
Meaning |
Action |
|---|---|---|
|
Blue |
Records are waiting, but none for longer than two minutes — they are on their way |
none |
|
Yellow |
At least one record has been waiting for more than two minutes |
keep an eye on it |
|
Red |
100 or more records are waiting |
check, contact support if needed |
Why the number can jump. Uploads run in order. If one data type gets stuck, everything behind it piles up — so the Sales Point counts nothing until the oldest outstanding record has passed the two minutes, and from then on counts the whole backlog. How much of it is actually overdue is stated at the top of the page as Overdue: n.
Downloads: what is missing cannot be counted
How many changes in the cloud are waiting to reach the Sales Point is unknowable — it only asks the cloud for anything new since its last position. What is measured instead is the time since the last clean pass. A row then carries the Download badge:
|
Time since the last full reconciliation |
Verdict |
|---|---|
|
more than 30 minutes |
warning (yellow) |
|
more than 4 hours |
critical (red) |
A clean pass is a successful reconciliation — and explicitly also the finding that there was nothing to do. A failure, a rejection or a run skipped for a missing connection do not count. So a Sales Point without internet cannot keep reporting "just checked".
When a backlog is normal
-
During service, especially at peak times: blue numbers are the normal case and clear on their own.
-
After a large change in bessa Manager — an article import, say: the Sales Point catches up a lot at once and the numbers are briefly high.
-
After an interruption of the internet connection: once it is back, the Sales Point works through the backlog.
It is a case for support when a number stays red over a longer period, when Last error always shows the same message, or when Download is critical although the device is demonstrably online. Give them the technical name of the data type concerned — that is what locates the spot in the log immediately.
In demo mode, uploading is paused on purpose. The page then reports Cloud sync upload is paused in demo mode — all downloaded data is in sync. and counts no backlog — downloads keep being evaluated.
Printer status
Menu → Settings → Devices & Connections → Printer status shows for every assigned printer whether it is reachable right now. The view answers the question "is the device not printing, or is nothing being sent to it in the first place?".
Per printer you see:
-
Details — name, display, vendor, type, connection (Internal, USB, Bluetooth or Network) and the current status. While the check runs it reads Checking.
-
Settings — the paper width, among others.
-
Assignments — under "Used as", every printer role and printing group that points at this printer.
From the options menu, Refresh all re-checks every printer. An empty list means no printer has been assigned yet — the view then offers Open Printer assignment directly.
Printer status is a diagnostic view only. Printers are assigned and configured elsewhere, see Printer Settings.
Print jobs
Printer status answers whether a printer is reachable. What was actually sent to it and what became of it is in print jobs — two different questions, two different views.
Menu → Settings → Devices & Connections → Printing queue shows Current print jobs and history of all printers. The view has two sections:
-
Queue — what is running or waiting right now.
-
History — what was printed most recently, failed jobs included.
The Printers filter narrows the list to individual devices; All lifts the selection again. If nothing has ever been printed it reads No print jobs yet. Jobs appear here while printing and stay in the history afterwards.
Reading a job's status
|
Status |
Meaning |
|---|---|
|
Queued |
The job is in the queue |
|
Connecting |
The Sales Point is establishing the connection to the printer |
|
Printing |
The job is running |
|
Printed |
Completed successfully |
|
Failed |
Failed for good |
|
Cancelled |
Cancelled by hand |
|
Cleared |
Taken out of the queue |
|
Lost on restart |
The job was still in the queue when the app restarted |
A waiting job additionally names the number of attempts and, while another one follows, Retrying soon. If it has been trying in vain for a while, it is marked as stuck — which is exactly what the status row in the menu reports.
What you can do with a job
Tap a job and its detail view opens with Printer, Enqueued, Last change, Attempts, Last error, Used as, Printing group, Area and Source. If the job came from a Sub-Terminal it reads Forwarded from another Sales Point.
Plus four actions:
-
Cancel — takes a waiting job out of the queue.
-
Retry — puts a failed job back in.
-
Printer — jumps to the printer concerned in Printer status.
-
Open receipts — jumps to the receipt the job belongs to.
Two messages are not a fault but information: Action no longer possible – the job may already have been printed appears when you try to cancel a job that has run in the meantime. Receipt is no longer available on this device means the receipt belongs to a closed day that is no longer held locally.
Queue per printer
You find the same two sections per printer as well: tap a printer in Printer status and its detail page shows that printer's queue and its recent prints. With nothing outstanding it reads No jobs waiting.
Even what never reached the queue is in the history. If the Sales Point cannot discover a printer at all, or a job cannot be built, it is recorded as Failed against the printer the settings would have routed it to. That way the failure is visible and the printer turns red, instead of the job vanishing without trace.
The cash drawer is exempt. Its opening pulse is not a print and therefore does not appear in the history. If it cannot run within 15 seconds it is dropped — a drawer that springs open once its printer comes back minutes later would be standing open unattended.
Sub-Terminals
Menu → Settings → Devices & Connections → Sub-Terminals lists, on the Main Sales Point, every Sub-Terminal linked to it. The header names the Main Sales Point itself.
Per Sub-Terminal you see:
-
Bound / Not bound — whether the device is permanently assigned to this Main Sales Point.
-
Connected / Disconnected and Online / Offline — whether the connection is up at this moment.
-
IP address — the address currently in use. When an address is configured in the bessa Manager it is shown additionally as IP address (manager configured); where the two differ, that is a starting point for connection problems.
-
Device, brand, model, OS, OS version, app version — useful when one device behaves differently from the rest. Mixed app versions in the same venue are a common cause.
-
Demo — marks a device in demo mode, see Demo Mode.
When the status display on a Sub-Terminal reads Master not reachable, check this list on the Main Sales Point: if the device shows as Offline there, both sides see the same problem and the cause is in the network. See Wireless Ordering on Sub-Terminals.
Support log
Menu → Settings → Service & Diagnostics → Support log opens the app's log. It records what happens in the background and is the basis of any troubleshooting that goes beyond the status.
The view knows two sources:
-
Live — what is happening right now. Reproduce the problem while the view is open and you watch the entries appear. Jump to live takes you back to the bottom.
-
Files — the history already written to disk. Load history from file and Load older reach further back.
Narrowing the view
-
Log sources — every service writes into its own area. Pick one instead of searching the combined stream. Open log in the service list gets you there faster.
-
Level — Trace, Debug, Info, Warning and Error. Show errors hides everything but errors.
-
Search — step through the hits with Next and Previous; Hide non-matching reduces the list to the hits.
-
Wrap lines makes long entries readable on a handheld.
The level for the Live view is set here. How verbose the Files are is set in the bessa Manager under the Sales Point settings instead — see Remote Sales Point Control.
Getting a log to support
Menu → Settings → Service & Diagnostics → Upload support log packs the log files and transfers them to bessa. The Sales Point confirms with Support log successfully uploaded!; packing and transferring takes one to two minutes. The file is then available for download in the bessa Manager under that Sales Point.
Only upload the log once you have agreed the incident with support. After a successful upload the Sales Point clears its local log directory. A second upload therefore only contains what has been recorded since — the period of the original problem is no longer on the device.
Useful details for support, on top of the log:
-
When exactly did the problem occur (date and time)?
-
On which device — the Main Sales Point, or which Sub-Terminal?
-
What was the last step before the error?
You can also trigger the upload remotely, without standing at the device — see Remote Sales Point Control. If the app cannot be operated at all any more, the route through the device's file manager remains: Android Log Files.
Related topics
-
Remote Sales Point Control — log level, log download and remote commands in the bessa Manager
-
Welcome Screen at the Sales Point — the same states as chips, right after signing in
-
Settings — the four categories of the Sales Point settings
-
Printer Settings — connecting and assigning printers
-
Wireless Ordering on Sub-Terminals
-
Sales Point Closing
-
Support