Price fix
Station Road · 3 items
184 €
Amount at stake
- 3
- Product lines
- 212
- Quantity sold · 3 days
Small stores lose money in small amounts: an item sold below cost, a day behind pace, a checkout that stopped sending data. Every morning it reads each store's signals and prepares the task for the store manager. It answers for losses as a share of sales.
Today
Thu, 5 Nov · demo chain · 6 stores
Proven, 30 days
4 120 €
Waiting for you
1
Revenue, 7 days
182 400 €
↗ 3.1 % vs prior 7 days
Week goal
Not set
Revenue by day, 14 days
Decisions · 1
AI operations manager · AI
Price fix
Station Road · 3 items
Waiting since 06:00
ReviewStation Road · 3 items
184 €
Amount at stake
Each store keeps its EPOS. marql reads sales and stock overnight and has the list ready before the first delivery is checked.
Cloud EPOS and accounting connect over their own APIs; a system without an API is read from a scheduled export. Sales and stock arrive per store, per product.
Give each store a format — station, high street, residential — and it is compared only with stores that trade like it.
gate · reporting: A store that sent nothing is named as not reporting, not counted as a zero
Products about to run out and lines that have not sold in weeks are ranked by the money behind them, per store.
The supply desk prepares a store order or a move between stores. Nothing is placed until someone approves it.
gate · approval: Not approved — nothing is ordered and nothing is written
The format in numbers
low-to-mid 80s
63%
£7.75
Availability, the right lines on a small shelf, and the store that is quietly behind.
What runs out next
Revenue at risk on products with less than a week of supply, per store, with each product's days of supply.
Lines that do not earn their facing
Slow and dead products are listed with the value they hold; stock with no sale in 30 days is priced as frozen capital.
A weekly score per store
Every week each store gets a score out of 100 and a short passport: revenue, gross and net margin, dead stock against the chain median.
Store P&L
Revenue, cost of goods, gross, operating expenses and net, per store and for the chain.
Peak hours and dayparts
Peak hours, the strongest and weakest day, and sales by part of the day, store by store.
Pace against plan, today
Set a target per store, and the day's view shows how many stores are behind pace and by how much at this hour.
Stores · demo convenience chain
data as of 07:30 · 9 of 9 stores reporting
| store | products < 7 days | out of stock | score / 100 |
|---|---|---|---|
| Station Roadstation format | 41 | 12 | 58 |
| High Streethigh-street format | 17 | 3 | 74 |
| Riversideresidential format | 9 | 1 | 81 |
| Old Townresidential format | 22 | 4 | 69 |
| revenue at riskStation Road, products with less than 7 days of supply | 940 € / week | ||
each store is scored weekly and compared only with stores of its own format
marql reads the POS and the stock. The rest of the shop has its own systems.
marql has read-only access to your POS and accounting and does not change a price, a stock level or an order there.
With e:corg 2.0, e:corg creates an approved order or transfer as its own draft.
marql reads system stock, not the shelf.
A product the books say is in the back room but nobody has put out is not flagged as out of stock: there is no shelf camera and no planogram audit.
Staff rotas, lottery, fuel and services income are not covered.
Margin needs a cost price.
Where neither the POS nor the accounting carries one, the product keeps its revenue and units and its margin is left empty rather than estimated.
No. Every store keeps the system it runs. marql reads it — over the vendor's API for cloud systems, or through a small on-prem agent for an ERP inside your network — and changes nothing there: no prices, no stock levels, no orders. 151 connectors are live today, and a system without one is mapped from a REST API or a scheduled CSV export.
Yes. The price is per store from the first one, and a small chain rarely has an analyst, so the morning list replaces the spreadsheet nobody had time to build.
It tells you what is not selling and what it holds: slow and dead lines per store, with their value and days of stock. Whether to delist stays your decision, and the list is the evidence for it.
No. marql reads what your own EPOS and accounting record, wherever the stock was bought. If the EPOS has no connector, a scheduled export is mapped instead.
Per store, on a graduated ladder: €200 a month for each of the first nine, €185 for stores 10 to 29 and €160 for 30 to 49. Each rate applies only to the stores inside its band, so twelve stores are €2,355 a month. The first month is free. The calculator is on /pricing.
Other retail formats
Retail chains
The overview: every store compared on one page.
Grocery & supermarkets
Thousands of SKUs on thin margin: stock gaps, dead lines and margin per category.
Fresh food
Bakery, butcher, produce and confectionery: margin per product and stock that will not sell.
Health & beauty
Drugstores, cosmetics and parapharmacy: long assortments, category margin and slow lines.
Specialty retail
Pet, toys, books and gifts: a long tail of slow stock and staples that must not run out.
Franchise
Shared scorecards across franchisees' own systems.
The walkthrough is built around the POS and accounting you already run. Leave your details and pick a time.